Комментарии 7
Твердотельный накопитель (SSD) передает 600 Мб/с и осуществляет 300000 IOPS — намного лучше
Круто!
Но SSD проигрывают по сравнению со скоростью RAM: целых 20 Гб/с и четыре миллиона IOPS
Еще круче!
А если серьезно — такие цифры очень далеки от реальности. SSD не выдаст на 4k 300,000 iops'ов, а на счет оперативки — смотря как с ней работают. Если юзать как tmpfs, то ecc ddr3 (4x8Gb) выдаст 475k iops под дебианом.
По составу статья трешачек и маркетинг, где про кеширование один абзац жиденько.
+5
>А если серьезно — такие цифры очень далеки от реальности. SSD не выдаст на 4k 300,000 iops'ов
Тут, я так понимаю, взяли цифры «с потолка», это да, обычная производительность для SAS/SATA 6G — это 500+ МБ/с и менее 100К IOps на чтение таким блоком.
Но есть реальные SSD (и SAS, и NVMe), которые выдают и более миллиона IOps, причем не только в синтетике.
https://www.hgst.com/ru/products/solid-state-solutions/ultrastar-ssd1600mm
Вот пример.
Тут, я так понимаю, взяли цифры «с потолка», это да, обычная производительность для SAS/SATA 6G — это 500+ МБ/с и менее 100К IOps на чтение таким блоком.
Но есть реальные SSD (и SAS, и NVMe), которые выдают и более миллиона IOps, причем не только в синтетике.
https://www.hgst.com/ru/products/solid-state-solutions/ultrastar-ssd1600mm
Вот пример.
0
Проблема в том, что max IOPS != real IOPS.
Недавно тестил Samsung SSD 850 EVO 500GB (машинка не моя, по ssh зашел, благо владелец дал прогнать тесты).
Собсна результаты меня разочаровали, учитывая, что диск он купил за 3 дня до теста.
Недавно тестил Samsung SSD 850 EVO 500GB (машинка не моя, по ssh зашел, благо владелец дал прогнать тесты).
Собсна результаты меня разочаровали, учитывая, что диск он купил за 3 дня до теста.
0
>root@server:~# fio -name=iops -rw=randread -bs=4k -size=1G -iodepth=1 -directory=/usr/ssi14/fiotest -ioengine libaio
А зачем было тестировать столь странным паттерном — случайный доступ в один поток блоком 4КБ на файле размером как раз в кэш контроллера этой SSD? Ну т.е. — на тестировании с очередью 1 Вы рекордов по iops точно не добьетесь. Нужно было 100+.
А зачем было тестировать столь странным паттерном — случайный доступ в один поток блоком 4КБ на файле размером как раз в кэш контроллера этой SSD? Ну т.е. — на тестировании с очередью 1 Вы рекордов по iops точно не добьетесь. Нужно было 100+.
0
>Похоже, что слово «кэширование» существует еще с самого начала эпохи компьютеров.
Кэширование — это костыль, призванный сгладить разницу в производительности подсистем (в описанном в статье случае — дисковой подсистемы и ОЗУ). И существует он далеко не с «самого начала».
Кэширование — это костыль, призванный сгладить разницу в производительности подсистем (в описанном в статье случае — дисковой подсистемы и ОЗУ). И существует он далеко не с «самого начала».
0
Не костыль, а инструмент.
Например у вас сайт с тысячей онлайн и статичным контентом (только статьи добавляете). В итоге ставите кеш на статью 3 дня и на страницу в 5 минут и готово. Нагрузки ноль на виртуалке.
Или в случае cloudflare, задавая правильный expired, можно кешировать динамику и статику на разное время на их CDN, что уже ускорит ответ от сервера клиенту.
Про медия сайты я вообщу молчу, там прокси-кеш (cloudflare) экономит сотни € на канале.
Например у вас сайт с тысячей онлайн и статичным контентом (только статьи добавляете). В итоге ставите кеш на статью 3 дня и на страницу в 5 минут и готово. Нагрузки ноль на виртуалке.
Или в случае cloudflare, задавая правильный expired, можно кешировать динамику и статику на разное время на их CDN, что уже ускорит ответ от сервера клиенту.
Про медия сайты я вообщу молчу, там прокси-кеш (cloudflare) экономит сотни € на канале.
+1
милисикунды
Дальше не смог.
+2
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Как кэширование ускорит ваш сайт