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
()
Ответ на: комментарий от anonymous

Анонимус, смотри на чье сообщение отвечаешь.

Demon37 ★★★★
()

> В оракле, где большинство "расчетов" целочисленные, а система очень критична к памяти (более 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 ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.