LINUX.ORG.RU

Сравнение производительности 32-битной и 64-битной версий дистрибутивов Fedora 9, OpenSUSE 11.0, Ubuntu 8.04.1

 , ,


0

0

Интересная статья-тест о сравнения преимущества производительности 64-битной системы над 32-битной. Для тестирования были взяты по две сборки (для аритектуры i386 и x86_64) последних версий дистрибутивов Fedora 9 "Sulphur", OpenSUSE 11.0 (GNOME Edition), Ubuntu 8.04.1 и были измерены их временные характеристики выполнения определенных задач.

В качестве тестов выступали скорости загрузки системы, кодирование звука и другое. Приведены конкретные цифры производительности вышеприведенных систем.

>>> Обзор

Ответ на: комментарий от Cyril

Я просто не в курсе того, есть ли selinux в убунте и сусе. И если есть, то какие там политики?

mv
()

Чё-то обидно как-то за убунту. Как-то совсем уж слила..

raystlin
()
Ответ на: комментарий от elipse

>> памяти на десктоп покупаются на сдачу от покупки колбасы, и жизнь налаживается. >Ыы , вы так редко колбаску покупаете ? :))) - пардон , так часто RAM меняете ?

>PS:

>пару новостями ниже mac mini intel за сущие копейки продают, а тут сдачу за колбаску в DDR RAM начисляют - недурно,недурно :))

Покажи мне, где можно купить Mac mini по цене четырёх 2Г линеек DDR2

Led
()
Ответ на: комментарий от dikiy

> все, конечно, знают что такое ratsimp.

Для тех, кого в google забанили: привести рациональное выражение к
каноническому виду.


Dselect
()
Ответ на: комментарий от Dselect

Тут кто-то писал что на всех десктопах приличных должно стоять 4 гига рамы. У меня гиг и 64бит камень, память редко выше 700 поднимается (это когда гимп, фф с 40 табами и с видео работаю). Нафига?

Кстати тест ни о чем, ничего серьезного не показывает, разве что интерфейс федоры и убунты после установки. Да, и сравнивать это лучше на source-based которые собраны полностью соответсвенно под 32 бита и 64 бита. И не только звук и архивы клепать.

tensai_cirno
()
Ответ на: комментарий от anonymous

фряхи там не хватает. только фряхи :)

anonymous
()
Ответ на: комментарий от Demon37

>Обзор делали неучи, не имеющие никакого понятия о том, как проводить измерения.

>Короче позор авторам, что так затупили и позор модерам, что пропустили такое на лор...

ждем ваш обзор со всеми относительными и абсолютными погрешностями.

>Ыы ,на нотыке Acer Aspire 9305 T60 2 Gib Ram Debian Lenny Amd64

>рвет как тузик тряпку эту святую троицу дистров и без тестов всяких хитрых.

нда, сравнил, тогда мой атлончег тоже рвет пенька ммх тоже нехило. Клевый у меня атлончик!

>А где Слака?

>фряхи там не хватает. только фряхи :)

В силу своей тормознутости они не попали в обзор.

anonymous
()

> В оракле, где большинство "расчетов" целочисленные, а система очень критична к памяти (более 2GB под ораклом на x86 можно использовать только с извратами), такой результат вполне ожидаем.

Ну, что имею, то дарю, как говорится. Насчет 2Gb под ораклом - абсолютно ничего сложного.

>> более 2GB под ораклом на x86 можно использовать только с извратами >Вызывающе неверная информация. Перестаньте позориться.

Сдается мне, что человек имел ввиду не проблему линухи с ограничением памяти, это "лечится" PAE за 2 минуты, а был там какой-то косяк еще в первой 10ке при каких-то условиях, когда база не стартовала, если в настройках указать много памяти, за давностию лет детали не помню.

>Тут кто-то писал что на всех десктопах приличных должно стоять 4 гига рамы. У меня гиг и 64бит камень, память редко выше 700 поднимается (это когда гимп, фф с 40 табами и с видео работаю). Нафига?

Я искренне за Вас рад, видимо Ваши запросы не слишком высоки. Но я слабо верю в столь низкое потребление памяти, особенно при работе с видео. Память дешева. И даже если у Вас нет тяжелых приложений, линуха ее всю использует под кэши, что значительно ускорит работу с винтом.

Капча очень интересная: seawing, а после предпросмотра - shahed :)

anonymous
()
Ответ на: комментарий от sv75

> По теме: тест бесполезен, птому что 8Гиг памяти на десктоп покупаются на сдачу от покупки колбасы, и жизнь налаживается.

