Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Оценка производительности планировщиков ввода/вывода в Linux, opennews (ok), 12-Май-12, (0) [смотреть все] Я вот даже смотреть небуду, угадаю цифры не глядя По алгоритму Фроников - одна , pavlinux (ok), 22:51 , 12-Май-12, (1) +3 // не угадал, Анонимный (?), 23:01 , 12-Май-12, (2) +1 // Очень даже угадал , mine (ok), 11:47 , 13-Май-12, (9) Хотя б доперло в этот раз, что не надо на виртуалках тестировать , ach (ok), 07:34 , 13-Май-12, (8) +5 // Точно Может, у него просто образы на соответствующих носителях лежали, а работа, Аноним (-), 14:42 , 13-Май-12, (13) А на обычных дисках был включен AHCI на контроллере, потому как вроде если испол, Аноним12 (?), 23:18 , 12-Май-12, (3) +1 // Если диск и чипсет поддерживают NCQ, то noop всех рвет , Аноним (-), 13:29 , 14-Май-12, (22) без bfq не интересный тест, Raiden (ok), 23:31 , 12-Май-12, (4) +7 // добавьте заведомо 1 к максимально имеющимся и спите спокойно Думаете что найд, Анонимкус Рождественский (?), 00:16 , 13-Май-12, (5) +5 Ну придумайте что-нибудь сами Это же фороникс, все равно достоверности никакой , Аноним (-), 02:31 , 13-Май-12, (6) +1 // А давайте наоборот вы сделаете кучу тестов, а мы их обосрем, без предоставления, Аноним (-), 12:41 , 14-Май-12, (17) // Пожалуйста армя Wтеплое лучше мягкого Обсирайте , Аноним (-), 15:24 , 14-Май-12, (23) Чтото непонятна цель тестирования Тут как бы и без тестов понятно что десктоп C, mma (?), 06:24 , 13-Май-12, (7) +2 // Мы-то это понимаем, а студент-недоучка по имени phoronix - нет , Аноним (-), 14:41 , 13-Май-12, (12) +2 // Ну так сделайте ваши тесты Что, очкуете что другие анонимы их обосрут не хуже ф, Аноним (-), 12:42 , 14-Май-12, (18) // Научно сравнить теплое с мягким - не ахти какой труд И обосрут его заслуженно Ф, Аноним (-), 15:25 , 14-Май-12, (24) Обоснуйте преимущества deadline не сервере , anonymous (??), 21:04 , 13-Май-12, (15) +1 // Зависит от сервера Если там всего один демон с диском работает - преимущества d, Аноним (-), 23:46 , 14-Май-12, (25) Да и совсем нет CFQ -- для серверов где много одновременно работающих с диском п, Deffic (?), 00:48 , 14-Май-12, (16) +1 // gt оверквотинг удален доктор, доктор, у меня жёсткие диски, но они сата, на юж, Аноним (-), 11:20 , 15-Май-12, (27) Гы code echo 2048 sys block sdb queue read_ahead_kbecho 2048 sys bl, pavlinux (ok), 03:29 , 24-Май-12, (28) Интересно, что с приходом SSD упрощаются алгоритмы планирования дисковых операци, iZEN (ok), 13:00 , 13-Май-12, (10) –2   // Если не секрет, в чем проявляется бутылочное горлышко sata-2 - до 3 Гбит с 300, XoRe (ok), 14:14 , 13-Май-12, (11)   // В том что этот болванчик как ни странно прав Флеш - это чипы памяти Как миниму, Аноним (-), 12:51 , 14-Май-12, (21)   чё чушь несёшь Во-первых, весь этот гемор уходит в сам SSD девайс и сама логика, Аноним (-), 15:10 , 13-Май-12, (14) –3   // У флеша seek time намного лучше В плане чтения - 100 , потому что никакие голов, Аноним (-), 12:48 , 14-Май-12, (20)   Зато неплохо бы принимать во внимание кучу иных факторов Да, конечно Если сдела, Аноним (-), 12:45 , 14-Май-12, (19)   ээ, не понял про компиляцию у меня все 4 ядра обычно заняты на 100 , то есть да, Аноним (-), 11:13 , 15-Май-12, (26) 1,3,4,7,10,26

Сообщения

[Сортировка по времени | RSS]

