Den frie kafeen

[Sokkalf™]

Opprettet partisjonene på nytt på sectors som aligner med 4k. Tester på nytt nå.. spennende å se om det gjør noen forskjell.

[Flimzes]

Noen tips på hvordan å få inn .net 3.0 nå for tiden, har funket utmerket tidligere, men får det ikke i gang i noen av de tilgjengelige wine-versjonene i ubuntu nå.

[kpolberg]

mono

 

http://appdb.winehq.org/objectManager.php?sClass=version&iId=9828

Endret 22. mars 2010 av kpolberg

[Flimzes]

mono

Funker med windows programmer?

[kpolberg]

Sokkalf: regner med du legger ut resultatet idag? Men må jo si at det er noen begredelige resultater du kommer med, forstår bare ikke hvorfor RAID10 resultatene skal være helt ok? Resultatet burde vel vært forferdelig der også, hvis det var ett generelt problem med skriv hastighet til diskene?

[Sokkalf™]

Ja, det er det med raid10-ytelsen jeg også stusser på - nå kunne nok disse også helt sikkert vært bedre, men den greier rett over 100MB/s skriv og det samme på les, som gjør at jeg maxer ut gbit-nettverket, og dermed tilfredsstiller mine krav.

 

30-40MB/s er i minste laget, så om jeg ikke får orden på det, er jeg nødt til å holde meg til raid10.. synd med den tapte plassen.

 

Bonnie++ holder på, så legger ut resultatet så snart den er ferdig.

[kpolberg]

Sokkalf: bonnie++ -f er fint, da slipper man de sinnsykt tidkrevende character testene.

[Sokkalf™]

Notert, takker.

 

Her er resultatet:

 

Version 1.03e       ------Sequential Output------ --Sequential Input- --Random-
                   -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--
Machine        Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP  /sec %CP
sokkalf          8G 38743  65 37121   5 40175   7 65419  97 145797   9 278.7   0
                   ------Sequential Create------ --------Random Create--------
                   -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete--
             files  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP
                16   258   1 +++++ +++   234   1   246   1 +++++ +++   247   1
sokkalf,8G,38743,65,37121,5,40175,7,65419,97,145797,9,278.7,0,16,258,1,+++++,+++,234,1,246,1,+++++,+++,247,1

 

Vel, ting har definitivt endret seg, selv om det fortsatt ikke er bra. Ser spesielt at disse create/delete file-testene nå går mye fortere.

 

Edit: Bonnie++ gir ikke hele bildet.

Observerer følgende når jeg kopierer 22GB til serveren via samba :

 

De første 8GB går fort, i snitt på over 90MB/sec. 8GB er mer enn jeg har minne på både server og klient, så blir nok ikke lurt av caching heller.

Så stopper det helt opp, skyter fart, stopper opp, og går i rykk og napp på resten - noe som gir et snitt på under 40MB/sec.

 

Edit2:

Load average på maskinen mens jeg kopierer til den:

load average: 73.82, 56.04, 32.58

Dette ser jo helt sykt ut!

Endret 22. mars 2010 av Sokkalf™

[kpolberg]

Jeg har satt diskene mine til AHCI i BIOS, hva står dine på?

[Sokkalf™]

Mine står også på AHCI.

[Sokkalf™]

Version 1.03e       ------Sequential Output------ --Sequential Input- --Random-
                   -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--
Machine        Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP  /sec %CP
sokkalf          8G           48286   8 44182  10           245845  18 355.9   1
                   ------Sequential Create------ --------Random Create--------
                   -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete--
             files  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP
                16 19795  57 +++++ +++ +++++ +++ +++++ +++ +++++ +++ +++++ +++
sokkalf,8G,,,48286,8,44182,10,,,245845,18,355.9,1,16,19795,57,+++++,+++,+++++,+++,+++++,+++,+++++,+++,+++++,+++

 

Spørs om jeg får tunet det særlig mer enn dette.

Skrudde AV AHCI, det gjorde ganske stor forskjell. Byttet til ext4. Software raid-partisjonen på hver disk ble opprettet nøyaktiv på sektor 56. Dette var stor forskjell fra default, ihvertfall.

 

Fikk ihvertfall et solid hopp i leseytelse, men skriveytelsen er fortsatt under pari.. nå går den nesten an til nød, dog. Skal bare oppbevare ting på boksen uansett, den blir ikke utsatt for rare I/O'en. Hadde bare vært greit med litt mer fart når jeg skal kopiere 1TB tilbake til boksen igjen.

 

Burde egentlig lagt meg for timer siden, sukk..

[kpolberg]

Forstår ikke det der altså, må jo være noe enormt rart med den der disken. Ser jo forøvrig at du har _masse_ cpu å gå på. Så det er jo ikke der den stopper opp heller.

 

Hehe, tilegner seg ikke kunnskap hvis en skal sove hele tiden

Endret 23. mars 2010 av kpolberg

[Sokkalf™]

Etter litt tuning med blockdev, falt ytelsen igjen.. og når jeg endre tilbake, så økte den ikke som forventet igjen.. nok en gang stuck med ~25MB/sec skriveytelse.. jeg fatter ikke bæret.

 

Satte opp et raid10 igjen, tallene :

Version 1.03e       ------Sequential Output------ --Sequential Input- --Random-
                   -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--
Machine        Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP  /sec %CP
sokkalf          8G           182396  34 92659  16           210195  14 491.3   2
                   ------Sequential Create------ --------Random Create--------
                   -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete--
             files  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP
                16 +++++ +++ +++++ +++ +++++ +++ +++++ +++ +++++ +++ +++++ +++
sokkalf,8G,,,182396,34,92659,16,,,210195,14,491.3,2,16,+++++,+++,+++++,+++,+++++,+++,+++++,+++,+++++,+++,+++++,+++

 

Tror jeg beholder det sånn.. surt med den tapte plassen, men surere med elendig ytelse.

[j--]

Hvilket program er det dere bruker til å teste hastigheten med? Og er det helt CLI-basert?

[kpolberg]

Bare litt sånn ædda bædda, jeg slår RAID10 ytelsen din med mitt RAID5

 

clvn: bonnie++ i CentOS må du legge til EPEL repoen mener jeg å huske. Når jeg taster skriver jeg

 

bonnie++ -u root -d /export -f

 

Helt cli basert ja.

Endret 23. mars 2010 av kpolberg

[Sokkalf™]

Men så går resyncen min fortere enn resyncen din

resync =  4.6% (136184320/2930265600) finish=238.1min speed=195574K/sec

 

Ingen lastproblemer. Med raid5 får jeg sinnsyke IO-"spikes", som er helt fraværende med raid10. Jeg bare skjønner det ikke.

 

Nå er det natta, ihvertfall.

[j--]

kpolberg: Takker! Kjørte en test av mitt på 6*1,5TB i raid5 nå (3*WD GP, 3*Seagate). Ingen form for optimalisering gjort, og xfs som filsystem. Ikke noe LVM heller

Version 1.03e 	------Sequential Output------ --Sequential Input- --Random-
	-Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--
Machine 	Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP
enigma 	6584M 	93836 13 46213 11 	199935 22 312.9 1
	------Sequential Create------ --------Random Create--------
	-Create-- --Read--- -Delete-- -Create-- --Read--- -Delete--
	files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP
	16 592 2 +++++ +++ 634 2 636 2 +++++ +++ 535 2
enigma,6584M,,,93836,13,46213,11,,,199935,22,312.9,1,16,592,2,+++++,+++,634,2,636,2,+++++,+++,535,2

 

Ikke veldig raskt, nei.

[kpolberg]

Problemet ser ikke ut til å være en ren flaskehals ihvertfall. Så da er det ihvertfall muligheter for å "tune" litt

[DeadManWalking]

Hvordan er det med TRIM støtte i Ubuntu? Har forstått at TRIM støtte til SSD ikke er hw basert, men sw basert. Ergo, win7 støtter det. Gjør ubuntu det?

 

(Glem det, google sa at siste kernel + ext4 skal gi trim støtte)

Endret 23. mars 2010 av Algific

[cmyrland]

Bare et tips om noen skulle trenge det: Etter litt googling fant jeg omsider en blog som tilsynelatende har skaffet en ubuntudriver for Canon MP110: Linky

 

Fyren har pakket alt i 32-bits-pakker, derfor er jeg like langt med min 64-bits maskin.. Med mindre noen vet av en måte å lure systemet på?