йопт! на Марсе колбасу закупем, ага ?

anonymous
()
Ответ на: комментарий от anonymous

> Ты что, лох? В 64-bit OS - 64-битные скриншоты.

А у меня видеокарта только 32 бита поддерживает ! И как мне сделать 64-битный скриншод ?

anonymous
()
Ответ на: комментарий от MATPOCKUH

Ну хоть кто-то решился наконец попытаться выяснить в чом суть. ^ ^ Терь можно провести более точный тест (с учетом косяков, выявленных веткой).

Jayrome
()

Моя любимая тормознутая суся реактивной стала, прогрес на лицо.

XtouRusX
()
Ответ на: комментарий от anonymous

>> По теме: тест бесполезен, птому что 8Гиг памяти на десктоп покупаются на сдачу от покупки колбасы, и жизнь налаживается.

>йопт! на Марсе колбасу закупем, ага ?

Вылазь из погреба - немцы уже ушли.

Led
()
Ответ на: комментарий от Dselect

>Для тех, кого в google забанили: привести рациональное выражение к каноническому виду.

1. Ну так скажи по человечески сразу. А не "спецкитайским". 2. Харошь бред гнать. Пару гигов оно может сожрать если ты этому ratsimp 1000 страничное рац. выражение скормишь.

maximой я не пользовался. Юзал maple. В нем это все очень шустро было (юзал еще когда 96 метров оперативки было у меня). Я не думаю, что maxima сильно отличается от него.

dikiy
()
Ответ на: комментарий от anonymous

>>Тут кто-то писал что на всех десктопах приличных должно стоять 4 гига рамы. У меня гиг и 64бит камень, память редко выше 700 поднимается (это когда гимп, фф с 40 табами и с видео работаю). Нафига?

>Я искренне за Вас рад, видимо Ваши запросы не слишком высоки. Но я слабо верю в столь низкое потребление памяти, особенно при работе с видео. Память дешева. И даже если у Вас нет тяжелых приложений, линуха ее всю использует под кэши, что значительно ускорит работу с винтом.

