vitus_wagner: My photo 2005 (Default)
[personal profile] vitus_wagner

Общаясь со всякими сисадминами и девопсами, я постоянно вспоминаю рассказ Марка Твена "Мои часы".

На другой день я зашел в лучший часовой магазин, чтобы мне поставили часы по точному времени, и сам глава фирмы взял их у меня из рук и приступил к осмотру. После небольшой паузы он сказал: “Часы опаздывают на четыре минуты — надо передвинуть регулятор”. Я хотел было остановить его, сказать, что часы до сих пор шли очень правильно. Так нет же, этот капустный кочан не желал ничего слушать, он видел только одно — что мои часы опаздывают на четыре минуты и, следовательно, надо передвинуть регулятор; и вот, пока я в тревоге плясал вокруг него, умоляя не трогать мои часы, он невозмутимо и безжалостно совершил это черное дело. Мои часы начали спешить.

Вот эти люди точно так же - берут и применяют ПЕРВЫЙ ПОПАВШИЙСЯ готовый шаблон, не попыатвшись проанализировать ситуацию и понять, подходит ли к ней этот шаблон.

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

Или попробуйте объяснить сисадмину что nftables в ядре это необязательно про безопасность, иногда это про эмуляцию сетевого железа в виртуальных средах (типа вычисления контрольных сумм пакетов), или докаазать что вот в этом месте мне нафиг не нужен raid1, потому что если я тут скажу mkfs, через полчаса оно само притащит нужные образы и опять заработает, а вот raid0, который увеличивает объем и скорость вдвое - жизненно необхоим...

Date: 2023-02-14 12:21 pm (UTC)
amarao: (Default)
From: [personal profile] amarao

raid0 в линуксе очень криво сделан и приводит к деградации производительности по сравнению с linear-устройствами.

Проверка очень простая: если сделать raid0 из 1920 ram-дисков, то получившийся монстр даст около 2000 IOPS'ов, что невероятно смешно и жалко.

//Результат разбирательств с реальным железом, где raid0 из 8 nvme'шек работал примерно в 3 раза меденее одной nvme'ки. Дальнейшее разбительство показало линейное снижение производительности по мере числа устройств в raid0.

В сравнении с этим lvm даёт полуторкратное снижение производительности (в мире 500к IOPS на диск), но эта величина константна и производительность не падает по мере увеличения числа устройств.

Текущая рекомендация: использовать nvme в голом виде, если есть возможность.

(Сеанс неспровоцированной мудрости закончен).

Date: 2023-02-14 02:22 pm (UTC)
amarao: (Default)
From: [personal profile] amarao

Нормально, но медленее.

Последний раз, когда я щупал его на high-end железе, у меня в сетапе было две nvme с проектной производительностью в 500k IOPS (пока кеш не переполнится). После объединения их в raid0, стало 400k IOPS с raid0 на обоих.

Date: 2023-02-20 04:04 pm (UTC)
From: [personal profile] dbatyuk
Когда я дорос до бытности единственным сисадмином на предприятии ("фишка дальше не идёт") - очень быстро выяснил что главный протокол - "что я буду делать если что-то сломается?" и "что я буду делать если нагрузка завтра вырастет в разы?" - а никакие не шаблоны.

Profile

vitus_wagner: My photo 2005 (Default)
vitus_wagner

August 2025

S M T W T F S
     1 2
3456789
10111213141516
17181920212223
24252627282930
31      

Most Popular Tags

Style Credit

Expand Cut Tags

No cut tags
Page generated Aug. 3rd, 2025 07:55 pm
Powered by Dreamwidth Studios