LINUX.ORG.RU

Ubuntu 7.10 vs Fedora 8


0

0

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

Тесты проводились на следующем оборудовании: процессор AMD Athlon 64 X2 4200+, 2GB DDR2-800 памяти, материнская плата Abit NF-M2 nView, винчестер Seagate SATA 2.0 и видеокарта ASUS GeForce 8600GT 256MB (использовался драйвер NVIDIA 100.14.23).

За основу были взяты 32-х битные версии Ubuntu 7.10 и Fedora 8 с набором пакетов "по умолчанию", под которыми были провдедены игровые тесты (Quake 4, Enemy Territory: Quake Wars), тесты на скорость кодирования LAME, Ogg, работы с диском (hdparm) и памятью (RAMspeed), gzip-сжатия.

Результаты тестирования оказались практически идентичными. Преимущество Ubuntu не более чем в 1,5% можно объяснить погрешностью. В целом же обе системы показали высокий уровень производительности.

>>> Подробности

★★★★

Проверено: svu ()

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

> Гхарек, ну нельзя же так красноглазить. Я думал у тебя генту по приколу, оказывается ты всерьез не читал http://funroll-loops.info/. Уверяю тебя, даже названные здесь дистры работают быстрее твоего фуфела, а про дебиан и говорить нечего.

Дядя, а доказательства в студию, э? А то местные армии красноглазых фанатиков, что мастерски развенчивают ими же самими придуманные тезисы, уже подзадолбали, чесслово. Хочешь пожизненно дрочить на компеляцию едра с опцией "-О99" - твои проблемы, я мешать не буду, а подход вменяемых людей и в случае генты и в случае редхата одинаков абсолютно. Просто у генты общее преимущество по понятным причинам.

А хочешь померяться пиписьками - давай меряться, с указанием дистров, железа и задач, нет - мне толстый болт положить, что там пишут фанатичные "развенчиватели мифов". Но потом не серчай ;)

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

> вообще не видел ни одного теста, где б генту реальный прирост давал.

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

Gharik
()

Ну, что-то навроде того, в принципе, и ожидалось..

MiracleMan ★★★★★
()
Ответ на: комментарий от eR

>>Вопрос логопеду: что быстрее - лялих, ляпих, линупс или линух? >линакс

Таки пурген ;)

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

>УБУНТУ ПОРВАЛ ФЕДОРУ!!! +1. Можно и наоборот -- ФЕДОР отодрал УБУНТУ. Смысл сравнения неизменится.

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

> А дизель-генераторы... э?

да питание-то не пропадало. а сервак сгорел. так что одними упсами не спасёшься, надо иметь возможность сменить железку.

>> угу, а с гентой это придётся делать обязательно просто из-за свойств дистра

> Не обязательно, достаточно понизить уровень оптимизаций и поставить -march/-mtune возрастом поменьше.

а на сколько меньше? если уж очень хорошо подумать, так и придётся ставить уровень i686 чтоб не прогадать ;)

gaa ★★
()
Ответ на: комментарий от Gharik

>мне толстый болт положить, что там пишут фанатичные "развенчиватели мифов"

Да ладно тебе. Понимаю, потратив лучшую часть жизни на сборку мира, и понимая, какую ошибку совершил, ты из-за самолюбия не хочешь признать очевидное, продолжаешь его тешить.

У всех есть красноглазый оттенок, но у некоторых другого и нет.

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

>Дык глаза открывать - тяжкое занятие

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

Со стороны человека без проблем с морганием - эти 10-15% производительности в сферических и вакуумных случаях не имеют значения. Качественно иной подход к задаче всегда давал лучшие результаты, чем дрочка над процентами.

anonymous
()

Время запуска Openoffice не сравнивалось. Незачёт.

bakagaijin
()

афтар сцуко жжот!

давно такой бредятины не читал.

LOR, мне стыдно за твои страницы.

ну ладно бы сравнили эффективность работы различных I/O Scheduler-ов и режимов Preemption, а заодно частоту таймера при использовании разных fs. а-то foo круче чем bar, епт. в биореактор за такие сравнения

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

> > уж не знаю, каких ему защит не хватило, но я воочию видел сгоревший sun e4000, вроде не подходящий в категорию "п3-пиццот". упсов на предприятии столько, что несколько сотен компов продолжают вне зависимости от чубайсят.

