Журнал LinuxFormat - перейти на главную

КТО УНАСЛЕДУЕТ БИЗНЕС-ИМПЕРИЮ ПРИГОЖИНА

Материал из Linuxformat
(Различия между версиями)
Перейти к: навигация, поиск
 
(не показаны 15 промежуточных версий 2 участников)
Строка 1: Строка 1:
 
[[Категория: Главное в Linux]]   
 
[[Категория: Главное в Linux]]   
==Об­нов­ляй­тесь!==
+
{{SEO}}
[[Файл:301495.png |right|400px |]]
+
  
''Ко­ман­да LXF це­лый ме­сяц тес­ти­ро­ва­ла ма­те­рин­ские пла­ты, про­цес­со­ры, твер­до­тель­ные дис­ки и ви­део­кар­ты,  
+
Есть и дру­гие на­строй­ки, спо­соб­ные уве­ли­чить срок служ­бы дис­ка.
что­бы убе­речь вас от это­го.''
+
  
Когда вы раз­мыш­ляе­те, что никто из нас так не при­ки­пел бы к Linux, ес­ли бы не «же­ле­зо», на ко­то­ром он ра­бо­та­ет, вы уде­ляе­те ма­ло внимания плат­фор­ме x86. Воз­мож­но, де­ло в том, что Linux стал весь­ма ста­би­лен и от­лич­но ра­бо­та­ет на бо­лее ста­рых уст­рой­ст­вах, и нам ред­ко при­хо­дит­ся об этом ду­мать.
+
Про­стей­шая из них – до­ба­вить к оп­ци­ям мон­ти­ро­вания noatime, точ­но так же, как ранее мы до­ба­ви­ли оп­цию discard. В фай­ло­вых сис­те­мах Linux обыч­но хра­нят­ся вре­мя по­следнего чтения и по­следнего из­менения фай­ла. С оп­ци­ей noatime бу­дет со­хра­нять­ся толь­ко вре­мя по­следнего из­менения, что снизит чис­ло опе­ра­ций за­пи­си и уве­ли­чит срок служ­бы дис­ка. Од­на­ко пре­ду­пре­ж­да­ем: ста­рые про­грам­мы, вро­де Mutt, не бу­дут ра­бо­тать пра­виль­но с этой оп­ци­ей, по­это­му сна­ча­ла про­верь­те со­вмес­ти­мость при­ло­жений.
  
Но есть, од­на­ко, и дру­гая при­чи­на. И это со­вмес­ти­мость и про­из­во­ди­тель­ность. Хо­тя со­вмес­ти­мость уже не яв­ля­ет­ся та­кой про­бле­мой, как бы­ло 10 лет, никто из нас не за­хо­чет ра­зо­рить­ся на «же­ле­зо» с со­мнитель­ной под­держ­кой Linux, будь то све­жий чип­сет от Intel, ви­део­кар­та или твер­до­тель­ный же­ст­кий диск. По­это­му мы взя­ли столь­ко ком­понен­тов, сколь­ко смог­ли, и про­тес­ти­ро­ва­ли их на со­вмес­ти­мость и про­из­во­ди­тель­ность.
+
Срок служ­бы дис­ка мож­но так­же уве­ли­чить, тща­тель­но про­ду­мав, ка­кие раз­де­лы на нем раз­мес­тить. На­при­мер, ес­ли на­ря­ду с SSD в сис­те­ме есть обыч­ный же­ст­кий диск, сто­ит раз­мес­тить на SSD фай­ло­вые сис­те­мы, доступ к ко­то­рым осу­ще­ст­в­ля­ет­ся ре­же, та­кие как / и /home, а /var, /tmp и swap раз­мес­тить на обыч­ном дис­ке. Ес­ли та­кой ва­ри­ант вам не под­хо­дит, мож­но на­стро­ить и дру­гие па­ра­мет­ры, ра­ди снижения час­то­ты за­пи­си в эти ка­та­ло­ги. На­при­мер, мож­но уве­ли­чить уро­вень серь­ез­но­сти за­пи­сы­вае­мых в лог со­об­щений, из­менив файл /etc/rsyslog.conf (под­роб­но­сти см. че­рез man rsyslog.conf), или умень­шить «ак­тив­ность под­кач­ки» сис­те­мы, что­бы она как можно ре­же поль­зо­ва­лась фай­лом под­кач­ки. Для это­го вы­полните следующую ко­ман­ду:
  
