https://www.opennet.me/openforum/vsluhforumID3/69121.html Ресурс Phoronix провел (http://www.phoronix.com/scan.php?page=article&item=debian_kfreebsd_h210&num=1) тестирование производительности FreeBSD 8.0, Debian GNU/kFreeBSD (ядро FreeBSD + GNU-окружение) и Debian GNU/Linux (ядро 2.6.32, GCC 4.4.4 и ФС EXT3).<br><br><br>- В 7 тестах (7-Zip, Gzip, C-Ray, John The Ripper, GraphicsMagick, BYTE Unix Benchmark, Sudokut ) рассматриваемые системы показали примерно одинаковый результат. <br>- В 3 тестах Debian GNU/Linux оказался медленнее систем на базе ядра FreeBSD, в тесте POV-Ray на 8%, в тесте LXMA на 15-20%, в тесте Threaded I/O Tester при записи непрерывного блока на 16%.<br>- В 4 тестах FreeBSD и Debian GNU/kFreeBSD отстали от Debian GNU/Linux, в тесте dcraw на 17%, в тесте MAFFT на 10%, в тесте SQLite на 16%, в тесте Threaded I/O Tester при случайной записи в два раза.<br>- В тесте GnuPG FreeBSD 8.0 отстала от Debian GNU/kFreeBSD и Debian GNU/Linux на 15%, а в тесте Himeno показатели оказались ниже почти в 5 раз.<br><br><br><br>URL: http://www.phoronix.com/scan.php?page=article& https://www.opennet.me/openforum/vsluhforumID3/69121.html#31 Sun, 25 Jul 2010 18:28:56 GMT FreeBSD 8.1 нужно тестировать<br> https://www.opennet.me/openforum/vsluhforumID3/69121.html#30 Sat, 24 Jul 2010 13:55:07 GMT Я просто имел ввиду, что фс, обычно, существенна при оперировании большим числом файлов. Можно добится того, чтоб большие файлы писались/читались со скоростью близкой к скорости устройства, но с мелкими такого не прокатит. В обычно же жизни файлы встречаются скорее мелкие нежели большие(несколько фильмов, например).<br>Ну и про сжатие - можно пожертвовать немного процом, но тогда писать на диск будет меньше порой, следовательно вырастет скорость. При современных 4х ядерных процах, я думаю, что это позволительно. Кстати, вроде, зфс тож сжатие поддерживает.<br> https://www.opennet.me/openforum/vsluhforumID3/69121.html#29 Sat, 24 Jul 2010 10:36:13 GMT &gt;Ты про линейную запись/чтение точли? Такое в прикладных задачах не часто встретишь. <br>&gt;Олсо, нормальные системы, типа бтрфс умеют сжатие на лету, что дает <br>&gt;ништяки в виде производительности, например. <br><br>Да нет.<br>Если честно, я не знаю, что вы имеете в виду)<br><br>Я больше про выбор всяких параметров.<br>Планировщик ядра, буферы, параметры sysctl.<br>Форматирование фс с разными опциями.<br>Монтирование с noatime.<br>Ну и компиляция с специальными флагами.<br>И т.д.<br>Есть много параметров, влияющих на производительность той или иной программы.<br>В свое время я заморачивался тюнингом mysql, apache и сетевой подсистемы у freebsd.<br>Производительность можно было увеличить в разы по сравнению с системой "из коробки".<br>И я ещё особо не жестил - не пробовал всякие патчи, правки исходников и т.д.<br>Этого нет у "системы из коробки" - из коробки система должна быть максимально портабельной - работать на максимальном количестве конфигураций.<br>И этого добиваются в угоду скорости.<br>Поэтому я не вижу прикола в измерении производительно https://www.opennet.me/openforum/vsluhforumID3/69121.html#28 Sat, 24 Jul 2010 06:48:39 GMT Ты про линейную запись/чтение точли? Такое в прикладных задачах не часто встретишь. Олсо, нормальные системы, типа бтрфс умеют сжатие на лету, что дает ништяки в виде производительности, например.<br> https://www.opennet.me/openforum/vsluhforumID3/69121.html#27 Sat, 24 Jul 2010 06:46:28 GMT Ну по ссылке же перейдите. Там 2 ноута - один старый и второй поновее. Вот на том, что новее линукс всегда, почти, выигрывает. <br> https://www.opennet.me/openforum/vsluhforumID3/69121.html#26 Fri, 23 Jul 2010 21:09:34 GMT На глаз, вы о таком тесте наверное и не слышали<br> https://www.opennet.me/openforum/vsluhforumID3/69121.html#25 Fri, 23 Jul 2010 18:32:35 GMT &gt;По тестам<br><br>по каким тестам?<br> https://www.opennet.me/openforum/vsluhforumID3/69121.html#24 Fri, 23 Jul 2010 18:18:39 GMT &gt;&gt;Хоть бы фс одинаковые взяли, ей богу... <br>&gt;<br>&gt;Я, пожалуй, соглашусь с rfcr. Одинаковое должно быть только железо. Остальное дефолтное <br>&gt;на столько, на сколько это возможно. Очевидно же, что во всех <br>&gt;трёх случаях есть широкие просторы для тюнинга, которые повлияют на производительность <br><br>Имхо, при очень серьёзном тюнинге все нормальные системы асимптотически приближаются к возможностям железа на сравнимое расстояние.<br>Т.е. начинают показывать более или менее близкие результаты (которые становятся близки к возможностям самого железа).<br> https://www.opennet.me/openforum/vsluhforumID3/69121.html#23 Fri, 23 Jul 2010 18:16:29 GMT &gt;С тюнингом вообще менее интересно: появляется заведомо неопределенный и непредсказуемый фактор - <br>&gt;квалификация тюнингуюшего. И гарантий что тюнингующий выжал максимум - никто не <br>&gt;даст.<br><br>Вообще было бы прикольно брать нескольких людей - каждый мастер по одной системе.<br><br>&gt;Кроме того - а что если для разных тестов оптимален разный тюнинг? <br><br>А это само собой.<br>Реализация много чего в ядрах-то разная.<br>