Rengeteg tipp van az SSD Linuxon való csípésében, és sok anekdotikus jelentés arról, hogy mi működik és mi nem. A saját referenciaértékeinket néhány konkrét tweaks-szal futtattuk, hogy megmutassuk a valódi különbséget. referenciaértékek A lemezünk összehasonlításához a Phoronix Test Suite-t használtuk. Ez ingyenes, és rendelkezik egy tárolóval az Ubuntu-hoz, így nem kell semmiből összeállítania a gyors tesztek futtatásához. A rendszerünket az Ubuntu Natty 64 bites friss telepítése után teszteltük az ext4 fájlrendszer alapértelmezett paramétereivel. Rendszerünk specifikációi a következők voltak: AMD Phenom II quad-core @ 3. 2 GHz MSI 760GM E51 alaplap 3, 5 GB RAM AMD Radeon 3000 integrált w / 512 MB RAM Ubuntu Natty És persze, az SSD, amit korábban teszteltünk, egy 64 GB-os OCZ Onyx meghajtó volt (117 $ az az írás idején). A merevlemez-meghajtó állapotának ellenőrzése a GNU / Linux rendszeren | megoldások. Kiemelkedő Tweaks Az SSD-re való frissítés során az emberek nagyon kevés változtatást javasolnak. Néhány régebbi cucc kiszűrése után egy rövid listát készítettünk, melyeket a Linux distros nem tartalmazott alapértelmezettként az SSD-k számára.
). Itt a szimulált kernel kezdeti létrehozása révén jelentős előnyhöz juthat, mintegy 40%. Ez a referenciaérték egyszerűen azt méri, hogy mennyi ideig tart a Linux kernel kinyerése. Nem túl sok a teljesítmény növelése itt. Üdvözlünk a PC Fórum-n! - PC Fórum. összefoglalás Az Ubuntu out4 of-the-box ext4 konfigurációjában elvégzett módosítások meglehetősen hatással voltak. A legnagyobb teljesítménynövekedés a többszálú írások és olvasások birodalmában, a kis fájl olvasásában és a nagy összefüggő fájlokban olvas és ír. Valójában az egyetlen igazi hely, ahol láttunk egy teljesítményt az egyszerű fájlrendszerhívásokban, amit a Samba-felhasználóknak kell figyelniük. Összességében úgy tűnik, hogy eléggé megnövekedett a teljesítmény, mint például a weboldalak tárolása és a nagy videók figyelése / streamingje. Ne feledje, hogy ez kifejezetten az Ubuntu Natty 64-bites volt. Ha a rendszer vagy az SSD más, a kilométered változhat. Összességében azonban úgy tűnik, mintha az fstab és az IO ütemezői kiigazítások messzire mentek volna a jobb teljesítményhez, így valószínűleg érdemes megpróbálni a saját berendezésén.
Legalább 2. 6. 33 vagy újabb rendszermag-verzióval kell rendelkeznie; ha Maverick vagy Natty használ, vagy ha a Lucid-on engedélyezett a tartalék. Bár ez nem javítja a kezdeti teljesítményértékelést, a hosszú távon a rendszer jobban teljesítenie kell, így a listát is elkészítette. tmpfs A rendszer gyorsítótárát a / tmp fájlban tárolja. Megmondhatjuk az fstabnak, hogy ezt ideiglenes fájlrendszerként csatlakoztassa a RAM-ba, így a rendszer kevésbé érinti a merevlemezt. Adja meg az alábbi sort az / etc / fstab fájl aljára egy új sorban: tmpfs / tmp tmpfs alapértelmezett értékek, noatime, mode = 1777 0 0 Mentsd el az fstab fájlt a módosítások végrehajtásához. Linux test ssd. IO-ütemezők váltása A rendszer nem írja azonnal az összes lemezt a lemezre, és több kérés sorba áll. Az alapértelmezett bemeneti-kimeneti ütemező - cfq - kezeli ezt az okot, de ezt megváltoztathatjuk olyanra, amely jobban működik a hardverünk számára. Először felsorolja, hogy mely opciók állnak rendelkezésre a következő paranccsal: az "X" helyettesítése a root meghajtó betűjével: cat / sys / block / sdX / sor / ütemező A telepítésem sda.
Legyen saját referenciaértéke és szeretné megosztani az eredményeket? Van még egy csípésünk, amit nem tudunk? Hangozzon ki a megjegyzésekben!