Что­бы сде­лать наш об­зор бо­лее прак­тич­ным, мы ре­ши­ли не ка­сать­ся пе­реднего края тех­но­ло­гий – про­цес­со­ров и ви­део­карт. И не толь­ко что­бы дать Linux пе­ре­дыш­ку на ох­ват этих уст­ройств, но и по­то­му, что со вре­менем це­ны на них ста­нут бо­лее ра­зум­ны­ми. Мы так­же ста­ра­лись рас­ска­зать о кон­ку­ри­рую­щих про­дук­тах, на­при­мер, ви­део­кар­тах AMD и Nvidia и про­цес­со­рах Intel и AMD, в на­де­ж­де по­лу­чить бо­лее раз­но­сто­ронний об­зор то­го, что ра­бо­та­ет хо­ро­шо, а что мо­жет не ра­бо­тать. Мы про­тес­ти­ро­ва­ли разницу в про­из­во­ди­тель­но­сти ме­ж­ду 32-бит­ны­ми и 64-бит­ны­ми плат­фор­ма­ми, про­ана­ли­зи­ро­ва­ли улуч­шения фай­ло­вой сис­те­мы, а имен­но кэш на осно­ве твер­до­тель­но­го же­ст­ко­го дис­ка, и про­ве­ри­ли, на­сколь­ко хо­ро­ши от­кры­тые драй­ве­ры ви­део­карт. И хо­тя мы не да­ем кон­крет­ных ре­ко­мен­да­ций по по­во­ду по­куп­ки тех или иных уст­ройств, мы чет­ко го­во­рим, что ра­бо­та­ет, а что нет.
+
echo 1 > /proc/sys/vm/swappiness
[[Файл:LXF161.feat_hardware.mo_opt2.png |left |400px ||]]
+
===«Же­ле­зо»: Пол­ное ру­ко­во­дство===
+
  
''Начнем с уст­ройств, к ко­то­рым под­клю­ча­ют­ся все осталь­ные ком­понен­ты.''
+
====На­ши тес­то­вые дис­ки====
  
====0 Ма­те­рин­ская пла­та====
+
Боль­шин­ст­во SSD ис­поль­зу­ют при­мер­но оди­на­ко­вую тех­но­ло­гию хранения дан­ных. На про­из­во­ди­тель­ность боль­ше влия­ют кон­трол­лер и про­шив­ка – уст­рой­ст­во ре­ша­ет, когда и ку­да за­пи­сать дан­ные. Пло­хой кон­трол­лер мо­жет за­мед­лить диск, осо­бен­но со вре­менем, и при­вес­ти к из­менению про­из­во­ди­тель­но­сти при опе­ра­ци­ях за­пи­си раз­но­го раз­ме­ра (на­при­мер, 4К и 9К).
  
