https://www.opennet.me/openforum/vsluhforumID3/42825.html Алексей Михайлов представил (http://tuxnotes.ru/reviews.php?a_id=13) результаты тестирования времени выполнения определенных задач для i386 и x86_64 сборок Linux дистрибутивов Fedora 9, OpenSUSE 11.0 (GNOME Edition) и Ubuntu 8.04.1. Тестирование проведено с целью количественной оценки преимуществ производительности 64-битной системы над 32-битной. <br><br><br>Была измерена скорость загрузки системы, проведено кодирование звука, сжатие данных, компиляция ядра Linux. Приведены конкретные цифры производительности вышеприведенных систем.<br><br><br>В результате были получены данные, в соответствии с которыми, в процентном соотношении преимущество 64-битной системы над 32-битной колеблется от 0.6% до 45%:<br><br><br>- для дистрибутива Fedora 9 - от 1.2% до 26.9%;<br>- для OpenSUSE 11.0 - от 0.6% до 45%;<br>- для Ubuntu 8.04.1 - от 0.6% до 31.7%.<br><br><br><br>URL: http://tuxnotes.ru/reviews.php?a_id=13<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=16907<br> https://www.opennet.me/openforum/vsluhforumID3/42825.html#52 Tue, 15 Jul 2008 11:04:00 GMT &gt;&gt;Да, кстати, видимо Алексей Михайлов не читал лицензии Novell к SuSE 11, <br>&gt;&gt;кроме всего прочего, там написано, что делать и опубликовывать бенчмарки <br>&gt;&gt;OpenSuSE 11 без разрешения Novellя нельзя. :-\ <br>&gt;<br>&gt;Интересно, какую законную силу это "написано" имеет в РФ. <br><br>При желании могли бы судится, но выгоднее дать 100$ редактору сайта, за удаление и молчание.<br> <br> https://www.opennet.me/openforum/vsluhforumID3/42825.html#51 Tue, 15 Jul 2008 07:29:38 GMT &gt;Да, кстати, видимо Алексей Михайлов не читал лицензии Novell к SuSE 11, <br>&gt;кроме всего прочего, там написано, что делать и опубликовывать бенчмарки <br>&gt;OpenSuSE 11 без разрешения Novellя нельзя. :-\ <br><br>Интересно, какую законную силу это "написано" имеет в РФ.<br> https://www.opennet.me/openforum/vsluhforumID3/42825.html#50 Tue, 15 Jul 2008 07:27:33 GMT &gt;и раз уж ядро кампилили - что трудно было потестить на gentoo <br><br>Потестите<br>&gt; ..?? https://www.opennet.me/openforum/vsluhforumID3/42825.html#49 Tue, 15 Jul 2008 07:26:33 GMT &gt;Тогда уж лучше проанализировать как работает менеджер памяти, или <br>&gt;он в разных Линуксах разный ? Вроде ядро одно, и управление памятью <br>&gt;в зависимости от выбора опций производительности в конфигурации <br>&gt;ядра может быть разным.<br><br>Бывает и разный, см. на kerneltrap.org по "VM". Выделение тоже бывает разное, чуть позже glibc-2.5 malloc() трогали.<br><br>&gt;Какую часть памяти занимает ядро ? <br>&gt;Я подозреваю, что в ядре есть статическая область памяти и <br>&gt;динамическая(например кэш), то есть та, длина которой зависит от <br>&gt;ресурсов машины, на которой ядро работает.<br><br>Сделайте dmesg &#124; less и поизучайте начало, мож интересно будет :)<br> https://www.opennet.me/openforum/vsluhforumID3/42825.html#48 Mon, 14 Jul 2008 01:15:11 GMT &gt;Мне вот что стало интересно... Никто не учитывает, что i686 сборка из <br>&gt;расширений поддерживает лишь MMX, а i386 и того даже не учитывает. <br>&gt;Так что о чем разговор? <br><br>#man gcc <br><br><br><br>i686<br><br> Same as "generic", but when used as "march" option, PentiumPro instruction set <br><br> will be used, so the code will run on all i686 family chips.<br><br><br><br><br>А MMX не было в PPRO.<br><br><br><br><br><br><br>Но! Этак в сентябре, я пытался поставить сначала SuSE 10.3, потом Sabyon (вроде так) <br>на AMD K6 266MHz, обеими дистрибутивами был послан нах... ибо - Kernel used unsupported instruction set this СPU.<br><br><br><br> https://www.opennet.me/openforum/vsluhforumID3/42825.html#47 Sun, 13 Jul 2008 07:08:05 GMT Мне вот что стало интересно... Никто не учитывает, что i686 сборка из расширений поддерживает лишь MMX, а i386 и того даже не учитывает. Так что о чем разговор?<br> https://www.opennet.me/openforum/vsluhforumID3/42825.html#46 Sat, 12 Jul 2008 21:25:57 GMT Тогда уж лучше проанализировать как работает менеджер памяти, или <br>он в разных Линуксах разный ? Вроде ядро одно, и управление памятью<br>в зависимости от выбора опций производительности в конфигурации<br>ядра может быть разным. У меня стоит Desktop, если не ошибаюсь.<br>Или это не влияет ? <br>Для обработки массива указателей CS:EIP для x86 16+32=48 бит.<br>Или ядро не воспринимает память как один буфер, длиной меньше <br>чем 2^48 байт для x86 ?<br>Какую часть памяти занимает ядро ?<br>Я подозреваю, что в ядре есть статическая область памяти и <br>динамическая(например кэш), то есть та, длина которой зависит от <br>ресурсов машины, на которой ядро работает. Хотя знания мои о ядре<br>поверхностные, но думаю, что принцип такой.<br>Может драйвер памяти придумают ?<br> https://www.opennet.me/openforum/vsluhforumID3/42825.html#45 Sat, 12 Jul 2008 17:17:20 GMT Практически полностью согласен. <br>В рельных приложениях разницы почти нету. Теоретически мы понимаем что выигрыш должен быть. И линух его использует.<br>Но вот как то странно дистрибы работают. Мне кажется это пиарная акция - типа наш дистр лушее, ширее и бесплатнее. <br>Опять же - подход компилятора может быть разным, и на разных архитектурах он может компилировать разный код, как по использованию железа, так и по использованию стандарта С/С++.<br> https://www.opennet.me/openforum/vsluhforumID3/42825.html#44 Fri, 11 Jul 2008 22:33:38 GMT Страуструпа почитай! long -- это машинное слово<br>