Чи чекаєте, коли діяльність жорсткого диска припинить належну практику?


2

З мого часу Windows 3.1 я завжди бачу, як я чекаю, коли діяльність жорсткого диска припиниться перед відкриттям програми або початком пакетної діяльності. У ті часи, я впевнений, що це допомогло, ви могли чітко бачити, що відкриття 2-х програм одночасно зайняло набагато більше часу, ніж відкриття однієї, а після того, як було завершено, відкриття іншої. Я також схильний чекати, коли програма повністю закриється (замінити) перед відкриттям іншої.

Але сьогодні алгоритми кешування, продуктивність та кешування жорсткого диска сильно змінилися.

Тож питання полягає в тому, чи все ще я роблю добро, чекаючи, коли діяльність жорсткого диска припиниться, чи я можу просто робити все, що мені хочеться, і не хвилюватися з цього приводу?

Я запитую це тому, що в моєму останньому ноутбуці lenovo немає жорсткого диска, тому у мене немає поняття, коли він працює чи ні.

btw, моя поточна система Windows 7.


Вам не шкодить привід чи щось. Якщо у вас не спостерігається уповільнення, ви можете просто робити все, що завгодно, із своїм приводом.
slhck

Відповіді:


2

Коротка відповідь - це залежить від того, чому горить індикатор жорсткого диска. Довга відповідь:

Але сьогодні алгоритми кешування, продуктивність та кешування жорсткого диска сильно змінилися.

Так, це правда, але це не те, чому ви чекали, коли світлодіод жорсткого диска припиниться (вірніше, це не є причиною того, що ви більше не помічаєте зниження продуктивності). Жорсткі диски великі, механічні пристрої , які гарні в одному - тільки робить одну річ за один раз. Ви можете читати / записувати лише в один сектор одночасно, тому спроби одночасно використовувати жорсткий диск, як правило, призводять до удару .

Тож питання полягає в тому, чи все ще я роблю добро, чекаючи, коли діяльність жорсткого диска припиниться, чи я можу просто робити все, що мені хочеться, і не хвилюватися з цього приводу?

Знову ж таки, це залежить від того, що робить жорсткий диск. Чому? Що ж, якщо ви переносите гігабайти файлів на / з вашого жорсткого диска, ви, безсумнівно, відчуєте обрив диска (а це також призведе до швидкого переміщення головки диска назад і назад, скорочуючи термін експлуатації диска ). Однак якщо ви не знаєте, чому індикатор жорсткого диска блимає, то, ймовірно, це фоновий процес.

Більшість фонових процесів (пошукові індекси, дефрагментатори дисків, оптимізатор виконання .NET виконання тощо) не викликають обмолотів з двох причин. Перший полягає в тому, що вони працюють із нижчим пріоритетом, тому операційна система розміщує нижчий пріоритет на своїх запитах вводу / виводу. Друга полягає в тому, що більшість цих фонових процесів або припиняють, або зменшують свою активність, коли використання процесора або диска досягає певного порогу, щоб уникнути впливу на сприйману роботу системи (або викликати обмолот).

Я запитую це тому, що в моєму останньому ноутбуці lenovo немає жорсткого диска, тому у мене немає поняття, коли він працює чи ні.

Тоді не хвилюйся. Більшість фонових сервісів у Windows 7 знають про проблеми, які я окреслював вище, тому у вас не виникне жодного сповільнення. Якщо ви не намагаєтесь одночасно використовувати жорсткий диск (тобто переносити багато файлів, намагаючись завантажувати декілька програм одночасно), ви не повинні зазнавати жодного тренування.

І нарешті, якщо ви хочете знати, якою швидкістю передачі використовується певний процес на вашому жорсткому диску, див. Питання Як я можу переглянути, який відсоток пропускної здатності жорсткого диска зараз використовується?


Останнє, що слід зауважити, наявність твердотільного накопичувача повністю змінює гру прискорення диска. Хоча цього не можна повністю уникнути (так, навіть із SSD), це буде набагато менш помітно при твердотільному накопичувачі порівняно з механічним жорстким диском (див. Які плюси і мінуси твердотільного накопичувача? Якщо ви хочете щоб дізнатися більше).


