LINUX.ORG.RU

Сравнение производительности приложений в Ubuntu Linux и OpenSolaris

 , , ,


0

0
На phoronix.com опубликовано сравнение быстродействия ОС OpenSolaris 2008.11, Ubuntu 8.10, Ubuntu 9.04 на типичных задачах, среди которых присутствуют тесты на сжатие информации (7z, lame и др), шифрование, обработка изображений, BYTE Unix Benchmark, SQLite и многие другие.

Результаты для OpenSolaris крайне неутешительные: например, отставание в тестах GraphicsMagick превышает 500%. Сравнение проводилось на двух четырёхядерниках AMD Shanghai.

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

> Результаты для OpenSolaris крайне неутешительные

То есть, метка "история успеха" относится к Убунте? Тогда добавьте метку "ubuntu".

Cancellor ★★★★☆
()
Судя по этим тестам, единственное сильное место солярки - Java.
Cancellor ★★★★☆
()

Корректность результатов под вопросом.

>отставание в тестах GraphicsMagick превышает 500%

Когда я вижу такие цифры, то у меня закрадывается подозрение, что сравнивали кислое с длинным. Но [Open]Solaris действительно сосёт.

Camel ★★★★★
()
Судя по фразе

Both versions of Ubuntu had performed many times faster than OpenSolaris with GraphicsMagick, which uses the OpenMP library for being very multi-core friendly.

и тому, что в соляре gcc-3.4.3, в котором нет OpenMP сравнивался однопроцессорный запуск с многопроцовым. Хотя конечно факта отставания в других тестах это не меняет.

YesSSS ★★★
()
и то в некоторых тестах Ubuntu в java выйгрывает соляру да и производительности на новой бунте по сравнению с 8.10 меньше не стало
toidi
()
Когда наконец перестанут пропускать новости этих геймеров с фороникса? Которым делать нехер кроме как странные бенчмарки пускать и создавать FUD
anonymous
()
Ответ на: комментарий от anonymous
> Когда наконец перестанут пропускать новости этих геймеров с фороникса? Которым делать нехер кроме как странные бенчмарки пускать и создавать FUD

Точно-точно, очередная новость ни о чем.

Belko
()
Ответ на: комментарий от YesSSS
>и тому, что в соляре gcc-3.4.3, в котором нет OpenMP сравнивался однопроцессорный запуск с многопроцовым. Хотя конечно факта отставания в других тестах это не меняет.

Эээ, а ежели её чисто санковским компилятором собрать?
Gorthauer ★★★★★
()
Ответ на: комментарий от anonymous
> Когда наконец перестанут пропускать новости этих геймеров с фороникса?

Тогда ЛОР станет скучным...
shahid ★★★★★
() автор топика
Ответ на: комментарий от Gorthauer
То вероятно будет примерно то-же что и gcc современных версий ( http://openmp.org/wp/openmp-compilers/ ) , просто разница в 6 раз и 8 ядер наводят на мысль о такомсравнении.
YesSSS ★★★
()
пипис..меряние:) а ляпикс то похоже вырос из поделки шведского студента финского происхождения:D новости скучные, не флеймообразующие.
anonymous
()
Ответ на: комментарий от anonymous
>>ляпикс

>А это что?

ядро погнутой операционной системы.

anonymous
()
что и требовалось доказать! убунту Ъ izen мужык. bsd не рип
ggrn ★★★★★
()
Ответ на: комментарий от Gorthauer
>>и тому, что в соляре gcc-3.4.3, в котором нет OpenMP сравнивался однопроцессорный запуск с многопроцовым. Хотя конечно факта отставания в других тестах это не меняет.

> Эээ, а ежели её чисто санковским компилятором собрать?

Соляра собрана санстудией, насколько мне известно, а вот чем тесты -- Бог весть. Собирать жисисёй на соляре -- анахронизм, но санстудия не на 100% совместима с жисисёй по ключам компиляции, и могли быть чудеса. Жалко, подробностей такого рода на форониксе нет.

Кроме того, в жисисе и студии наверняка используются разные там libc, libm и библиотеки, поддерживающие многопоточность. Гнусные версии под соляру никто не оптимизировал, ибо никому не нужно.

Orlusha ★★★★
()
Ответ на: комментарий от justuser
> Теперь Убунту Ъ-энтерпрайз?

Угу. А если производственный сервер на убунте будет периодически вставать минут на 20, дык эт нормально.

Orlusha ★★★★
()
Ответ на: комментарий от Orlusha
> Жалко, подробностей такого рода на форониксе нет.

Там в комментах пара скудных пояснений есть от аффтара сравнения и прочих. Везде компилино дефолтными компиляторами, т.е. в соляре gcc3.
shahid ★★★★★
() автор топика
Ответ на: комментарий от Orlusha
>Угу. А если производственный сервер на убунте будет периодически вставать минут на 20, дык эт нормально.

Так если сравнивать с соляркой по этому тесту, то убунту за 7.40(+20 мин простоя) рабочего дня выполнит задач больше чем солярка зап 12 часов.
justuser ★★
()
В плане производительности солярки на собсвенном стареньком коме могу сказать, что:

1. подводит видео - у меня старенький ati radeon 9550

2. соляра долго грузится и долго выключается

А новость похожа на чёрный пиар, только зачем он - не понятно

yantux
()
Ответ на: комментарий от shahid
>Там в комментах пара скудных пояснений есть от аффтара сравнения и прочих. Везде компилино дефолтными компиляторами, т.е. в соляре gcc3.

По дефолту, в том дистрибутиве что ставил я, в OpenSolaris нет ни gcc ни sunstudio (оба ставяться в два клика через интернет). Скорее автор выбрал наиболее знакомый ему компилятор - gcc 3.4.3.
Sova777
()
Ответ на: комментарий от Orlusha
>производственный сервер
Хорошо хоть не орган.

Причём судя по объёмам газификации, без доказательств, производственным органом у вас является жопа.
NonHuman ★★★
()
Ответ на: комментарий от Harliff

SPARC benchmark.

>Интересно, почему не видно сравнений линукса с соляркой на спарках?

Поддерживаю вопрос. Хотелось бы увидеть похожие бенчмарки, но на Sun'овском железе.

Camel ★★★★★
()
Ответ на: комментарий от anonymous
> пипис..меряние:) а ляпикс то похоже вырос из поделки шведского студента финского происхождения:D

Ты всё перепутал. Не ляпикс, а Линукс, не шведский студент финского происхождения, а наоборот - финский шведского происхождения, и не студент, а аспирант, ну и речь не поделке, а о лучшей ОС всех времён и народов :-)

askh ★★★★
()
Ответ на: SPARC benchmark. от Camel
Ну в общем клёво, выяснили, что gcc3 сливает gcc4 на многопроцессорных системах
Gorthauer ★★★★★
()
Товарищам, оправдывающим тормоза соляры из-за старого gcc: это проблема мейнтейнера, но никак не пользователя.

Так что тесты объективны.

codeine-man
()
Не пойму как у Phoronix Test Suite переключить компилятор. GCC у меня всегда получается компилятором по умолчанию :(
Sova777
()
> Результаты для OpenSolaris крайне неутешительные

Что, для серверов уже не подходит?
Jayrome ★★★★★
()
да какая нафик разница. вот, если бы было больше 1%, а так ни линухи, *бсд, ни соляра никогда не будут массовыми десктопными ОСями.
anonymous
()
Ответ на: SPARC benchmark. от Camel
> Интересно, почему не видно сравнений линукса с соляркой на спарках?

> Поддерживаю вопрос. Хотелось бы увидеть похожие бенчмарки, но на Sun'овском железе.

На сановоском железе отставание было бы еще более впечатляющим. Спарки давно производительностью не блещут.

scott_tiger ★★★
()
> Сравнение проводилось на двух четырёхядерниках AMD Shanghai.

Нашли на чем сравнивать - на китайских АМД. Возмите Ъ-Интел и тогда посмотрим.

anonymous
()
ничего, вон, Мюрдок уже с нами, скоро Сан расщедрится на GPL, а там глядишь и обростёт солярочка жирком комьюнити, вот тогда эта уродская убунта засосёт, да со смаком, с причмокиванием, Шатлворт от зависти позеленеет, а быдлоубунтасты так до конца дней и будут фапать на соляру, да только ума не хватит юзать её
cuki ★★★★
()
Ответ на: комментарий от anonymous
>Почему бы не привести тесты gentoo и убунты?

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

Sherak ★☆
()
Ответ на: комментарий от namezys
В общем отличие в чисто вычислительных тестах (типа хотя бы LAME) говорит само за себя.

Куда могли деться flops'ы? На x86 ИМХО только в неэффективно построенный код. На подсистемы гнять особо не надо. Такое количество вычислительных операций ядро может скушать, если оно постоянно работает? а при кодировании оно что, должно работать? А если оно работает - значит кто-то его юзает. Где тогда объективность?

namezys ★★★★
()
Ответ на: комментарий от cuki
> ничего, вон, Мюрдок уже с нами, скоро Сан расщедрится на GPL, а там глядишь и обростёт солярочка жирком комьюнити, вот тогда эта уродская убунта засосёт, да со смаком, с причмокиванием, Шатлворт от зависти позеленеет, а быдлоубунтасты так до конца дней и будут фапать на соляру, да только ума не хватит юзать её

Боюсь, что убунте никогда не засосать столько, сколько засосала солярка.

anonymous
()
Ответ на: комментарий от Orlusha
>Кроме того, в жисисе и студии наверняка используются разные там libc, libm и библиотеки, поддерживающие многопоточность.

ну это конечно дурь.

aydef
()
Ответ на: комментарий от NonHuman
>> производственный сервер

> Хорошо хоть не орган.

Извините, так принято переводить слово "production" в большинстве крупных компаний, ну и в Сане в частности. Так что Ваше ехидство попало пальцем в небо (хорошо хоть не органом).

> Причём судя по объёмам газификации, без доказательств, производственным органом у вас является жопа.

Опять в небо, на этот раз уж точно органом.

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

Пацан мой гонял кое-какие тесты, немного более подробные, чем фороникс; результаты совершенно удивительные, хотя, впрочем, это тема не для лора.

Orlusha ★★★★
()
Ответ на: комментарий от aydef
>> Кроме того, в жисисе и студии наверняка используются разные там libc, libm и библиотеки, поддерживающие многопоточность.

> ну это конечно дурь.

Не совсем. Есть libc и есть glibc; так вот, штуки это разные. В частности, по производительности. А ещё есть libm и libmopt, с одной бенчмарки сливаются, с другой нет.

Orlusha ★★★★
()
Ответ на: комментарий от dimon555
>> Там в gcc дело. Старый уж очень в солярке.

> а санокомпилятор почему бы не использовать?

Я ж писал: ключи соответствуют, да не совсем. Даже если скрипты сборки допилить как надо, чтобы вместо gcc становилась студия, с режимами оптимизации, выравнивания и т.п. ещё придётся очень помучаться. И только после этого можно будет говорить о сравнении.

Мой сын гонял простенькие тесты на математику (типа, диффур решить) на студии и на gcc разных версий в линуксе и соляре. Так вот, тесты на линуксе со статическими либами студия сливает, с динамическими -- выигрывает, причём прилично. А либы родные сановские. На соляре ситуация ещё не легче, покуда время выполнения теста перестаёт быть стабильным после 300-400 повторений теста (!!!).

Orlusha ★★★★
()
Ответ на: комментарий от Orlusha
>>> производственный сервер
>> Хорошо хоть не орган.

>Извините, так принято переводить слово "production" в большинстве крупных компаний, ну и в Сане в частности.

В силу того, что я не гуманитарий, мне эта фраза просто режет ухо, так как применение слова production server в IT сильно отличается от дословного перевода, который, конечно-же проще использовать.

>>>А если производственный сервер на убунте будет периодически вставать минут на 20, дык эт нормально.

>Всё, что написано в моем посте, соответствует реальному положению дел.

Утверждение, что сервера на Ububntu ежедневно останавливаются - просто болезнненный бред. А у человека, который верит в такое что-то с мыслительным процессом.
NonHuman ★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.