Если собираетесь бенчмарками тестировать, то отключайте кэш фс, кэш диска (hdparm'ом), а то результаты будут нереалистичные, типа 500 IOPS на одном HDD, чего в природе быть не может.
Линейная скорость чтения, чем больше, тем быстрее:
sudo dd if=/dev/sdX of=/dev/null bs=1M count=4096
Отклик от диска (можно также на файл направлять, но только первый пинг покажет реальный отклик, остальое из кэша пойдет), чем меньше отклик, тем быстрее диск:
sudo apt-get install ioping sudo ioping -D /dev/sdX
Так это уже не http ddos, кто-то где-то обманывает.
А чего все так уверены, что там вообще был ддос? Даже логи для пруфа не показали, и клаудфлейр подозрительно с пустой статистикой. Может там несколько запросов в секунду, а уже ддосом назвали.
https://support.google.com/webmasters/answer/168328
И как это что-то доказывает? Судя по графику у вас там много дисков/ссд, ясно же, что на много дисков/ссд лучше посылать запросы параллельно и не блокироваться, т.е. aio. У ТСа их не много, совсем другой случай.
Вся прелесть и есть вся его проблема, aio успешно пошлет на диск несколько параллельных запросов, если такие придут.
Чтобы закэшировалось в фс побольше всего, чего можно, но да, не так и важно в данном случае.
Ну избежали копирования память-память и что? Копирование мегабайта памяти в память это меньше миллисекунды, а перемещение головки диска уже аж 10 мс. Куда важнее избежать лишнего перемещения головки, чем лишнего копирования память-память, это ж понятно? А статья теоретиков, да еще и плохих.
Зачем? Чтобы диски мучать больше? Пусть лучше блокируется на чтении, чтобы никто другой в этот момент не лез к дискам.---------- Post added 24-01-2014 at 17:43 ----------sendfile off всегда, иначе с диска нельзя предсказуемо читать
