Kā tweak jūsu SSD Ubuntu labākas veiktspējas

2024 Autors: Geoffrey Carr | [email protected]. Pēdējoreiz modificēts: 2024-01-31 12:52

Šeit ir daudz padomu, kā uzlabot savu SSD operētājsistēmā Linux un daudz anekdotisku ziņojumu par to, kas darbojas un kas nedarbojas. Mēs izmantojām savus kritērijus ar dažiem konkrētiem uzlabojumiem, lai parādītu jums patieso atšķirību.

Kritēriji

Lai salīdzinātu mūsu disku, mēs izmantojām Phoronix Test Suite. Tas ir bezmaksas, un tai ir Ubuntu krātuve, tādēļ jums nav jāuzkopē no sākuma, lai veiktu ātrus testus. Mēs pārbaudījām mūsu sistēmu uzreiz pēc jaunas Ubuntu Natty 64 bitu instalēšanas, izmantojot ext4 failu sistēmas noklusējuma parametrus.

AMD Phenom II četrstūris @ 3,2 GHz
MSI 760GM E51 mātesplatē
3,5 GB RAM
AMD Radeon 3000 integrēta w / 512MB RAM
Ubuntu pelnīt naudu

Un, protams, SSD, kuru mēs izmēģinājām, bija 64GB OCZ Onyx draiveris (117 $ Amazon.com rakstīšanas laikā).

Pamanāmi tweaks

Ja tiek veikta jaunināšana uz SSD, lietotāji iesaka diezgan daudz izmaiņas. Pēc tam, kad tika filtrēti daži no vecākiem produktiem, mēs izveidojām īsu sarakstu ar tweaks, ka Linux distros nav iekļauti kā SSD iestatījumi pēc noklusējuma. Trīs no viņiem ietver fstab faila rediģēšanu, tāpēc atgriezieties augšup, pirms turpināt izmantot šādu komandu:


sudo cp /etc/fstab /etc/fstab.bak

Ja kaut kas nepareizi, jūs vienmēr varat izdzēst jauno fstab failu un aizstāt to ar rezerves kopiju. Ja jūs nezināt, kas tas ir vai ko vēlaties, noskaidrojiet, kā tā darbojas, skatiet HTG skaidrojumus: Kas ir Linux fstab un kā tā darbojas?

Eschewing Access Times

Jūs varat palīdzēt palielināt SSD dzīves ilgumu, samazinot OS daudzumu diskā. Ja jums ir jāzina, kad pēdējo reizi tika piekļūt katram failam vai direktorijai, varat pievienot šīs divas opcijas savam / etc / fstab failam:


noatime,nodiratime

Pievienojiet tos kopā ar citām opcijām un pārliecinieties, vai visas tās ir atdalītas ar komatu un bez atstarpēm.

Iespējot TRIM

Jūs varat iespējot TRIM, lai palīdzētu pārvaldīt diska veiktspēju ilgtermiņā. Pievienojiet fstab failam šādu opciju:


discard

Tas labi darbojas ext4 failu sistēmās, pat standarta diskdziņos. Jums jābūt kodola versijai vismaz 2.6.33 vai jaunāka; ja jūs izmantojat Maverick vai Natty vai arī Lucid ir iespējots backports. Lai gan tas īpaši neuzlabo sākotnējo salīdzinošo novērtēšanu, tas ilgtermiņā padara sistēmu labāku un tādējādi izveidojis mūsu sarakstu.

Tmpfs

Sistēmas kešatmiņa tiek saglabāta / tmp. Mēs varam pateikt, ka fstab to uzstāda RAM kā pagaidu failu sistēma, lai jūsu sistēma pieskaras cietajam diskam mazāk. Jauna rindiņa pievieno / etc / fstab faila apakšdaļu šādai rindai:


tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0

Saglabājiet fstab failu, lai veiktu šīs izmaiņas.

IO plānotāju pārslēgšana