Ма­те­рин­ские пла­ты бы­ва­ют все­воз­мож­ных форм и раз­ме­ров, но боль­шин­ст­во от­ве­ча­ют форм-фак­то­ру ATX. Он оп­ре­де­ля­ет, где долж­ны на­хо­дить­ся разъ­е­мы пи­тания и где пла­та кре­пит­ся к кор­пу­су. Боль­шин­ст­во плат бы­ли стан­дарт­но­го раз­ме­ра ATX, и их по-прежнему пред­по­чи­та­ют мно­гие, бла­го­да­ря оби­лию воз­мож­но­стей рас­ши­рения. Но по­пу­ля­рна и Micro-ATX, осо­бен­но в ТВ-при­став­ках и в ав­то­ном­ных ком­пь­ю­те­рах. Во встраи­вае­мых сис­те­мах мо­жет ис­поль­зо­вать­ся Mini-ATX, но все, что мень­ше – удел спе­циа­ли­стов. Для на­ших це­лей по­на­до­бят­ся ATX или Micro-ATX.
+
Два на­ших тес­то­вых дис­ка про­де­мон­ст­ри­ро­ва­ли два кон­ку­ри­рую­щих кон­трол­ле­ра. В Crucial M4 ис­поль­зу­ет­ся кон­трол­лер Marvell, а в Intel 330 – Sandforce. Эти же кон­трол­ле­ры ис­поль­зу­ют­ся и на мно­же­ст­ве дру­гих дис­ков, так что на­ши ре­зуль­та­ты по­мо­гут вам вы­брать диск для по­куп­ки, да­же ес­ли он бу­дет дру­гим.
  
====1 Со­кет про­цес­со­ра (ох­ла­ж­дение)====
+
Мы про­тес­ти­ро­ва­ли дис­ки с по­мо­щью тес­тов Postmark, Compile Bench и Kernel Unpacking из на­бо­ра тес­тов Phoronix Test Suite, что­бы рас­смот­реть их про­из­во­ди­тель­ность в ре­аль­ных си­туа­ци­ях. Все тес­ты про­во­ди­лись в Ubuntu 12.04 с фай­ло­вой сис­те­мой ext4 и оп­ци­ей discard в /etc/fstab.
  
Про­из­во­ди­те­лей про­цес­со­ров на плат­фор­ме x86, достой­ных на­ше­го внимания, все­го два Intel и AMD, и у ка­ж­до­го из них боль­шое раз­но­об­ра­зие ва­ри­ан­тов про­цес­сор­ных со­ке­тов и разъ­е­мов для под­клю­чения ку­ле­ров. Ка­кой со­кет вам по­на­до­бит­ся, за­ви­сит от про­цес­со­ра, и к нему по­на­до­бит­ся со­от­вет­ст­вую­щая ма­те­рин­ская пла­та. По­следний со­кет от Intel на­зы­ва­ет­ся LGA1155 – он под­дер­жи­ва­ет и про­шлого­дние про­цес­со­ры Sandy Bridge, и свежевы­шед­ший Ivy Bridge. По­следний со­кет от AMD – AM3+, ко­то­рым мы поль­зо­ва­лись, рас­смат­ри­вая про­цес­сор AMD Phenom II. К обо­им со­ке­там нуж­ны со­вмес­ти­мые ку­ле­ры, хо­тя со­вре­мен­ные кон­ст­рук­ции ку­ле­ров «адап­ти­руются» от­верт­кой.
+
По­жа­луй, ин­те­реснее всех тест Compile Bench, так как он пы­та­ет­ся ими­ти­ро­вать опе­ра­ции, ко­то­рые ста­рят фай­ло­вую сис­те­му са­мый вер­ный сце­на­рий для на­груз­ки кон­трол­ле­ра. На этих тес­тах диск Intel с кон­трол­ле­ром Sandforce по­ка­зал го­раз­до луч­шие ре­зуль­та­ты.
  
====2 Разъ­е­мы пи­тания====
+
Од­на­ко диск Crucial был го­раз­до бы­ст­рее при ра­бо­те со мно­же­ст­вом ма­лень­ких фай­лов в тес­те PostMark и немно­го бы­ст­рее при рас­па­ков­ке яд­ра.
  