10. "Оценка производительности планировщиков ввода/вывода в Linux"	–2 +/–
Сообщение от iZEN (ok), 13-Май-12, 13:00
Интересно, что с приходом SSD упрощаются алгоритмы планирования дисковых операций, так как не нужно принимать во внимание механические задержки разной длительности и рассчитывать на их основе очередь команд. Для этих случаев на первое место выходят алгоритмы кэширования файловых систем и распределения свободной оперативной памяти, так как SSD по скорости и задержкам (относится больше к технологиям SLC и MRAM) становится в какой-то мере частью пространства памяти, а не внешней системы хранения. "Бутылочное горлышко" SATA интерфейса при наличии достаточно большого объёма ОЗУ при работе с часто используемыми данными перестаёт оказывать влияние на эффективность использования не только SSD, но и HDD, а значит разработка новых алгоритмов планировщиков ввода/вывода под большим вопросом.
Ответить | Правка | Наверх | Cообщить модератору

	11. "Оценка производительности планировщиков ввода/вывода в Linux"	+/–
	Сообщение от XoRe (ok), 13-Май-12, 14:14
	> "Бутылочное горлышко" SATA интерфейса Если не секрет, в чем проявляется бутылочное горлышко? sata-2 - до 3 Гбит/с  (300 МБайт/с). sata-3 - до 6 Гбит/с (600 МБайт/с). Этого с головой хватает для десктопов и серверов начального уровня. А для более серьёзных серверов есть другие технологии.
	Ответить | Правка | Наверх | Cообщить модератору

	21. "Оценка производительности планировщиков ввода/вывода в Linux"	+/–
	Сообщение от Аноним (-), 14-Май-12, 12:51
	> Если не секрет, в чем проявляется бутылочное горлышко? > sata-2 - до 3 Гбит/с  (300 МБайт/с). > sata-3 - до 6 Гбит/с (600 МБайт/с). В том что этот болванчик как ни странно прав. Флеш - это чипы памяти. Как минимум на чтение доступ там произвольный. И 600 Мбайт/сек там совсем не предел мечтания для идиота. Особенно с современным навернутым контроллером который делает interleaving на кучу чипов. Как бы 600Мб/сек это скорость работы памяти характерная для времен первых атлонов. Не больно то и дофига. > Этого с головой хватает для десктопов и серверов начального уровня. > А для более серьёзных серверов есть другие технологии. Ну да, ssd @ pcie по конским ценам, например одна из них. При том конская цена и pci-e все-таки намекают что крутым парням sata иногда может натурально не хватить :)
	Ответить | Правка | Наверх | Cообщить модератору

	14. "Оценка производительности планировщиков ввода/вывода в Linux"	–3 +/–
	Сообщение от Аноним (-), 13-Май-12, 15:10
	чё чушь несёшь. Во-первых, весь этот гемор уходит в сам SSD девайс и сама логика планирования стала на порядки сложнее.  А для приложения всё это выливается в вообще в непредсказуемость задержек IO. И, кстати, дисбалланс для random IO и линейного никуда не делася.
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

	20. "Оценка производительности планировщиков ввода/вывода в Linux"	+/–
	Сообщение от Аноним (-), 14-Май-12, 12:48
	> И, кстати, дисбалланс для random IO и линейного никуда не делася. У флеша seek time намного лучше. В плане чтения - 100%, потому что никакие головы передвигать не надо, а передавать адреса по шинам - быстро. С записью - могут быть приколы, основанные на том что флеш крупноблочная память с брейнфакерскими правилами записи. Контроллер SSD конечно пытается это спрятать, но физику процесса то не обманешь: некоторые типы нагрузок при записи будут куда как более удобны чем некоторые другие.
	Ответить | Правка | Наверх | Cообщить модератору

	19. "Оценка производительности планировщиков ввода/вывода в Linux"	+/–
	Сообщение от Аноним (-), 14-Май-12, 12:45
	> Интересно, что с приходом SSD упрощаются алгоритмы планирования дисковых операций, так > как не нужно принимать во внимание механические задержки разной длительности Зато неплохо бы принимать во внимание кучу иных факторов. > "Бутылочное горлышко" SATA интерфейса при наличии достаточно большого объёма ОЗУ Да, конечно. Если сделать рамдиск - он тормозить не будет, независимо от скорости sata. Правда, у него есть недостаток: он энергозависимый и не переживает ребут :)
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема