2 innlegg
• Side 1 av 1
Linux 2.6.30 byr på overraskelser
Linux 2.6.30 byr på overraskelser
av ak » fre 29.05.2009 4:59
Vi har allerede hatt flere artikler om den kommende versjonen av Linux, versjon 2.6.30. Phoronix har publisert tester som rettferdiggjør oppstyret, på applikasjoner som tester lagring har ytelsen endret dramatisk i forhold til 2.6.29.
Testene kjøres fortsatt på Ext3, så det er ikke filsystemet i seg selv som er årsaken til dette. Det er på side 3 at det blir spennende: IOzone antyder at skriveytelsen har gått opp med 10%. Hvis man derimot går til nesten side så ser man at med 32 tråder som prøver å skrive samtidig så reduseres skriveytelsen med 20%. Leseytelsen går derimot opp med 30%, og dbench resultatet er omtrent 4 ganger så høyt som det 2.6.29 klarte å oppnå.
Det er vanskelig å trekke noen håndfast konklusjon. Dersom du har et system som er finjustert for en spesiell last så bør du ihvertfall kjøre testene på nytt. Men siden man under de fleste omstendigheter leser data langt oftere enn man skriver de, så virker dette svært lovende.
Testene kjøres fortsatt på Ext3, så det er ikke filsystemet i seg selv som er årsaken til dette. Det er på side 3 at det blir spennende: IOzone antyder at skriveytelsen har gått opp med 10%. Hvis man derimot går til nesten side så ser man at med 32 tråder som prøver å skrive samtidig så reduseres skriveytelsen med 20%. Leseytelsen går derimot opp med 30%, og dbench resultatet er omtrent 4 ganger så høyt som det 2.6.29 klarte å oppnå.
Det er vanskelig å trekke noen håndfast konklusjon. Dersom du har et system som er finjustert for en spesiell last så bør du ihvertfall kjøre testene på nytt. Men siden man under de fleste omstendigheter leser data langt oftere enn man skriver de, så virker dette svært lovende.
-
Administrator
- medlem i 242 måneder
Økt skriveytelse
av omaha » fre 29.05.2009 11:40
Den økte leseytelsen skyldes såvidt jeg har forstått endringer som Torvalds presset gjennom som følge av debatten rundt Ext4.
Forbedringen er omtrent på samme nivå som den man ser i Ext4.
Fra Heise Kernellog:
Another major factor in the problem of latencies is Ext3's habit of loading the file system as 'data=ordered' by default. Ted Ts'o has even publicly repented of having taken the decision to make this mode the default several years ago.
Though it initially looked as if the debate would be fruitless, Torvalds adopted some of Ts'o's patches a few days later.
These included one patch through which the kernel loads the Ext3 file system with 'data=writeback' unless the user explicitly states otherwise during kernel configuration or mounting.
This should improve performance, but increases the risk of data loss in the event of a crash or if the computer is turned off without shutting down.
There is also a risk that data from previously deleted files belonging to other users could find its way into new files incompletely written to disk before a crash.
Forbedringen er omtrent på samme nivå som den man ser i Ext4.
Fra Heise Kernellog:
Another major factor in the problem of latencies is Ext3's habit of loading the file system as 'data=ordered' by default. Ted Ts'o has even publicly repented of having taken the decision to make this mode the default several years ago.
Though it initially looked as if the debate would be fruitless, Torvalds adopted some of Ts'o's patches a few days later.
These included one patch through which the kernel loads the Ext3 file system with 'data=writeback' unless the user explicitly states otherwise during kernel configuration or mounting.
This should improve performance, but increases the risk of data loss in the event of a crash or if the computer is turned off without shutting down.
There is also a risk that data from previously deleted files belonging to other users could find its way into new files incompletely written to disk before a crash.
- medlem i 210 måneder
2 innlegg
• Side 1 av 1
Returner til Artikler (Linux1)
Hvem er i Forumene
Registrerte brukere: Google [Bot]