Со­вре­мен­ным ком­пь­ю­те­рам нуж­ны и со­вре­мен­ные ис­точники пи­тания. На­ря­ду с обыч­ным 24-кон­такт­ным разъ­е­мом, иногда раз­би­ва­емым на бло­ки из 20 и 4 кон­так­тов, вам по­на­до­бит­ся 8-кон­такт­ный/12-воль­то­вый разъ­ем для про­цес­со­ра. Кон­ст­рук­ция разъ­е­мов обыч­но та­ко­ва, что в непра­виль­ное гнез­до их не вста­вить. Де­ше­вым ви­део­кар­там ред­ко нуж­но до­полнитель­ное пи­тание, но кар­там среднего диа­па­зо­на мо­жет еще по­тре­бо­вать­ся пи­таю­щий ка­бель для PCI Express с 6-кон­такт­ным разъ­е­мом, а для мощ­ной кар­ты – да­же два кабеля. Они долж­ны ид­ти от од­но­го бло­ка пи­тания, а для мощ­но­го ком­пь­ю­те­ра мы по­со­ве­ту­ем блок пи­тания мощ­но­стью 600 Вт с от­дель­ны­ми 12-воль­то­вы­ми «рель­са­ми» для ви­део­кар­ты.
+
Оба дис­ка сто­ят оди­на­ко­во; че­рез Ин­тернет их мож­но ку­пить от £84 и вы­ше. |
  
====3 Сло­ты па­мя­ти====
+
«Дис­ков та­ко­го же объ­е­ма, как тра­ди­ци­он­ные, ку­пить нель­зя.»
  
Па­мять тес­но свя­за­на с про­цес­со­ром и спе­ци­аль­но вы­би­рается под ва­шу плат­фор­му. На со­вре­мен­ных ма­те­рин­ских пла­тах де­лать это го­раз­до про­ще – и Intel, и AMD ис­поль­зу­ют одни и те же план­ки DDR3 (поз­же в этом го­ду долж­на вый­ти DDR4), толь­ко ку­пите па­мять по­бы­ст­рее, чем вам нуж­на. Ес­ли па­мять ока­жет­ся слиш­ком мед­лен­ной для про­цес­со­ра, она ли­бо не бу­дет ра­бо­тать, ли­бо не даст рас­крыть его воз­мож­но­сти; ес­ли слиш­ком бы­ст­рой, то вы про­сто пе­ре­пла­ти­те лишнего. Мы взя­ли 4 ГБ па­мя­ти G. Skill Ripjaw Gaming Series (F3-12800CL7D) с так­то­вой час­то­той 1600 МГц. Боль­шин­ст­во со­вре­мен­ных ма­те­рин­ских плат под­дер­жи­ва­ют до 32 ГБ.
+
====На­строй­ки про­из­во­ди­тель­но­сти====
  
====4 Пор­ты SATA (2 и 3)====
+
Для тех, кто по­ме­шан на ско­ро­сти, есть па­ра на­стро­ек, ко­то­рые мож­но при­менить для уве­ли­чения ско­ро­сти дис­ка. Од­на из них вклю­ча­ет пра­виль­ное вы­равнивание раз­де­лов, но о ней уже рас­ска­зал Нейл Бот­вик в LXF160, и здесь мы не бу­дем уг­луб­лять­ся в де­та­ли.
  
Ста­рые разъ­е­мы IDE для же­ст­ких дис­ков и оп­ти­че­­ских при­во­дов сей­час встре­ча­ют­ся нечас­то. На со­вре­мен­ных ма­те­рин­ских пла­тах все под­клю­че­но че­рез го­раз­до бо­лее про­стые разъ­е­мы SATA. Не­смот­ря на то, что ка­бе­ли у них оди­на­ко­вы, мно­гие уст­рой­ст­ва со­вмес­ти­мы с SATA2, тео­ре­ти­че­­ская ско­рость ко­то­ро­го дости­га­ет 3 Гб/с, хо­тя на всех пла­тах, ко­то­рые нам по­па­лись, был и ин­тер­фейс SATA 3, ко­то­рый уд­во­ит эту ско­рость, при на­ли­чии со­вмес­ти­мо­го уст­рой­ст­ва хранения.
+
Дру­гая – из­менить на­строй­ки планиров­щи­ка дис­ка. Он оп­ре­де­ля­ет по­ря­док вы­де­ления бло­ков дис­ка: на вра­щаю­щих­ся же­ст­ких дис­ках планиров­щик ис­поль­зо­вал­ся для на­зна­чения при­ори­те­тов одним бло­кам дис­ка по от­но­шению к дру­гим (вре­мя досту­па к бло­ку раз­ли­ча­ет­ся по ме­ре его бли­зо­сти к цен­тру дис­ка). А в SSD вре­ме­на досту­па к бло­кам поч­ти оди­на­ко­вы, и та­кая дис­кри­ми­на­ция мо­жет зна­чи­тель­но снизить про­из­во­ди­тель­ность, по­это­му сто­ит пе­ре­клю­чить­ся на «хо­ло­стой [noop]» планиров­щик:
  
