В последние недели копался в деталях о внутренней работе механики и логики HDD и показалось полезным поделиться суммой нагугленных удивительных фактов. Факты не тайна, но обсуждаются мало. Статьёй хочется пробудить интерес к бесконечно глубокой теме этих замечательных точных механических устройств и свежих трендов в их внутреннем устройстве, которые заставляют нервно курить в углу любой швейцарский часовой завод. Статья поверхностная, вглубь по каждому аспекту можно гуглить неделями.
База
Но все знают, что магнитные головки HDD, прицепленные с одного конца "коромысла", приводятся в движение магнитной катушкой "Voice Coil" зажатой между двух неодимомых магнитов с другой стороны. Это не вся правда: в современных HDD по ходу длины "рычага" есть пара мест, где стоят пьезо-актуаторы для наклона металла рычага в разные стороны с целью доворота голов на микрометры и нанометры из стороны в сторону. Когда HDD надо переместить БМГ (Блок Магнитных Головок) на другую далёкую дорожку, он подаёт на Voice Coil резкий импульс тока, чтобы сорвать массивную металлическую конструкцию рычага (массивную в сравнении с головками, например) с места в нужном направлении, а потом ещё один обратный импульс тока для резкого торможения. Если посмотрите на фото БМГ, то увидите какую долю габаритов от всей конструкции занимает эта Voice Coil - она довольно большая. Ускорения и торможения происходят с перегрузками, сравнимыми с тем, как если бы автомобиль весом 1.5 тонны разгонялся до 100 км/ч за 0.05...0.1 сек, а тормозил со скорости 100 км/ч на дистанции 1 метр. Если головки нужно перемещать в диапазоне до 50 дорожек, то Voice Coil не работает: достаточно погнуть металлическую конструкцию в сторону пьезо-актуатором на 1...5 микрометров. А прыгать за 8 миллисекунд нужно не между тысячами дорожек, а по всей поверхности блина от края до края. Сделать ускорение и торможение в рамках 8 мс - это и есть "квант стука".
Серверные
Если диск "серверный" (Seagate Exos, HGST Ultrastar, WD Ultrastar, WD Gold и т.п.) то прошивка диска "оформляет" импульсы Voice Coil максимально жёстко, чтобы получить максимальную скорость разгона и торможения для минимизации времени поиска. Пределы на стук и вибрацию только технические, о комфорте пользователя задачи думать нет. При этом, в дисках есть до 3 типов датчиков "механических помех" (2 штуки Rotational Vibration в разных концах платы, 2 штуки Shock Sensors, иногда ещё акселерометрых 3-осевые) и информация с этих датчиков постоянно корректирует силу импульсов движения БМГ на всех этапах: Voice Coil и пьезо-актуаторы. Диск буквально пытается позиционировать головы в противофазе с всем механическим шумом, который может измерить. Ко всему этому, отделом продаж этих дисков предполагается, что у вас и сервер не простой, а с серьёзной виброизоляцией между дисками. Маркетологи направления "диск серверный обыкновенный" как-бы говорят инженерам "стучите как хотите, главное выжать минимальный seek time, но и сбоку будут стоять такие же и трясти вас".
Видеорегистраторные
Если диск "видеорегистраторный" (Seagate: SkyHawk, WD Purple, Toshiba S300 и др.), то предполагаются сразу две любопытные вещи: первое: корпус видеорегистратора самый дешёвый и диск прикручен к нему пьяным Михалычем без всяких резиновых демпферов; второе: на диск не валится много команд на рандомный доступ и никому не нужно максимально низкое время поиска в базах данных. Оба этих требования позволяют ослабить резкость разгонных и тормозных импульсов тока на Voice Coil. Датчики вибраций при этом всё равно могут быть, если диск не просто "видеорегистраторный", а из дорогих премиум-серий этого типа, например тот же SkyHawk датчики RV имеет, а WD Purple нет.
В видеорегистраторных дисках есть ещё один интересный прикол: поддержка ATA Streaming Command Set. А со стороны видеорегистратора другой прикол: никаких обычных файловых систем, никаких команд серии FUA (Force Unit Access) (доступ к блинам в обход кеша диска). Для каждой камеры выделяют непрерывный массив секторов, перезаписываемый циклически, а каждая операция записи снабжается номером потока и обязательно идёт через кеш диска, в котором диск разные потоки склеивает и сбрасывает на физические блины максимально последовательными кусками, причём за фиксированное указанное извне время. Ошибка записи и уже не вписались в таймаут - никаких повторных попыток записи, едем дальше. В видеоархиве вы готовы потерять секунду с одной камеры, но сохранить целыми потоки со всех остальных 15 камер. При доступе к видеоархиву на операцию чтения секторов так же вешаются таймауты: сектор побился и плохо читается - множества повторных попыток чтения не будет, пишущиеся потоки с 16 камер более приоритетны. В обычном домашнем NAS такой диск будет при этом работать как "обычный", потому что NAS не догадается оформлять операции записи в разные потоки с навешанными на них таймаутами, поэтому непрочитанный сектор будет читаться до победного конца, блокируя операцию ввода-вывода и подвешивая систему. Просто чуть хуже Seek Time и тише стук.
Домашние
Просто самый скучный тип дисков с экономией на всех защитах, с минимизацией шума и с периодическими парковками головок. WD Blue, Seagate Barracuda.
Пьезо-Актуаторы
Пьезо-актуаторов бывает не один. Иерархия позиционирования в целом:
VCM - Voice Coil - большая катушка между магнитов. Быстро кидает коромысло на большие расстояния и тормозит его в месте прилёта, но полоса пропускания 1...1.5 КГц. Этой полосы пропускания не хватает на компенсацию более высокочастотных механических помех и вибраций, не хватает на более быстрое переключение между дорожками.
Вторая ступень с Милли-пьезо-актуатором где-то в районе перехода "толстой железки" коромысла в тонкую. Толстые пьезоэлементы, видимые невооружённым глазом (два квадратных желтоватых "глаза" на картинке ниже). Умеет 5...10 КГц. Видео, где милли-уровень актуаторов был предан большому восхищению и рассматриванию с разных сторон: https://www.youtube.com/watch?v=fUV8QQwCrh4
Третья ступень с Микро-пьезо-актуаторами где-то в непосредственной близи с магнитной головой. Умеет 20-30 КГц. Для рассмотрения нужен микроскоп.
А ещё головка умеет гулять по высоте с использованием встроенного нагревателя, который позволяет головке температурно "разбухать", регулируя зазор полёта над пластиной. Причём, насколько я понял, нагревателей в головке не один и она умеет искривляться локально. Какая жесть!
Виды помех
Взаимосвязь разных датчиков "механических помех" на плате диска, потока данных о сервосигналах с блина, характеристики этого сервосигнала и горы разного DSP в чипах на плате диска - это отдельная инженерная мега-задача удержания головок на дорожке с разными стратегиями поведения в разных "маркетинговых типах" дисков:
В серверных - максимально быстро найти нужную дорожку, спасаясь одновременно от стука по твоему корпусу от соседей в корзине (и крика сисадмина ртом в стойку). Упор на быстрый поиск рандомной дорожки.
В видеорегистраторных - максимально намертво держаться на одной дорожке, чтобы не пропустить запись кадра в условиях, когда ждать повторной записи никто не будет, а рандомный доступ не нужен раз в неделю.
Домашние - главное поменьше стучать, на пьезо-актуаторах можно сэкономить до наличия только одного "Милли" , на датчиках тоже можно поэкономить. Совсем выкинуть пьезо-актуаторы нельзя, потому что Voice Coil уже не способна прицеливаться на дорожки с текущими плотностями записи.
Некоторые механические проблемы, с которыми постоянно борятся пьезо-актуаторы вместе с алгоритмами управления на плате диска:
Ветер от крутящихся пластин и турбулентность;
Резонанс самого коромысла на некоторых частотах; Ну например, нельзя допустить подачу на коромысло управляющих движений таких, чтобы определённые частоты возникали;
Неидеальная форма блинов или вала или посадки блинов. Регулярные биения. Как я понял, одна из простейших задач внутри диска: регулярная-постоянная гармоническая корректировка в алгоритмы управления позиционировнаием;
Побитые жизнью подшипники шпинделя и их микроповреждения - достаточно рандомные биения;
Внешние вибрации на корпус
Стук в простое.
Слышали ведь, что даже без обращений к себе и будучи никак не примонтирован, диск всё равно стучит? Чем он там занят?
PWL (Preventive Wear Leveling). Широкая тема. На поверхности диска не пусто, там есть смазочный материал, как ни странно. На основе перфторполиэфира - PFPE. Лежит он на поверхности силами поверхностного натяжения. Зачем она вообще нужна - предмет долгого интересного гугления (оказывается, микроконтакты головы и поверхности - не исключение). Если голова долго висит в одном положении, плотный возушный поток между головой и блином вытесняет смазку, она перетекает в стороны и голова начинает висеть над колеёй из смазки. Под головой возникает сухая зона, с точки зрения воздушных потоков поверхность больше не выглядит ровной, начинаются барханы, вихри, турбулентность там где не нужно. Температура: полёт головы над одним и тем же местом слишком долго - это другие плотности воздушного потока над локальной зоной блина, нагрев "кольца" на блине, прогрев головки от этого кольца. Проблемы налипания смазки на голову: микроскопическая разница потенциалов между поверхностью головки и блином и молекулы смазки могут налипать на голову, если смазку на поверхности не держат другие молекулы смазки и очень сухо. Если сместиться резко на 1000 дорожек в сторону и быстро вернуться обратно, смазка под прежним местом силами поверхностного натяжения стягивается обратно, налипшие молекулы смазки с головки "стряхивает". PWL Максимально агрессивно работает в серверных дисках.
Термокалибровка. Поменялась температура, всё расширилось, коромысло перестанет попадать в нужный трек при тех же импульсах разгона-торможения Voice Coil. Диску нужно сходить на известные положения и посмотреть остались ли под этими известными положениями видимые там ранее номера дорожек.
Фоновое сканирование для поиска битых секторов. Хорошо сочетается с предыдущими двумя пунктами, фоновая полезная работа и полезная нагрузка на Voice Coil.
Иногда головки паркуются от безделия. В серверных дисках - никогда. В домашних - да, потому что хозяин домашнего диска держит его механически связанным с той же конструкцией, по которой стучит кулаком от злости проигрыша в катку. Лучше вообще уехать от греха подальше, если чтений всё равно сейчас нет.
Почему же всё это до сих пор не умерло и кому-то интересно? Да просто недостаток микросхемных заводов на планете и цена на флешки в 10 раз выше, чем на HDD.
Комментарии (17)
LiamBlue
13.07.2026 19:05Напишите про диски, у которых много блинов. Штук 7 и более. Насколько они более чувствительны к механическим воздействиям? Насколько менее надёжные в эксплуатации?
Razumdom
13.07.2026 19:05Я думал что между блином и головкой возникает воздушный зазор во время движения, а там оказывается смазка. Сколько разобрал дисков ни разу не замечал смазки, кажутся сухими. Зато головки хорошо прилипают к дискам.
Конечно же шум от ускорения коромысла, он оно же сбалансировано.
legendasofizma Автор
13.07.2026 19:05Правильно думали. Там воздушный зазор. Голова, слой воздуха, смазка, покрытие блина защитное, магнитный слой блина, грунтовки какие-то и прочие химикаты для прилипания магнитного слоя на стекло, потом само тело блина из чего-то типа стекла. Смазки там, как я почитал, толщиной в две молекулы. На ощупь это будет очень сухо. А вот головки потому и прилипают, что там и отполировано и есть смазка. Это как два отполированных металлических кирпича прислонить и потом они не отдираются.
Intercoms
13.07.2026 19:05Полезная статья. Понравилось. Теперь в домашний комп видеорегистраторный диск не поставлю.
legendasofizma Автор
13.07.2026 19:05Видеорегистраторный в домашнем компе должен показать себя хорошо - будет меньше греметь и прослужит дольше. Обычные файловые системы не будут использовать команды управления потоками и ограничений времени исполнения операций, данных он терять поэтому не должен.
borodyadka
13.07.2026 19:05У меня в домашнем медиа-сервере стоят 4 рефабнутых видеорегистраторных диска, объединённые в зеркальный zpool. Подключены через nvme sata райзер.
Вот бенчи погонял только что
Последовательная запись (16ГБ):
$ sync; fio --filename=testfile-seq-16g --size=16G --direct=1 --rw=write --bs=1M --ioengine=libaio --numjobs=4 --iodepth=32 --name=seq-write-test --group_reporting --ramp_time=4 seq-write-test: (g=0): rw=write, bs=(R) 1024KiB-1024KiB, (W) 1024KiB-1024KiB, (T) 1024KiB-1024KiB, ioengine=libaio, iodepth=32 ... fio-3.39 Starting 4 processes seq-write-test: Laying out IO file (1 file / 16384MiB) Jobs: 2 (f=2): [_(1),W(2),_(1)][99.2%][w=84.0MiB/s][w=84 IOPS][eta 00m:04s] seq-write-test: (groupid=0, jobs=4): err= 0: pid=3789: Tue Jul 14 08:29:22 2026 write: IOPS=126, BW=127MiB/s (133MB/s)(63.7GiB/514756msec); 0 zone resets slat (msec): min=2, max=856, avg=31.43, stdev=25.50 clat (usec): min=2, max=2376.8k, avg=973220.09, stdev=292270.62 lat (msec): min=2, max=2403, avg=1004.64, stdev=298.69 clat percentiles (msec): | 1.00th=[ 90], 5.00th=[ 355], 10.00th=[ 558], 20.00th=[ 793], | 30.00th=[ 885], 40.00th=[ 953], 50.00th=[ 1011], 60.00th=[ 1070], | 70.00th=[ 1133], 80.00th=[ 1200], 90.00th=[ 1284], 95.00th=[ 1368], | 99.00th=[ 1519], 99.50th=[ 1653], 99.90th=[ 2022], 99.95th=[ 2056], | 99.99th=[ 2265] bw ( KiB/s): min=24576, max=1095680, per=100.00%, avg=130460.16, stdev=16545.53, samples=4084 iops : min= 24, max= 1070, avg=127.00, stdev=16.15, samples=4084 lat (usec) : 4=0.01% lat (msec) : 4=0.01%, 20=0.01%, 50=0.02%, 100=1.01%, 250=1.49% lat (msec) : 500=6.03%, 750=9.05%, 1000=29.99%, 2000=52.48%, >=2000=0.12% cpu : usr=0.05%, sys=4.04%, ctx=470862, majf=0, minf=149 IO depths : 1=0.0%, 2=0.0%, 4=0.0%, 8=0.0%, 16=0.0%, 32=100.0%, >=64=0.0% submit : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0% complete : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.1%, 64=0.0%, >=64=0.0% issued rwts: total=0,65110,0,0 short=0,0,0,0 dropped=0,0,0,0 latency : target=0, window=0, percentile=100.00%, depth=32 Run status group 0 (all jobs): WRITE: bw=127MiB/s (133MB/s), 127MiB/s-127MiB/s (133MB/s-133MB/s), io=63.7GiB (68.4GB), run=514756-514756msecПоследовательное чтение (16ГБ):
$ sync; fio --filename=testfile-seq-16g --direct=1 --rw=read --bs=1M --ioengine=libaio --numjobs=4 --iodepth=32 --name=seq-read-test --group_reporting --readonly --ramp_time=4 seq-read-test: (g=0): rw=read, bs=(R) 1024KiB-1024KiB, (W) 1024KiB-1024KiB, (T) 1024KiB-1024KiB, ioengine=libaio, iodepth=32 ... fio-3.39 Starting 4 processes Jobs: 4 (f=4): [R(4)][98.0%][r=395MiB/s][r=395 IOPS][eta 00m:04s] seq-read-test: (groupid=0, jobs=4): err= 0: pid=3806: Tue Jul 14 08:33:32 2026 read: IOPS=332, BW=333MiB/s (349MB/s)(63.0GiB/193527msec) slat (usec): min=980, max=140089, avg=12024.84, stdev=7783.81 clat (nsec): min=1643, max=537729k, avg=372582032.49, stdev=38765449.55 lat (usec): min=1229, max=547243, avg=384614.85, stdev=39514.38 clat percentiles (msec): | 1.00th=[ 209], 5.00th=[ 326], 10.00th=[ 338], 20.00th=[ 351], | 30.00th=[ 359], 40.00th=[ 368], 50.00th=[ 376], 60.00th=[ 380], | 70.00th=[ 388], 80.00th=[ 401], 90.00th=[ 414], 95.00th=[ 426], | 99.00th=[ 451], 99.50th=[ 464], 99.90th=[ 493], 99.95th=[ 502], | 99.99th=[ 518] bw ( KiB/s): min=262144, max=712704, per=99.86%, avg=340763.63, stdev=9163.37, samples=1546 iops : min= 256, max= 696, avg=332.75, stdev= 8.95, samples=1546 lat (usec) : 2=0.01%, 4=0.01% lat (msec) : 2=0.01%, 4=0.01%, 10=0.01%, 20=0.01%, 50=0.03% lat (msec) : 100=0.03%, 250=1.52%, 500=98.52%, 750=0.06% cpu : usr=0.02%, sys=0.44%, ctx=66816, majf=0, minf=149 IO depths : 1=0.0%, 2=0.0%, 4=0.0%, 8=0.0%, 16=0.0%, 32=100.0%, >=64=0.0% submit : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0% complete : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.1%, 64=0.0%, >=64=0.0% issued rwts: total=64362,0,0,0 short=0,0,0,0 dropped=0,0,0,0 latency : target=0, window=0, percentile=100.00%, depth=32 Run status group 0 (all jobs): READ: bw=333MiB/s (349MB/s), 333MiB/s-333MiB/s (349MB/s-349MB/s), io=63.0GiB (67.6GB), run=193527-193527msecСлучайная запись (4ГБ):
$ sync; fio --filename=testfile-rand-4g --size=4G --direct=1 --rw=randwrite --bs=4k --ioengine=libaio --numjobs=4 --iodepth=32 --name=rand-write-test --group_reporting --ramp_time=4 --time_based --runtime=300 rand-write-test: (g=0): rw=randwrite, bs=(R) 4096B-4096B, (W) 4096B-4096B, (T) 4096B-4096B, ioengine=libaio, iodepth=32 ... fio-3.39 Starting 4 processes rand-write-test: Laying out IO file (1 file / 4096MiB) Jobs: 4 (f=4): [w(4)][100.0%][w=10.6MiB/s][w=2711 IOPS][eta 00m:00s] rand-write-test: (groupid=0, jobs=4): err= 0: pid=3832: Tue Jul 14 08:41:19 2026 write: IOPS=4784, BW=18.7MiB/s (19.6MB/s)(5608MiB/300008msec); 0 zone resets slat (usec): min=2, max=379403, avg=832.71, stdev=5748.24 clat (nsec): min=1213, max=552035k, avg=25915667.12, stdev=45154826.86 lat (usec): min=181, max=570060, avg=26748.44, stdev=46046.12 clat percentiles (usec): | 1.00th=[ 578], 5.00th=[ 652], 10.00th=[ 725], 20.00th=[ 3884], | 30.00th=[ 6456], 40.00th=[ 8717], 50.00th=[ 10552], 60.00th=[ 13435], | 70.00th=[ 18482], 80.00th=[ 28443], 90.00th=[ 69731], 95.00th=[123208], | 99.00th=[223347], 99.50th=[270533], 99.90th=[371196], 99.95th=[400557], | 99.99th=[438305] bw ( KiB/s): min= 2235, max=56976, per=100.00%, avg=19375.13, stdev=2413.96, samples=2308 iops : min= 557, max=14244, avg=4842.74, stdev=603.56, samples=2308 lat (usec) : 2=0.01%, 4=0.01%, 250=0.01%, 500=0.04%, 750=11.32% lat (usec) : 1000=3.05% lat (msec) : 2=1.08%, 4=4.85%, 10=26.61%, 20=25.44%, 50=14.73% lat (msec) : 100=6.10%, 250=6.10%, 500=0.68%, 750=0.01% cpu : usr=0.23%, sys=3.31%, ctx=1023281, majf=0, minf=156 IO depths : 1=0.0%, 2=0.0%, 4=0.0%, 8=0.0%, 16=0.0%, 32=100.0%, >=64=0.0% submit : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0% complete : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.1%, 64=0.0%, >=64=0.0% issued rwts: total=0,1435504,0,0 short=0,0,0,0 dropped=0,0,0,0 latency : target=0, window=0, percentile=100.00%, depth=32 Run status group 0 (all jobs): WRITE: bw=18.7MiB/s (19.6MB/s), 18.7MiB/s-18.7MiB/s (19.6MB/s-19.6MB/s), io=5608MiB (5880MB), run=300008-300008msecСлучайное чтение (4ГБ):
$ sync; fio --filename=testfile-rand-4g --direct=1 --rw=randread --bs=4k --ioengine=libaio --numjobs=4 --iodepth=32 --name=rand-read-test --group_reporting --readonly --ramp_time=4 --ru ntime=300 rand-read-test: (g=0): rw=randread, bs=(R) 4096B-4096B, (W) 4096B-4096B, (T) 4096B-4096B, ioengine=libaio, iodepth=32 ... fio-3.39 Starting 4 processes Jobs: 4 (f=3): [r(3),f(1)][4.1%][r=2424KiB/s][r=606 IOPS][eta 01h:58m:33s] rand-read-test: (groupid=0, jobs=4): err= 0: pid=3860: Tue Jul 14 08:47:47 2026 read: IOPS=569, BW=2279KiB/s (2334kB/s)(668MiB/300010msec) slat (usec): min=2, max=57136, avg=7022.26, stdev=4286.66 clat (nsec): min=1523, max=338880k, avg=217672103.30, stdev=23987146.84 lat (msec): min=7, max=348, avg=224.69, stdev=24.37 clat percentiles (msec): | 1.00th=[ 165], 5.00th=[ 180], 10.00th=[ 188], 20.00th=[ 199], | 30.00th=[ 205], 40.00th=[ 211], 50.00th=[ 218], 60.00th=[ 224], | 70.00th=[ 230], 80.00th=[ 239], 90.00th=[ 249], 95.00th=[ 257], | 99.00th=[ 275], 99.50th=[ 284], 99.90th=[ 300], 99.95th=[ 309], | 99.99th=[ 326] bw ( KiB/s): min= 1704, max= 2800, per=99.94%, avg=2278.04, stdev=41.96, samples=2398 iops : min= 426, max= 700, avg=569.47, stdev=10.49, samples=2398 lat (usec) : 2=0.01%, 4=0.01% lat (msec) : 10=0.01%, 20=0.01%, 50=0.01%, 100=0.02%, 250=91.21% lat (msec) : 500=8.83% cpu : usr=0.03%, sys=0.33%, ctx=159930, majf=0, minf=149 IO depths : 1=0.0%, 2=0.0%, 4=0.0%, 8=0.0%, 16=0.0%, 32=100.0%, >=64=0.0% submit : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0% complete : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.1%, 64=0.0%, >=64=0.0% issued rwts: total=170838,0,0,0 short=0,0,0,0 dropped=0,0,0,0 latency : target=0, window=0, percentile=100.00%, depth=32 Run status group 0 (all jobs): READ: bw=2279KiB/s (2334kB/s), 2279KiB/s-2279KiB/s (2334kB/s-2334kB/s), io=668MiB (700MB), run=300010-300010msecСлучайное чтение показало себя хуже всего. Я бы даже сказал чудовищно плохо. Но, если верить статье, то это как раз специфика такого рода дисков.
Команды взял отсюда, результаты мои.
Бенчи не совсем честные (или совсем нечестные), т.к. бенчится зеркальный пул, но дисков вне пула у меня сейчас нет.
Это я к тому, что такие диски нормально себя показывают при обычном использовании: киношки, торренты, всякое медиа. Понятное дело, для современных игр и работы с видео они не подойдут.
И ещё, мои диски довольно старые, у них очень большой пробег и они дико стучат бошками при нагрузке. Без нагруки иногда постукивают. Раньше я гадал из-за чего это может быть, но статья, вроде бы, ответила на этот вопрос.
legendasofizma Автор
13.07.2026 19:05Понятное дело, для современных игр и работы с видео они не подойдут.
Я не понял, почему не подойдут. Мы должны заметить только seek time на 1...2 миллисекунды хуже, чем у "серверных". Это одинаковое днище в сравнении с SSD. Не пофигу ли?
Andr8
13.07.2026 19:05На практике клал наклейкой вверх на резину Hdd, мог начать стучать и никак не находить дорожку. Стоит поставить вертикально на мягкое вверх разьемом SATA, о чудо, только изредка начинает теряться. Да и шума гораздо меньше, мягкий поролон хорошо гасит вибрацию
V8-350
13.07.2026 19:05Очень похоже на соединение плата-банка, там оловянные подушечки соприкасаются с подпружиненными игольчатыми контактами. Может быть поможет восстановить их.
AlexanderS
13.07.2026 19:05Почему же всё это до сих пор не умерло и кому-то интересно? Да просто недостаток микросхемных заводов на планете и цена на флешки в 10 раз выше, чем на HDD.
Для долговременного хранения HDD будут надежнее Flash, теряющей со временем свой заряд.
Qwest_Prozto
13.07.2026 19:05Таки что в обычных компах, что в серверах, ситуация долгого выключения довольно редка. А чтобы очень долго хранить те же бекапы, магнитные ленты оказываются куда лучше и по хранению, и по компактности. HDD с бекапом на полке может упасть и прощай бекап, а ленте на это плевать.
AlexanderS
13.07.2026 19:05По компактности не соглашусь - допустим 10...20 Tb это один диск - а картриджей сколько нужно будет? Учитывая что их объём это рекламный ход, который нужно /2, если данные не сжимаются. И нужно учитывать, что в современных стандартах LTO механика совсем уж тонкая и нежная и если с приводом что случится, то найти читающий может быть ещё тот квест для домашнего пользователя, плюс оно ещё и дорого будет. А HDD раз в год запускай, да раз в пятилетку перезапись делай.
ValeriyS
13.07.2026 19:05Для разнообразия контента: точность позиционирования головки относительно центра записанной дорожки ~ 0.25 нм RMS. При этом размер магнитного “зерна” на носителе от 3 до 7 нм.
REPISOT
А можно просто дать ускорение в м/с2 или в единицах g? Тут не те люди сидят, которым надо длину в футбольных полях, а массу в грузовиках c айфонами. Ваше " Человек массой в 80 кг тяжелел бы до 5 тонн" превращается в ускорение 62,5 g.