Ещё бы я ему рекомендовал, раз у него пара сотен UPS стоит, может купить генератор мастаба предприятия с накопителем - надёжнее будет. Это дурость тратиться на кучу хлама когда можно купить нормальное надёжное железо на десятилетие.

alx_me ★★☆
()
Ответ на: комментарий от Gharik

Народ не шарит. Хочется обновится? - emerge smth - а сам работай, чем мешает? Хочешь на другой комп засадить emerge -B или quickpkg и в перёд. Хочешь ничего вообще не пересобирать - милости прошу на сервак за предсобранными модулями. Гибчее система, не всем дано конечно... . Чем ваша BABUNTU или Фёдор отличаются так это тем что USE все стоят что только можно и march како-нить дремучий. Если у вас ничего меньше p4 на предприятии не стоит вам выгодно будет на серваке собрать gentoo со всеми USE и march>пень4 а дальше на машинки делать emerge -K чтонадо за пару сек. А бабунту в таких случах пролетает. Нет я понимаю что обхаять можно всё, но себе-то отдавать отчёт нужно. Из gentoo фёдора сдалать легко а наоборот нет...

alx_me ★★☆
()
Ответ на: комментарий от Gharik

>Блажен, кто верует, как говорится.

Вот именно.50-100% - это вера. Как бывший гентушник говорю - не будет 50-100%. Преимущество генты только в USE.

Midael ★★★★★
()
Ответ на: комментарий от dx

Не знаю как насчет убунты и федоры, но сюзя зарулила обоих.
WiFi сетевуха asus 167 - федора вообще при установке не нашла даже ее. Убунта нашла, но не захотела подключаться в режиме WPA PSK/PSK2.
Вот только сюзя все нашла,без проблем подключилась и работала как часы.
Kubuntu7.10/Fedora 8/OpenSuse 10.3

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

>> Уверяю тебя, даже названные здесь дистры работают быстрее твоего фуфела, а про дебиан и говорить нечего.

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

Я как дебианщик с чертзнаеткакого года говорю. Джента работает ни чуть не медленее дебиана, а где-то даже шустрее, из-за того, что ненужные фичи не собираются. У меня приятель джентушник, мы с ним часто спорили, так вот преимуществ в скорости дебиана над дженту нет ни в одной софтине, долго искали. а вот когда у меня был ноут с transmeta efficeon там дебиан по полной облажался к сожалению.

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

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

Врешь собака, и там и там
либо падает с ошибкой
eheap_alloc: Cannot allocate 108188 bytes of memory
на мощной машине и 32битной системе когда доходит до пределов адресации для процесса
либо вылазит сообщение что
приложение убито
если машинка слабая с маленьким колвом озу и маленьким свопом

Во вторых
вы никогда не слышали, что ли о
vm.lowmem_reserve_ratio
vm.swappiness
etc
настройте под себя нормально, выставьте в lowmem не 256, а скажем 4096 или 8152 , чтобы при ситуации когда какое-либо приложение пытается использовать всю имеющуюся память, как в вашем примере, всегда остовалось достаточно озу для переключения и запуска хотябы kill

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

/s/приложение убито/приложение убито если подождать немпного и полюбоваться в топ как оно постепенно сжирает всю память

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

>> либо падает с ошибкой >> eheap_alloc: Cannot allocate 108188 bytes of memory

Лжешь, собака.

Хочешь файл приведу в котором вывод этого факториала? на дебиане и на этом самом примере сделан. Машина - ноут с гигом оперативы.

$ du -b fac.txt 456575 fac.txt

всего 450 кило. а ты говоришь кеннот алокейт.

2824229407960347874293421578024535518477494926091224850578918086542977950901063 0 1787255177141383116361071361173736196295147499618312391802272607340909383242200 5 5569688667840380377379444961268380147875111966906386044926144538111370090160766 8 6640540717056595226129804195835677890904754151287114083692425153529309626067227 1 0387442460886354543639829317477617755326218511264748558649181803815198771612196 8 1514129902304463824068896508357500229649939642364256635271614935207801331202943 3 9305948199604353969420254761018738252172711966524222462978613221897504974019517 1 6531530489874836050566952715480176512162138004109816807973453547851752024621945 0 4834501377326310693909350359885988263210528414140015756786096090291650746966135 4 5262530732547530215683071540424970029721042464657713750561658172851551721628867 6 0664481809818584564912091230268276814735122529591235669762238475328261577004694 8 .................. 000000000000000000000000000000000000000000000000000

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

гыгыг

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

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

> Хочешь файл приведу в котором вывод этого факториала? на дебиане и на этом самом примере сделан.
для начала версию erlang.

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

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

erlang из etch stable

1:11.b.2-4

>> это почему это у меня под дебианом выжирает память и вываливается у тебя нет.

то есть это ты меня спрашиваешь?

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

ЛДЪЪЪЪ... МЮЬКХ ВРН ЯПЮБМХБЮРЭ.... УНРЪ Х ЯПЮБМХБЮРЭ Я ЛЕРЮ ДХЯРПЮЛХ РХОЮ ЦЕМРШ ХКХ ЙПСЙЯЮ МЕРС ЯЛШЯКЮ... Б КЧАНЛ ЯКСВЮЕ ЯНАПЮМНЕ Я ХЯУНДМХЙНБ АСДЕР КСВЬЕ...ЦДЕ НЫСРХЛН Ю ЦДЕ Х МЕР...

РСР ЙРН-РН ЦНБНПХК Н ДЕАЕ Х ЦЕМРЕ... РЮЙ БНР ОНХЦПЮИ ЙЮ Б ЙС4 МЮ ЯКЮАНИ РЮВЙЕ (С ЛЕМЪ о3-733/256НГС/ЛУ440-64Л) МЮ ДЕАЕ... ≈ "яНЯЮРЭ ЯЙЮГЮКХ ЙНЛАЮИМ╦ПШ..." Ю МЮ ЦЕМРЕ НРКХВМН ХЦПЮЧЯЭ... УНРЭ Х МЮ ЛХМХЛСЛ... МН БЯ╦ ФЕ...

Г.Ш. Ъ ПЮМЭЬЕ БХЯЕК МЮ ЯКЮЙЕ... ОНРНЛ МЮ ДЕАЕ... Х СФЕ ОНКРНПЮ ЦНДЮ МЮ ЦЕМРЕ... МХВЕЦН КСВЬЕЦН, ХЛУН, МЕРС...(ЪБМШИ ЛХМСЯ РНКЭЙН НДХМ - БПЕЛЪ ЙНЛОХКЪЖХХ (НЯНАЕММН МЮ ЯКЮАШУ РЮВЙЮУ))

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

>> так все таки жрет память или нет?

Да, перед тем как вывалился съел почти всю оперативку и около 300 мегов свопа (из гига).

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

>РСР ЙРН-РН ЦНБНПХК Н ДЕАЕ Х ЦЕМРЕ... РЮЙ БНР ОНХЦПЮИ ЙЮ Б ЙС4 МЮ ЯКЮАНИ РЮВЙЕ (С ЛЕМЪ о3-733/256НГС/ЛУ440-64Л) МЮ ДЕАЕ... ≈ "яНЯЮРЭ ЯЙЮГЮКХ ЙНЛАЮИМ╦ПШ..." Ю МЮ ЦЕМРЕ НРКХВМН ХЦПЮЧЯЭ... УНРЭ Х МЮ ЛХМХЛСЛ... МН БЯ╦ ФЕ...

Унц фофык.

Расшифровал....

>тут кто-то говорил о дебе и генте... так вот поиграй ка в ку4 на слабой тачке (у меня П3-733/256озу/мх440-64м) на дебе... — "Сосать сказали комбайнёры..." а на генте отлично играюсь... хоть и на минимум... но всё же...

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

Если Мозилла собирается долго, это не повод перегружаться в винду чтобы постить на ЛОР.

Absurd ★★★
()
Ответ на: комментарий от Deep-Ocean

>> НЯНАЕММН МЮ ЯКЮАШУ РЮВЙЮУ)

ня?

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

>> Если Мозилла собирается долго, это не повод перегружаться в винду чтобы постить на ЛОР.

Причем с IE...

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

> Да, перед тем как вывалился съел почти всю оперативку и около 300 мегов свопа (из гига).
С какими ключами запускал erlang?
Я вообще то не силен в erlang
И запускал так
$ erl
c(fac).
fac:factorial(100000).

