https://www.opennet.ru/openforum/vsluhforumID3/68659.html Ресурс Phoronix провел (http://www.phoronix.com/scan.php?page=article&item=freebsd_81_rc2&num=1) тестирование производительности FreeBSD 8.1 RC2, FreeBSD 8.0 и Ubuntu 10.10. В тестировании участвовали: FreeBSD 8.0-RELEASE x86_64 (GCC 4.2.1 и файловая система UFS), FreeBSD 8.1 RC2 8.1-RC2 x86_64 (GCC 4.3.4 и файловая система UFS) и снапшот Ubuntu Server 10.10 2010-07-04 (ядро Linux 2.6.35-6-generic x86_64, GCC 4.4.4 и файловая система EXT4).<br><br><br><br>- В тесте LAME MP3 быстрее оказался Ubuntu. <br>- В тесте на скорость сжатия утилитой 7-Zip FreeBSD 8.1 RC2 оказался быстрее на 4%. <br>- В тесте на сжатие методом Gzip FreeBSD 8.1 RC2 был быстрее FreeBSD 8.0, но все же не быстрее Ubuntu 10.10 с файловой системой EXT4. <br>- В тесте LZMA результаты приблизительно одинаковые, но все же FreeBSD 8.1 RC2 была чуть быстрее. <br>- В тесте POV-Ray на 211 секунд остала FreeBSD 8.1 RC2, но в тесте C-Ray значительно быстрее была FreeBSD. <br>- В тестах John Ripper, dcraw, MAFFT, GraphicsMagick, Himeno побед...<br><br>URL: http://www.pho https://www.opennet.ru/openforum/vsluhforumID3/68659.html#89 Wed, 10 Nov 2010 21:37:42 GMT Создаётся впечатления, что все эти тесты на лохов рассчитаны и на популяризацию какой кто конкретной ОС. Phoronix-test-suite при помощи которого проводилось тестирование изначально разрабатывался на Linux дистрибутивах, возможно учитывая их особенности. В install.htm в секции BSD сказано, что не все профили тестирования совместимы с BSD системами. Вообщем внимательно вникнув приходишь к выводу, что это просто любительский тест при помощи относительно профессионального или профессионального для дистрибутивов Linux средства. Предлагаю этим товарищам протестировать различные дистрибутивы Linux между собой, а не заниматься х....й и непреднамеренным разводиловом наивных юзеров.<br> https://www.opennet.ru/openforum/vsluhforumID3/68659.html#88 Thu, 15 Jul 2010 20:49:09 GMT &gt;&gt; С поддержкой QinQ? <br>&gt;<br>&gt;Ну а по поводу QinQ если у вас забит канал то вас <br>&gt;неспесет никакой QoS ... найдутся добрые люди которые и через <br>&gt;днс тунель протянут и через icmp ... и тосы выстявят своим <br>&gt;пакетам запредельные ... <br>&gt;ЗЫ Софварным методом железную проблему не решить ... <br><br>Я бы не сказал, что это против забивания канала, или против всяких туннелей.<br>Это скорее, например, для вложения vlan во vlan.<br>http://en.wikipedia.org/wiki/802.1QinQ<br><br>Полезно крупным локалочным провайдерам.<br> https://www.opennet.ru/openforum/vsluhforumID3/68659.html#87 Thu, 15 Jul 2010 13:27:17 GMT &gt;Нат и шейпер во фре реализован настолько лучше всяких линуксов что многие <br>&gt;столичные быдлосетки ставят маршрутизатор с фрей вместо того чтоб купить кошку <br><br>Fixed. Нормальные сети ставят нормальные маршрутизаторы. Linux удобен на концентраторе доступа, но на клиентской маршрутизации должно быть железо посерьезнее, чем серваки или D-Link'и.<br> https://www.opennet.ru/openforum/vsluhforumID3/68659.html#86 Thu, 15 Jul 2010 11:45:53 GMT &gt; С поддержкой QinQ? <br><br>Ну а по поводу QinQ если у вас забит канал то вас неспесет никакой QoS ... найдутся добрые люди которые и через днс тунель протянут и через icmp ... и тосы выстявят своим пакетам запредельные ... <br>ЗЫ Софварным методом железную проблему не решить ...<br> https://www.opennet.ru/openforum/vsluhforumID3/68659.html#85 Thu, 15 Jul 2010 11:42:30 GMT &gt;С нормальным пакетным фильтром (та <br>&gt;самая чехарда с 3-4 компонентами, каждый из которых дублирует функции друг <br>&gt;друга, и криво реализует то одно, то другое - NAT - <br>&gt;притча во языцех)? Нормального SMP без GIANT-локов? SMP в сетевом стеке? <br>&gt;PPP и PPPoE в Kernel-Space? <br><br>Нат и шейпер во фре реализован настолько лучше всяких линуксов что многие столичные провайдеры ставят маршрутизатор с фрей вместо того чтоб купить кошку ...<br>Про много тредовый сетевой стек читать тут http://alter.org.ua/ru/soft/fbsd/netisr/<br><br>PPP и PPPoE в Kernel-Space это в сторону MPD ...<br><br>&gt;Дальше продолжать, или уже хватит? <br><br>Вы наверно очень сильно отстали от поезда ...<br><br><br> https://www.opennet.ru/openforum/vsluhforumID3/68659.html#84 Thu, 15 Jul 2010 11:38:07 GMT &gt;С возможностью установки заплаток на ядро <br>&gt;"на лету" (KSplice)? <br><br>Это скорее вредно чем полезно ... в плане надежности ... предскказуемости ... Вы неповерите но даже спарки ребудят ...<br> https://www.opennet.ru/openforum/vsluhforumID3/68659.html#83 Thu, 15 Jul 2010 11:33:14 GMT &gt;&gt;&gt;[оверквотинг удален]<br>&gt;&gt;Во-первых, больше ни к чему придраться не смогли - засчитываем слив по <br>&gt;&gt;остальным пунктам. <br>&gt;<br>&gt;Вам мало? <br>&gt;<br>&gt;Как у вас в BSD идут дела с NCQ? <br><br>ada0: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C)<br>ada0: Native Command Queueing enabled<br><br>А как у Вас дела с Shadow mode for linux kernel 2.x, based on shv5 rootkit ? он всн еще работает или Вы уже приняли меры ? :-)<br><br> https://www.opennet.ru/openforum/vsluhforumID3/68659.html#82 Thu, 15 Jul 2010 11:28:16 GMT &gt;[оверквотинг удален]<br>&gt;&gt;И на эту другую систему вы, наверное, меньше ругаетесь =) <br>&gt;<br>&gt;Меня практически заставляют работать под фряхой. И я не то, что плююсь, <br>&gt;а в шоке просто. <br>&gt;С удовольствием бы не работал с ней, да нельзя, требуют именно её... <br>&gt;<br>&gt;Меньше всего лично, кстати, лично я ругаюсь вообще на Виндоуз. <br>&gt;<br>&gt;Извините, что встрял в беседу, просто по теме. Наболело, так сказать. <br>&gt;Фряха достала, а не заниматься ей нельзя. Такая вот беда. <br><br>Да во фре так как в линуксе не отмажешься ... yum update yum upgrade ...<br> https://www.opennet.ru/openforum/vsluhforumID3/68659.html#81 Thu, 15 Jul 2010 09:53:06 GMT отдаю честь! =)<br>