Линода, вродь, ток недавно начала работать по модели схожей с океаном, не? Если так, то логично, что у них ссдхи еще не такие раздолбаные.

@etw А разъебанность ссдх тут причем? У них там редуданси с эксплуатацией полудохлых дисков?

> редуданси при чем тут избыточность? > А разъебанность ссдх тут причем? Притом, что на каждую новую виртуалку новый ssd не ставят, а используют старые. Т.к. диски заменяются по мере выходы из строя (и ломаются они не одновременно), то после запуска средняя изношенность дисков будет расти, а средняя производительность падать.

@etw Как влияет изношенность на производительность? Там проводники электронами засоряются, что ли?

@komar Сорь, видимо, хуйню спорола. Мне почему-то казалось, что с ростом количества циклов перезаписи ячеек у них падает производительность. В таком случае, если у тебя тормозила в тестах только запись, то дело в загруженности хранилища (меньше свободных блоков - медленнее запись). Если тормозило еще и чтение, значит, наверн либо диски более медленные, либо тупо IOPS-ов на отдельный диск больше приходится из-за большего количества потребителей (что более вероятно).

@etw > меньше свободных блоков - медленнее запись ЧЕ

@etw Там совсем загадочный пиздец: запись не тормозит, чтение тормозит.

>@komar: я тут хуй знает что сравнил, но пиздец же! >@etw: так ето потому что %произвольная фантазия% вы ет заканчивайте нахуй

@anonymous рандомные чтения-запись я сравнил тупой, что ли

@l29ah NAND память устроена так, что, ячейки имеют 2 состояния - нет данных и есть данные, и если данные надо дописать/перезаписать в ячейку, то предварительно надо ее полностью очистить, что занимает время. Контроллер старается писать данные в пустые ячейки, но чем их меньше, тем чаще надо перезаписывать уже "занятые" (хотя полезных данных там уже и нет), что аффектит производительность.

@anonymous но вообще я с тобой полностью согласен но я к ее сердцу все никак не подберу дорогу в каждом треде поебаться предлагаю, и все бестолку

@komar >назвал ещё один фактор из тысячи

@komar чё ты несёшь, чё ты несёшь, блеать

@anonymous да, погода на марсе очень сильно влияет на рандомные чтения

@komar ты не поверишь...

@anonymous уебывай

@komar пруф или пук

@komar То, что записаь не тормозит, не удивительно, потмоу что, такие операции оседают в кеше. А чтение при рандомном IO в кеш попадает оче плохо и потому сильнее страдает при высокой загруженности дисков по IOPS. Почему в хостинге с большим количеством мелких виртуалок (в том числе с БД) высокая загруженность по IOPS, думаю, объяснять не надо.

@etw Еб твою мать, а вот на линоде мелкое количество мелких виртуалок.

@komar Мож тебе так повезло с конкретной железкой.

@komar Там удельное количество виртуалок на один SSD может быть меньше. На это сильно влияет устройство хранилища. В моей практике был случай, когда SAN голодал по read IOPS из-за ошибки в проектировании (неправильно рассчитали удельную нагрузку на каждый диск), хотя диски использовались быстрые, но их оказалось мало для того количество потребителей, которое было. Кеш был жирным и записи хорошо в него ложились, но чтение никак не попадало и тормозило.

@anonymous Сорь, что я не экстрасенс, у комара обычно слишком размытые описания проблем и погадать - самое конструктивное, что можно сделать.

@etw тебя там из селектела не выпиздили ещё за то что не можешь прояснить за хостинг за две секунды?

@anonymous шуклин тылу лет назад оттуда съебал

@kerrigan сорие, не слежу

@anonymous > селектел ishygddt

@komar >давно протухшие мемчики >неправильно использованные сас

@anonymous ет

@kerrigan орли? надо обновить легенду

@anonymous > неправильно использованные мемес отписал в росмемнадзор