запущена опера (34 вкладки, java/javascript включен), амарок, копыто, несколько копий xpdf, yakuake, konsole (с кучей вкладок, конк, klipper ну и sendmail и inn до кучи.

[dikiy@rosh Assassin - Interstellar Experience]$ free
total used free shared buffers cached
Mem: 514056 441976 72080 0 5460 109460
-/+ buffers/cache: 327056 187000
Swap: 511992 66688 445304

и еще заметь - 109 метров под дисковый кэш отдано.

dikiy
()
Ответ на: комментарий от dikiy

>запущена опера (34 вкладки, java/javascript включен), амарок, копыто, несколько копий xpdf, yakuake, konsole (с кучей вкладок, конк, klipper ну и sendmail и inn до кучи.

И что из вышеперечисленного - твой рабочий инструмент? Или Опера с 34 вкладками - это и есть главный рабочий инструмент тролля?

Led
()
Ответ на: комментарий от Led

>И что из вышеперечисленного - твой рабочий инструмент? Или Опера с 34 вкладками - это и есть главный рабочий инструмент тролля?

мой рабочий иснтрумент - это баян и жлектрогитара (без шуток). И иногда паяльник и vim/gcc (как хобби).

dikiy
()
Ответ на: комментарий от Led

> на tmpfs это делать, иначе проц всё равно недогружен - всё в I/O упирается.

> Выво - автор, мягко говоря, ньюб

Ньюб, как раз ты. При компиляции ядра у него всё в I/O упирается… vmstat для себя открой.

poige
()

>Ньюб, как раз ты. При компиляции ядра у него всё в I/O упирается… vmstat для себя открой.

А ты - пЕсатель, а не читатель. Перечитай тред - я с самого начала говорил, что комритялцию ялра следовало проводить на tmpfs, чтоб в I/O не "упиралось". Естественно, для компиляции ядра в tmpfs нужен tmpfs на 1,5-2Г, соответственно, нужно >=2Г RAM установить на машине.

Led
()
Ответ на: комментарий от Banshee

>>>Было пару раз делали на свой страх и риск, он потом метал молнии но иногда даже соглашался что он был не прав ибо не увидел первоначальной идеи...

А есть кому тянуть дальше ФС? Или уже все откинулись от этой темы ?

V0ID
()

Смешной тест так смешон.

> - для OpenSUSE 11.0 - от 0.6% до 45%;

Что такое 45% прироста для suse? Это flac. Смотрим на результаты:

4. Flac-кодирование 29.1 16.0 45% (OpenSUSE)

4. Flac-кодирование 16.0 17.0 -5.9% (FC)

4. Flac-кодирование 15.6 15.5 0.6% (Ubuntu)

Я не знаю, что там было у суси на 386, updatedb ли запустился, или собран он там через жопу. Я ставлю на updatedb, потому что похоже каждый тест запускался только один раз.

anonymous
()
Ответ на: комментарий от anonymous

> > более 2GB под ораклом на x86 можно использовать только с извратами

> Вызывающе неверная информация. Перестаньте позориться.

Сходите в топку и почитайте, как задействуются >2GB в оракле на 32-битной платфомре. Подсказка - все что более 2GB вы сможете отдать только под кэш, только через tmpfs (/dev/shm/*). При этом у вас будут постоянно делаться mmap/munmap соответствующих файлов /dev/shm/*, в которые и пишется кэш.

Это очень сильный overhead, с соответствующей потерей производительности, и незаметен он только из-за возросшего объема кэша и соответствующего уменьшения времени ожидания в I/O.

no-dashi
()
Ответ на: комментарий от lester

измерения низкокачественные, надо было для одного и того же мерить n результатов и искать среднее, потом эти средние сравнивать...

нет измерения расхода памяти, не измерений работы с видео...

RCP
()
Ответ на: комментарий от no-dashi

> В оракле, где большинство "расчетов" целочисленные, а система очень критична к памяти (более 2GB под ораклом на x86 можно использовать только с извратами), такой результат вполне ожидаем.

Имеется ввиду x86, который 32bit. Или обобщение на x86_64.

Если обобщение, то я не согласен.

skwish
()
Ответ на: комментарий от skwish

> Имеется ввиду x86, который 32bit.

Именно

> Или обобщение на x86_64

Про это принято говорить AMD64/EMT64/x86-64.

Точно также, как когда говорят про спарки, разделяют sparc64 от sparc32.

no-dashi
()

Меня поражает тупизм некоротых товарищей, которые предлагают делать замеры в консоли.

Какая к чёрту консоль? Результаты предназначаются для людей использующих ДЕСКТОП, чтобы они знали как показывают себя "искаропки" ДЕСКТОПЫ разных систем, собраннные под разные архитектуры . А консольные маньяки ошиблись дверью, эта инфа не для вас, идите погуляйте.

Также есть что сказать гребаным критикам: Зачем докопались до статистики? Это вам не зачита научного проекта. Уверен если все сделать по правилам, результаты не будут существенно отличаться.

Статья свою цель выполнила на 100%.

hyperion
()
Ответ на: комментарий от hyperion

>Статья свою цель выполнила на 100%.

Это не так.

А всё вышесказанное тобой - бред малообразованного человека.

Led
()
Ответ на: комментарий от anonymous_incognito

>Не понял, где ты увидел сборку для i386?

а откуда взяли федору под i686?

Да и убунту по моему идет под i386.

AVL2
()
Ответ на: комментарий от hyperion

>Статья свою цель выполнила на 100%.

статья - полный кал. Ничего из нее информативного узнать нельзя.

>Какая к чёрту консоль? Результаты предназначаются для людей использующих ДЕСКТОП, чтобы они знали как показывают себя "искаропки" ДЕСКТОПЫ разных систем, собраннные под разные архитектуры . А консольные маньяки ошиблись дверью, эта инфа не для вас, идите погуляйте.

в принципе, после это можно уже не продолжать ;)

dikiy
()
Ответ на: комментарий от dikiy

> 1. Ну так скажи по человечески сразу.

info maxima не работает?
В google забанили?

> 2. Харошь бред гнать. Пару гигов оно может сожрать если ты этому ratsimp
> 1000 страничное рац. выражение скормишь.

1. Это зависит не только (и не столько) от размера выражения, а от его
структуры (сколько переменных, etc.)
2. Хватает выражения ~ 100Kb.

> Юзал maple.

Какая же гадость эта ваша заливная рыба. (C)

Самая хреновая программа, которую я встречал за всю жизнь.

Dselect
()
Ответ на: комментарий от AVL2

>а откуда взяли федору под i686?

Если внимательно смотреть на флаги, с которыми ведется сборка пакетов, можно увидеть довольно интересные вещи (хотя это, конечно, не full i686).

jackill
()
Ответ на: комментарий от hyperion

>Зачем докопались до статистики? Это вам не зачита научного проекта. Уверен если все сделать по правилам, результаты не будут существенно отличаться.

Метрологию прогуливал, что ли?

jackill
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.