Jūsu sistēma nekavējoties raksta visas izmaiņas diskā, un vairāki pieprasījumi tiek rindoti. Noklusējuma ieejas / izejas plānotājs - cfq - ar to rīkojas pareizi, taču mēs varam to mainīt uz tādu, kas mūsu aparatūru labāk darbojas.

Vispirms norādiet, kuras opcijas ir pieejamas ar šādu komandu, aizstājot "X" ar jūsu saknes diska burtu:


cat /sys/block/sdX/queue/scheduler

Mana instalācija ir sda. Jums vajadzētu redzēt dažas dažādas iespējas.

Ja jums ir termiņš, jums vajadzētu to izmantot, jo tas dod jums papildu kniebiens tālāk lejā. Ja nē, jums vajadzētu būt iespējai bez problēmām izmantot knupu. Mums ir jāpasaka OS, lai izmantotu šīs opcijas pēc katras sāknēšanas, tāpēc mums būs nepieciešams rediģēt rc.local failu.

Mēs izmantosim nano, jo mēs esam apmierināti ar komandrindu, bet jūs varat izmantot jebkuru citu teksta redaktoru, kas jums patīk (gedit, vim utt.).


sudo nano /etc/rc.local

Virs pozīcijas "Iziešanas 0" pievienojiet šīs divas rindiņas, ja izmantojat termiņu:


echo deadline > /sys/block/sdX/queue/scheduler
echo 1 > /sys/block/sdX/queue/iosched/fifo_batch

Ja jūs izmantojat noop, pievienojiet šo rindiņu:


echo noop > /sys/block/sdX/queue/scheduler

Vēlreiz nomainiet "X" ar atbilstošo diska burtu jūsu instalācijai. Pārlūkojiet visu, lai pārliecinātos, ka tas izskatās labi.

Tad nospiediet CTRL + O, lai saglabātu, pēc tam CTRL + X, lai izietu.

Restartēt

Lai visas šīs izmaiņas stātos spēkā, jums ir jārestartē. Pēc tam jums viss ir jāiestata. Ja kaut kas notiks nepareizi un jūs nevarat palaist, varat sistemātiski atcelt katru no iepriekš minētajām darbībām, līdz varat atkal startēt. Jūs pat varat izmantot LiveCD vai LiveUSB, lai to atgūtu, ja vēlaties.

Jūsu fstab maiņas veiks jūsu instalācijas laiku, pat neatrisinot jauninājumus, taču pēc katra jauninājuma (starp versijām) būs jāmaina jūsu rc.local izmaiņas.

Salīdzinošās novērtēšanas rezultāti

Lai izpildītu kritērijus, mēs izmantojām testu disku komplektu. Katra testa augšējais attēls ir pirms ekst4 konfigurācijas pielāgošanas, un apakšējais attēls ir pēc tweaks un pārstartēšanas. Jūs redzēsiet īsu paskaidrojumu par testa pasākumiem, kā arī rezultātu interpretāciju.

Lielas failu operācijas

Šis tests saspiež 2GB failu ar izlases datiem un raksta to uz diska. SSD tweaks šeit rāda aptuveni 40% uzlabojumu.

IOzone simulē failu sistēmas veiktspēju, šajā gadījumā rakstot 8GB failu. Atkal, gandrīz 50% pieaugums.

Šeit tiek nolasīts 8GB fails. Rezultāti ir gandrīz tādi paši kā bez ext4 korekcijas.

AIO-Stress asinhroni pārbauda ieejas un izejas datus, izmantojot 2GB testa failu un 64KB ieraksta lielumu. Šeit ir gandrīz 200% pieaugums, salīdzinot ar vaniļas ext4!

Maza faila operācijas

Tiek izveidota SQLite datu bāze, un PTS tam pievieno 12 500 ierakstus. SSD tweaks šeit faktiski palēnināja veiktspēju par aptuveni 10%.