====5 Пор­ты USB====
+
echo noop > /sys/block/<ssd>/queue/scheduler.
  
Ана­ло­гич­но, сей­час, когда все при­вык­ли под­клю­чать все уст­рой­ст­ва че­рез USB 2, этот стан­дарт мед­лен­но вы­тес­ня­ет­ся USB 3. USB 3 по­вы­ша­ет пре­дел ско­ро­сти с 480 Мб/с ста­ро­го стан­дар­та до 5 Гб/с, что по­зво­ля­ет ему ид­ти в но­гу с SATA 3 и зна­чи­тель­но опе­ре­дить Firewire 800. Од­на­ко пе­ре­да­ча дан­ных – не столь од­но­знач­ная те­ма. Ско­рость тут за­ви­сит от опе­ра­ци­он­ной сис­те­мы, под­клю­чае­мых уст­ройств, драй­ве­ров для чип­се­та и пе­ре­да­вае­мых дан­ных. На­при­мер, мно­гие ви­део­ре­дак­то­ры убе­ж­де­ны, что Firewire 800 да­ет луч­шую про­из­во­ди­тель­ность, чем USB 3.
+
{| class="standart"
 
+
|+ '''Результаты: ''' 
====6 Сло­ты PCI====
+
| [[Файл: 304682.png| center |thumb|300px|Postmark, Compile Bench Initial Create, Compile Bench Compile, Compile Bench, Read Compiled Tree, Unpacking the Linux Kernel ]]
 
+
| [[Файл: 305098.png| center |thumb|300px|Postmark, Compile Bench Initial Create, Compile Bench Compile, Compile Bench, Read Compiled Tree, Unpacking the Linux Kernel ]]
Ско­рее все­го вы за­хо­ти­те под­клю­чить пла­ты рас­ши­рения в сло­ты PCI Express x1 или PCI Express x16. К этим по­следним обыч­но от­но­сит­ся один слот для ви­део­кар­ты с уве­ли­чен­ным пи­танием, с мет­кой ‘PCIEX16’, ко­то­рый рас­по­ло­жен бли­же все­го к про­цес­со­ру, а бо­лее мед­лен­ные сло­ты от­ме­че­ны как ‘PCIE4’.
+
|}
 
+
====7 Ви­део­вы­ход====
+
 
+
Те­перь, когда на мно­гих плат­фор­мах Intel и AMD есть про­цес­сор для об­ра­бот­ки гра­фи­ки, на пла­те ча­ще все­го име­ет­ся разъ­ем ви­део­вы­хо­да. Обыч­но это DVI- или HDMI-разъ­ем, ко­то­рый лег­ко под­клю­чить к те­ле­ви­зо­ру или со­вре­мен­ным эк­ра­нам; на HDMI так­же есть циф­ро­вой ау­дио­вы­ход.
+
 
+
====8 Ау­дио­вы­ход====
+
 
+
Вме­сте с циф­ро­вы­ми вы­хо­дами вы най­де­те и ана­ло­го­вые, обыч­но в ви­де оп­ти­че­­ских или ко­ак­си­аль­ных разъ­е­мов для уси­ли­те­ля. На мно­гих ма­те­рин­ских пла­тах для реа­ли­за­ции зву­ка ис­поль­зу­ет­ся чип­сет Realtek, спо­соб­ный фор­ми­ро­вать мно­го­ка­наль­ный звук. Луч­ше все­го со­хранить весь звук циф­ро­вым, так как в этом слу­чае при про­иг­ры­вании филь­мов с со­вмес­ти­мым уси­ли­те­лем не по­тре­бу­ет­ся ника­ко­го пре­об­ра­зо­вания; вдо­ба­вок это по­зво­лит из­бе­жать по­мех.
+
 
