В чате постгресоебов нарисовался человек со сказочными тормозами, взявшимися из ниоткуда.
Виной оказался новенький сосунг ево 970 на 500 ГБ.
Э-э, блядь.
@voker57 Да я че-то в ахуе. Оказывается, современное SSD нагревается до 60-80 градусов и может виснуть от плохого блока питания. Ебать я от жизни отстал.
@l29ah Поздравляю! // он тебе на хуй не нужен.
Проблема звучит как «запрос с выборкой по индексу 1500 значений из 5 000 000 занимает 20 секунд». Можешь поэкспериментировать, если совсем делать нехуя.
@komar Для фаллометрии. Алсо я так понимаю при grep -R у хранилищ схожий боттлнек // поскольку гнутые кодомакаки про прогрев кеша не слышали, а фс срут куда попало вообще
@l29ah grep -R - это чувствительно по айопсам, но все равно на порядок-два «последовательнее», чем будничная параллельная ебля ебанутыми запросами в БД.
@l29ah А вообще для фаллометрии придумали fio (flexible io tester).
Правда, эталонного теста для него не существует, как настройки накрутишь - столько и будет.
@komar Алсо определённо нужен. Он ненамного дороже нищеnvme, но при этом дохуя более живучий и как бонус резкий как понос, если верить рэндомнагугленным бенчмаркам.
@komar Ну твой условный хард (либо условный кэш твоего ядра) по-хорошему должен тебе уже подсовывать следующий файл, пока твой сраный однопоточный grep грепает текущий, иначе тратишь кучу времени на запрос-ответ, возню головками, вот это всё.
@komar В айдле какие-то копейки (определённо меньше ватта, а если верить nvme(1), то вообще 10мВт). Могу померять при нагрузке, если дашь интересующую тебя референсную нагрузку.
@komar Нет, я хуйню написал.
grep -R не чувствителен к ботлнеку по количеству операций чтения/записи, он чувствителен к скорости доступа. Из нее, правда, и берется этот ботлнек. Но разница в том, что скорость доступа хуева постоянно вне зависимости от нагрузки (но может стать еще хуже под нагрузкой).
@l29ah Да мне не надо. Я просто боюсь проебать момент, когда прогресс дойдет до того, что в SSD будут вставлять какие-нибудь вычислители с gzip’ом, которые греются как видеокарта.
@l29ah Да. А так как 2.5 без злоебучего SMR не осталось — кроме SSD выбора не осталось.
Что не отменяет тот грустный факт, что это переплата за бесполезную железяку.
@voker57 Аптитуд оптимизирован уже вообще-то. У меня на в жопу забитом SMR-диске запускается за 4 секунды. И ты не представляешь, насколько он тормозной.
@voker57 Ну и да, хвалебные отзывы «система запускается быстро» и «емерге быстро мир пересобирает» я слышу постоянно, и они меня как-то не впечатляют.
Вот когда ты раскошелился на SSD-рейд, и у тебя все графики на сервере с базой данных не поднимаются с пола, а сама база выдерживает стократную нагрузку — вот это да-а-а, это охуенно.
@l29ah Обычно SMR-дерьмецо появляется у пользователя в сумочке с интерфейсом USB Type-C, которым он его подсобачивает к макпуку, где SSD распаян на мамке.
@l29ah Ну да, ну да, я понимаю, не тупой. Проблема в том, что если принять это устройство за черный ящик, то от блинницы с SMR он отличается только порядком скоростей и тем, что у SSD буфер фиксированного размера.
@l29ah Деградацией производительности, как и в случае с этим буфером. Просто у блинниц она сама по себе не настолько высокая, опускаться в несколько раз и не раздражать пользователя.
@komar А, подождите, я хуйню несу снова.
Разница между «буфром»-SMR и буфером в SSD в том, что когда в SMR «буфер» заканчивается - заканчивается и запись. Отчего невозможно работать с диском, который заполнен на 80% и выше.
@komar Да, и вторая проблема — то, что внутри диска стоит отвратительный шедулер, который может выключать IO системе на десятки секунд. Но такую срань могут и в SSD засунуть. В чем, возможно, и причина тормозов, описанных в /0.