Apache Benchmark pārbauda nejauši nolasāmus mazus failus. Pēc SSD optimizēšanas bija aptuveni 25% veiktspējas pieaugums.

PostMark simulē 25 000 failu darījumus, 500 vienlaicīgi jebkurā brīdī ar faila izmēriem no 5 līdz 512KB. Tas simulē tīmekļa un pasta serverus diezgan labi, un pēc tweaking mēs redzam 16% veiktspēju.

FS-Mark aplūko 1000 failus ar kopējo izmēru 1 MB un nosaka, cik daudz var pilnībā rakstīt un lasīt iepriekš noteiktā laika periodā. Mūsu tweaks redzēt pieaugums, atkal, ar mazākiem failu izmēriem. Par 45% pieaugumu ar ext4 korekcijām.

Failu sistēmas piekļuve

Dbench kritēriju testa failu sistēma klientiem zvana, tāpat kā Samba dara lietas. Šeit vaniļas ext4 veiktspēja tiek samazināta par 75%, kas ir liela daļa no mūsu veiktajām izmaiņām.

Jūs varat redzēt, ka, pieaugot klientu skaitam, pieaugums neatbilstībai.

Ar 48 klientiem starpība starp šīm abām bija nedaudz slēgta, taču mūsu tweaks joprojām ir ļoti acīmredzams veiktspējas zudums.

Ar 128 klientiem veiktspēja ir gandrīz vienāda. Jūs varat pamanīt, ka mūsu tweaks var nebūt ideāls mājas lietošanai šāda veida darbībā, bet nodrošinās salīdzināmu veiktspēju, ja klientu skaits ievērojami palielinās.

Šis tests ir atkarīgs no kodola AIO piekļuves bibliotēkas. šeit mēs uzlabojāmies par 20%.

Šeit mums ir vairāku vītņu izlases lasījums no 64MB, turklāt šeit ir veiktspējas palielinājums par 200%! Vau!

Rakstot 64 MB datu ar 32 pavedieniem, mēs joprojām esam uzlabojuši veiktspēju par 75%.

Kompilācijas stends simulē vecuma ietekmi uz failu sistēmu, ko pārstāv manipulējot ar kodolu kokiem (izveidojot, apkopojot, ielīmējot utt.). Šeit var redzēt ievērojamu ieguvumu, sākotnēji izveidojot simulēto kodolu, aptuveni 40%.

Šie kritēriji vienkārši nosaka, cik ilgs laiks nepieciešams, lai iegūtu Linux kodolu. Ne pārāk lielu veiktspējas pieaugumu šeit.

Kopsavilkums

Mūsu pielāgojumi, kas tika veikti Ubuntu ārkārtas ārējā konfigurācijā, bija diezgan nozīmīgi. Vislielākais veiktspējas pieaugums bija vairāku vītņu rakstīšanas un lasīšanas stadijā, maza faila lasīšana un lielu blakus failu lasīšana un rakstīšana. Faktiski vienīgā reālā vieta, kurā mēs redzējām veiktspēju, bija vienkārši failu sistēmas zvani, kaut arī Samba lietotājiem vajadzētu skatīties. Kopumā tas, šķiet, ir diezgan būtisks veiktspējas pieaugums tādām lietām kā tīmekļa lapu izvietošana un lielu videoklipu skatīšanās / straumēšana.

Paturiet prātā, ka tas bija īpaši ar Ubuntu Natty 64 bitu. Ja jūsu sistēma vai SSD atšķiras, jūsu nobraukums var atšķirties. Kopumā gan šķiet, it kā šķiet, ka fstab un IO plānotāja korekcijas, kuras mēs veikām, iet garu ceļu uz labāku veiktspēju, tāpēc, iespējams, ir vērts izmēģināt jūsu pašu platformu.

Vai jums ir savi kritēriji un vēlaties dalīties ar saviem rezultātiem? Vai ir kāds cits niknums, ko mēs nezinām? Izklausās komentāros!