+
====9 Локаль­ная сеть====
+
Вы на­вер­ня­ка зна­ко­мы с про­вод­ны­ми/Ethernet се­те­вы­ми под­клю­чения­ми. Пре­дел ско­ро­сти пе­ре­да­чи дан­ных уже неко­то­рое вре­мя не ме­нял­ся – это зна­чит, что ско­рость се­ти существенно за­ви­сит от скорости под­клю­чен­ных уст­ройств. Все со­вре­мен­ные пла­ты теперь под­дер­жи­ва­ют под­­клю­чения со ско­ро­стью 10/100 Мб/с и 1000 Мб/с (ги­га­бит).
+

Текущая версия на 07:13, 13 октября 2023

Есть и дру­гие на­строй­ки, спо­соб­ные уве­ли­чить срок служ­бы дис­ка.

Про­стей­шая из них – до­ба­вить к оп­ци­ям мон­ти­ро­вания noatime, точ­но так же, как ранее мы до­ба­ви­ли оп­цию discard. В фай­ло­вых сис­те­мах Linux обыч­но хра­нят­ся вре­мя по­следнего чтения и по­следнего из­менения фай­ла. С оп­ци­ей noatime бу­дет со­хра­нять­ся толь­ко вре­мя по­следнего из­менения, что снизит чис­ло опе­ра­ций за­пи­си и уве­ли­чит срок служ­бы дис­ка. Од­на­ко пре­ду­пре­ж­да­ем: ста­рые про­грам­мы, вро­де Mutt, не бу­дут ра­бо­тать пра­виль­но с этой оп­ци­ей, по­это­му сна­ча­ла про­верь­те со­вмес­ти­мость при­ло­жений.

Срок служ­бы дис­ка мож­но так­же уве­ли­чить, тща­тель­но про­ду­мав, ка­кие раз­де­лы на нем раз­мес­тить. На­при­мер, ес­ли на­ря­ду с SSD в сис­те­ме есть обыч­ный же­ст­кий диск, сто­ит раз­мес­тить на SSD фай­ло­вые сис­те­мы, доступ к ко­то­рым осу­ще­ст­в­ля­ет­ся ре­же, та­кие как / и /home, а /var, /tmp и swap раз­мес­тить на обыч­ном дис­ке. Ес­ли та­кой ва­ри­ант вам не под­хо­дит, мож­но на­стро­ить и дру­гие па­ра­мет­ры, ра­ди снижения час­то­ты за­пи­си в эти ка­та­ло­ги. На­при­мер, мож­но уве­ли­чить уро­вень серь­ез­но­сти за­пи­сы­вае­мых в лог со­об­щений, из­менив файл /etc/rsyslog.conf (под­роб­но­сти см. че­рез man rsyslog.conf), или умень­шить «ак­тив­ность под­кач­ки» сис­те­мы, что­бы она как можно ре­же поль­зо­ва­лась фай­лом под­кач­ки. Для это­го вы­полните следующую ко­ман­ду:

echo 1 > /proc/sys/vm/swappiness

[править] На­ши тес­то­вые дис­ки

Боль­шин­ст­во SSD ис­поль­зу­ют при­мер­но оди­на­ко­вую тех­но­ло­гию хранения дан­ных. На про­из­во­ди­тель­ность боль­ше влия­ют кон­трол­лер и про­шив­ка – уст­рой­ст­во ре­ша­ет, когда и ку­да за­пи­сать дан­ные. Пло­хой кон­трол­лер мо­жет за­мед­лить диск, осо­бен­но со вре­менем, и при­вес­ти к из­менению про­из­во­ди­тель­но­сти при опе­ра­ци­ях за­пи­си раз­но­го раз­ме­ра (на­при­мер, 4К и 9К).

