Всем привет,

Практически, при невозможности трима (mixed load на чтение/запись, постоянная запись - например log mssql'я), скорость от "маркетинговой" падает совсем не в два раза, а хорошо если только в десять. И это надо не забывать, что картину маслом будет портить требование bio_flush как от ОС, так и от аппликух.

Т.е. вместо заявленных 50-70k iops записи хорошо если останется пара тысяч: на практике и их не будет. Under pressure даже топовые серверные, которым трим фиолетов, с собственным скрытым overprovisioning'ом, дают единицы тысяч iops. А вы про консьюмерские.


--- Оригінальне повідомлення ---
Від кого: "Vasiliy P. Melnik" <basil@vpm.net.ua>
Дата: 24 грудня 2016, 08:00:01


23 декабря 2016 г., 23:38 пользователь Vladimir Sharun <vladimir.sharun@ukr.net> написал:
Всем привет,

> Конечно мое личное мнение, но если не хватает времени на трим, то что-то в этой сказочке не так, ибо даже по одному диску скорость работы нормального ссд-эшника больше стандартного гигабита минимум в 4 раза. Тут уже машина банально не будет справляться с обработкой этого потока данных

Это теоретически или практически ?

Теоретически и логически.
Если не хватает времени на трим, в таком случае система работает на максимально возможной скорости, вырост нагрузкки 10% ее полностью похоронит. Без трима скорость падет минимум в два раза - это тоже теоретически