Практично кажучи, пошук не скорочує термін експлуатації диска, мається на увазі можливість робити багато випадкових пошуків. Навіть під найгіршим навантаженням, накопичувач продовжує працювати в останні роки. Також фонові завдання можуть спричинити менше обмолотів через алгоритми планування пріоритетності вводу-виводу, але вони, безумовно, все-таки викликають деякі; ти, зрештою, все ще робиш дві речі одночасно.
psusi

Приводи @psusi оцінюються за (середній) максимальний час циклу запису. Переміщення головки диска назад і четверте за швидкою послідовністю (як, наприклад, коли ОС намагається одночасно виконувати два інтенсивні HDD завдання) сильно погіршить термін служби диска (для механічного або твердотільного накопичувача).
Прорив

@breakthrough: все ж немає переконливих доказів цього. Хек, ще до того, як з’явився NCQ, диски все ще тривали добрі п’ять-6 років. І вони були в більшій напрузі, ніж порівняно з нині. Тоді без файлу сторінки тоді було немислиме. . .
surfasb

@surfsab Тож ти мені кажеш, що якщо у мене буде диск, який постійно молотить, і диск, який просто крутиться на холостому ходу, вони будуть мати однаковий MTBF? Я дуже сумніваюся в цьому.
Прорив

@Breaktrough SSD мають обмежену кількість циклів запису, жорсткі диски - ні. Теоретично тим більше шукають більше механічного зносу на приводі, але ступінь настільки малий, що виробники цього не визначають, і на практиці ніхто його не міг виміряти. Незначна різниця в цій дискусії не матиме жодного ефекту.
psusi

2

Це залежить. Якщо ви виконуєте відразу два завдання, які не роблять нічого, крім дискового вводу-виводу, тоді вони сповільнюватимуть один одного, тож вам краще виконувати їх по одному. Більшість завдань передбачає принаймні деякий час процесора, протягом якого диск вільний працювати над іншим завданням, тому ви можете бачити кращу загальну продуктивність, виконуючи такі два завдання, оскільки, коли один використовує процесор, інший може робити IO, і навпаки.

Що стосується того, щоб писати активність, то більшість часу пише, що трохи сидіти в кеш-пам’яті і акуратно переносити на диск у фоновому режимі. Очікування закінчення всіх цих записів, перш ніж запустити нову програму, є марною витратою часу, оскільки цим нічого не шкодить тим, хто пише, щоб довше зависати в кеші, поки спочатку завантажується нова програма, а потім, коли ця програма або простоює, очікуючи, що ви щось зробите, або починає робити обчислення замість IO диска, після чого запис може закінчити, використовуючи в іншому випадку час простою диска.

В середньому більшу частину часу ви бачите чистий прибуток, роблячи дві речі одночасно, тому, як правило, ні, вам не слід заважати чекати, коли IO диска зупиниться, перш ніж робити щось інше.


1

Завдання контролера жорсткого диска та ОС керувати запитами читання / запису, а не самостійно.

За старих часів, додатки замерзали під великою кількістю вводу-виводу. Але це було ще в часи слави розробки програмного забезпечення, де мова С та текстовий редактор могли написати майже все.

Тепер настала ера апаратних засобів. Обладнання набагато випереджало розробку програмного забезпечення, і, таким чином, сьогоднішнє обладнання може в значній мірі працювати 100% і не пропускати ритму. Крім того, розробники засвоїли свій урок. Все більше і більше програм обертають свій інтерфейс користувача на іншій нитці, тим самим пом’якшуючи невідповідність піврічного пісочного годинника / SpinningBeachBall of Death.


Насправді він обертається довгими запущеними процесами на іншій потоці :) Безумовно, що в Windows, потік інтерфейсу є головним потоком.
ChrisF

велика проблема полягає в тому, що hdd ще не є багатопотоковою
bortao

Але це не пошкоджує і не врізається при пікових навантаженнях, чи не так?
surfasb

0

Для будь-якої іншої системи це не мало б значення. Але Windows може досить легко потрапити в ситуацію, що спричиняє загрозу (або тупик), якщо одночасно відбувається занадто багато матеріалів. Особливо це стосується відразу після завантаження.

Вам не доведеться чекати, коли всі дії припиняться, але, як правило, слід затримуватись, поки система не реагує досить нормально.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.