Два на­ших тес­то­вых дис­ка про­де­мон­ст­ри­ро­ва­ли два кон­ку­ри­рую­щих кон­трол­ле­ра. В Crucial M4 ис­поль­зу­ет­ся кон­трол­лер Marvell, а в Intel 330 – Sandforce. Эти же кон­трол­ле­ры ис­поль­зу­ют­ся и на мно­же­ст­ве дру­гих дис­ков, так что на­ши ре­зуль­та­ты по­мо­гут вам вы­брать диск для по­куп­ки, да­же ес­ли он бу­дет дру­гим.

Мы про­тес­ти­ро­ва­ли дис­ки с по­мо­щью тес­тов Postmark, Compile Bench и Kernel Unpacking из на­бо­ра тес­тов Phoronix Test Suite, что­бы рас­смот­реть их про­из­во­ди­тель­ность в ре­аль­ных си­туа­ци­ях. Все тес­ты про­во­ди­лись в Ubuntu 12.04 с фай­ло­вой сис­те­мой ext4 и оп­ци­ей discard в /etc/fstab.

По­жа­луй, ин­те­реснее всех тест Compile Bench, так как он пы­та­ет­ся ими­ти­ро­вать опе­ра­ции, ко­то­рые ста­рят фай­ло­вую сис­те­му – са­мый вер­ный сце­на­рий для на­груз­ки кон­трол­ле­ра. На этих тес­тах диск Intel с кон­трол­ле­ром Sandforce по­ка­зал го­раз­до луч­шие ре­зуль­та­ты.

Од­на­ко диск Crucial был го­раз­до бы­ст­рее при ра­бо­те со мно­же­ст­вом ма­лень­ких фай­лов в тес­те PostMark и немно­го бы­ст­рее при рас­па­ков­ке яд­ра.

Оба дис­ка сто­ят оди­на­ко­во; че­рез Ин­тернет их мож­но ку­пить от £84 и вы­ше. |

«Дис­ков та­ко­го же объ­е­ма, как тра­ди­ци­он­ные, ку­пить нель­зя.»

[править] На­строй­ки про­из­во­ди­тель­но­сти

Для тех, кто по­ме­шан на ско­ро­сти, есть па­ра на­стро­ек, ко­то­рые мож­но при­менить для уве­ли­чения ско­ро­сти дис­ка. Од­на из них вклю­ча­ет пра­виль­ное вы­равнивание раз­де­лов, но о ней уже рас­ска­зал Нейл Бот­вик в LXF160, и здесь мы не бу­дем уг­луб­лять­ся в де­та­ли.

Дру­гая – из­менить на­строй­ки планиров­щи­ка дис­ка. Он оп­ре­де­ля­ет по­ря­док вы­де­ления бло­ков дис­ка: на вра­щаю­щих­ся же­ст­ких дис­ках планиров­щик ис­поль­зо­вал­ся для на­зна­чения при­ори­те­тов одним бло­кам дис­ка по от­но­шению к дру­гим (вре­мя досту­па к бло­ку раз­ли­ча­ет­ся по ме­ре его бли­зо­сти к цен­тру дис­ка). А в SSD вре­ме­на досту­па к бло­кам поч­ти оди­на­ко­вы, и та­кая дис­кри­ми­на­ция мо­жет зна­чи­тель­но снизить про­из­во­ди­тель­ность, по­это­му сто­ит пе­ре­клю­чить­ся на «хо­ло­стой [noop]» планиров­щик:

echo noop > /sys/block/<ssd>/queue/scheduler.

Результаты:
(thumbnail)
Postmark, Compile Bench Initial Create, Compile Bench Compile, Compile Bench, Read Compiled Tree, Unpacking the Linux Kernel
(thumbnail)
Postmark, Compile Bench Initial Create, Compile Bench Compile, Compile Bench, Read Compiled Tree, Unpacking the Linux Kernel
Персональные инструменты
купить
подписаться
Яндекс.Метрика