при 10000 почти мнговенно, при 100000 вываливается, про миллион молчу

ты как запускаешь? Может хитрые ключи используешь?
у меня версия таже 1:11.b.2-4 etch

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

> Если Мозилла собирается долго, это не повод перегружаться в винду чтобы постить на ЛОР. А его необязательно собирать emerge www-client/mozilla-firefox-bin

а обычную мозилу вроде вообще выкинули

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

или вообще оперу можно поставить

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

аа ты вообще про mozilla .. так ее давно уж нет.

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

>И запускал так
>$ erl
>c(fac).
>fac:factorial(100000). 

да собссно так же тестил.

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

Ахтунг! Вендузятнег детектед!

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

>> МЮ ПЮАНРЕ Ъ( Б ЙЮЙНИ ФЕ ЙНМРНПЕ АЕГ БЕМДШ?

поставь на работе оперу :) или FF (не флейма ради) :))

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

>Ламеры! Сравнивать надо производительность в S.T.A.L.K.E.R.

Гляди в зеркало, там они =)

а сравнивать надо просизводительность в Crysis =))

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

> из-за тормознутости распиаренного редхета.

M-x troll-mode

Пока гентушники компилируют, парни из редхат пишут linux...

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

>тут кто-то говорил о дебе и генте... так вот поиграй ка в ку4 на слабой тачке (у меня П3-733/256озу/мх440-64м) на дебе... — "Сосать сказали комбайнёры..." а на генте отлично играюсь... хоть и на минимум... но всё же...

то есть смысл ставить генту на слабые тачки :):)

потому как на нормальных тачках разница в производительность - исчезающе мала :):)

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

> то есть смысл ставить генту на слабые тачки :):)

Компиляция неделями рулед неподецки :)

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

> то есть смысл ставить генту на слабые тачки :):)

Компиляция неделями рулед неподецки :)

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

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

Это все можно узнать, взять, прописать, рассекретить, но на _всё_ тебе не хватит жизни. Дебиан собирают сотни людей, и обычно один человек занимается максимум парой пакетов. Нет, конечно есть Патрик, который сам собирает дистр, но даже его уже не хватает собрать многое и он просто выкидывает что не успел.

>Джента работает ни чуть не медленее дебиана, а где-то даже шустрее, из-за того, что ненужные фичи не собираются.

Эта полная чушь рассосана на funroll-loops.info (со смежными ссылками), и доказывать что это чушь по сотому разу нет смысла.

>Так вот преимуществ в скорости дебиана над дженту нет ни в одной софтине, долго искали.

Вы наверное мозиллу и опенофис собирали на скорость? %)

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

>Хочешь пожизненно дрочить на компеляцию едра с опцией "-О99" - твои проблемы

Гхарек, не смеши, ты сам на предыдущей странице ляпнул про то как это круто, а теперь пытаешься отмазаться? :-D

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

>> funroll-loops.info

Читал я этот бред сивой кобылы. доказательства там из одной серии: мы ставили дженту, ни асилили, поэтому это сакс.На GettheFUckts тоже написано, что линукс соет у винды.

>> Вы наверное мозиллу и опенофис собирали на скорость? %)

Ты дебил, а если ты не ставил дженту, а самое гланое на ней не работал, то ты вдвойне делил + ко всему еще и кретин (не разбирающийся в ситуации). Gimp (тогда версии 2.1) работал шустрее с огромными фотками (панормана с 10 Мп), где дебиан просто замораживался.

Python работал быстрее (вычисления, анализ данных со счетчиков, это куча мелких файлов ~4 килобайта) дженту примерно на 5 минут шустрее их разорвал (~40 мин. времени)

Да, OOO тоже работал быстрее (быстрее запуск, быстрее открытие огромных [~5000 страниц мусора] документов).

ну а про ноут с трансметтой вообще вспоминать смешно. дебиан там просто умирал.

Так что верь дальше гетзефактсам, чувствуй себя счастливым.

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

>> Читал я этот бред сивой кобылы. доказательства там из одной серии: мы ставили дженту, ни асилили, поэтому это сакс.На GettheFUckts тоже написано, что линукс соет у винды.

точно. А еще не стоит доверять людям, которые ниасилили нормально страницу сверстать.

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

>> На GettheFUckts тоже написано, что линукс соет у винды.

(со смежными ссылками)

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