LINUX.ORG.RU
ФорумTalks

Общая производительность в Linux


0

0

Сразу прошу не забрасывать тапками.

Давно обратил внимание, что программы в Linux работают намного медленнее, чем в Windows, Mac OS X, FreeBSD. Примеров - масса, начиная от архиваторов и заканчивая проигрыванием FullHD в одних и тех же плеерах одних и тех же версий с отключенным аппаратным ускорением. Но вот чтобы не быть голословным, конкретные цифры. Померил в разных системах с помощью одной и той же версии архиватора 7zip командой «7za b». Получил такие результаты:

Linux - 2400 попугаев Windows - 3600 Mac OS X - 3300 FreeBSD - 2900

Удивительно, поразительно, но факт. Проверял несколько раз на только что загруженных системах, никаких задач больше на машинах не крутилось (до запуска 7za top в Linux показывал 99.9 idle). Все системы 32 битные (Mac специально грузил с ключом 32 бита, в 64 - оно быстрее).

Результат меня шокировал. В чём тут дело? Ладно, Windows. Возможно, там компилировали в VC++ и код получился лучше. Но вот в Mac OS X и FreeBSD - откуда прирост? Ведь тот же gcc, притом, там из-за проблем с лицензией - более старый gcc, который делает «худший» код. Linux'ы пробовал разные: gentoo, arch, debian, ubuntu - результат везде идентичен, везде был включён режим performance.

И это просто конкретный пример. То же самое происходит с vlc под разными системами с выключенным аппаратным ускорением. В том же Mac OS X - чуть не в 2 раза быстрее работает, а в Linux видео 1280x720 - уже может тормозить с теми же самыми настройками vlc.

Известная ли это проблема? Или «что я делаю не так»? Откуда такая разница? Ядро? Библиотеки C (так с чего бы?)?


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

То есть p7zip - это чья-то сторонняя поделка и сравнивать их слегка неправильно.

Но в Маке-то тот же p7zip, и в BSD тоже. И вообще, пример - только единичный. Такая же ситуация везде сохраняется, хоть плеер VLC, хоть кодирование ffd, хоть что угодно.

А соотношение производительности Win/Lin, смотрю, у Вас примерно такое же, как и у меня.

maxkit
() автор топика

> архиватора 7zip

Насчет 7zip не знаю, пользую консольные утилиты zip, unzip, gzip, tar и т.д. Если нужно какой-то кривой архив распаковать, то WinRAR под Wine - все это работает довольно шустро!
И да, есть в Linux'е тормозные программы - просто используй более быстрые аналоги.

программы в Linux работают намного медленнее, чем в Windows


Про BSD и Mac не знаю - не щупал. А вот насчет Linux vs Windows ситуация следующая:
1) Windows (XP например) быстрее Linux (Mint например) только сразу после установки, но потом первая «засирается» и тупит;
2) после установки антивируса (а под Windows по другому нельзя) винда начинает сливать пингвину;
3) со временем пингвин тоже «засирается», но в этом случае помогает удаление/чистка хомяка (/home/yourname) и линукс взлетает как новенький. А вот винду приходится заново переставлять со всеми программами.

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

>Чувак, а ты когда-нибудь видел летающего пингвина?

:-D Топик можно закрывать

frame ★★★
()

Кто его знает, может, линакс и тормозит. Зато он тормозит предсказуемо. Например, у тебя несколько больших процессов чой-то на диск пишут, и тебе надо разбудить еще один процесс, который давно в свопе. Что дальше? Правильно! Поставил процесс будиться и пошел кофе готовить, потому что 12309.

А на венде никогда не знаешь, когда можно кофебрейк делать.

shimon ★★★★★
()

>> Или «что я делаю не так»?

Сравниваешь тёплое(ламповое) с мягким(мелко).
Разные программы же. Ну а заголовок - вброс.

Откуда такая разница?


Ну как бы К.О. подсказывает, что в каждом конкретном
случае надо смотреть.

Ядро? Библиотеки C (так с чего бы?)?


Да что угодно. Ты хоть понимаешь ЧТО ты сравнивал? скорость ЦПУ, чтения/записи на диск, время затраченное на системные вызовы?

Вообще архиватору должно быть пофигу на ОС, он 99% времени будет тупо
считать. А процессор, что в винде, что в линуксе работает с одинаковой
скоростью. Или не работает - проверяешь настройки, которые могут быть
существенно разными (например режим энергосбережения и т.п).
vmstat, strace и иже с ними в руки и вперёд.

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

3) со временем пингвин тоже «засирается», но в этом случае помогает удаление/чистка хомяка (/home/yourname) и линукс взлетает как новенький. А вот винду приходится заново переставлять со всеми программами.

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

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

> А не надо срать себе в хомяк

Я то все свои файлы храню на примонтированных разделах.
Хомяк засирают проги. Вот буквально вчера у меня Хром стал жутко тормозить. Снес /home/user/.cache/google-chrome, /home/user/.config/google-chrome и Хром вновь залетал.

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

> перемещение окон похоже на пошаговый квест в win. все летает в linux. вниманиевопрос: чтоясделалнетак?

Судя по всему, не установил видеодрайвер в венде (:

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

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

Кстати да, плюсую. Во многих тестах даже убунта нагибает венду по производительности, не то что уж другие дистры.

Вообще, статья ТС странновата, да.

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

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

И где же пруф?

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

Вообще, статья ТС странновата, да.

Ну так сами проверьте, покажите опровергающие результаты, в чём проблема. Зачем Вам какие-то данные форониксов. А то ведь тесты можно разные найти в сети, в том числе и такие, кто C проигрывает Java в вычислениях.

Пример с 7z - не единственный. Просто не хочу простыни других выкладывать. А картина везде приблизительно одинаковая. Только в других случаях на результат влияет ещё скорость работы с HDD и прочее, 7z в этом смысле «чище».

maxkit
() автор топика
Ответ на: комментарий от Axon

Я вот недавно, даже не знаю чем, так бубунту засрал, что перестал работать ждущий режим, фф мрачно глючил и, вообще, при работе с сетью, плюс тормоза в самых неожиданных местах. Переустановил с того же диска - всё летает. Мистика, до сих пор ломаю голову над тем «шо это было?». Причем, работал так месяца три.

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

Да с удовольствием бы проверил, но нет венды под рукой. Завтра обязательно потестю чем-нибудь.

Вообще чисто субъективно, многое в венде действительно работает быстрее. Особенно это касается времени запуска софта (хотя здесь по-моему лучше ругаться на сам софт, а не на OS). Местами отзывчивость виджетов в венде лучше, чем в какой-нибудь гномоубунте. Но в то же время, арч с кедами венду уделывает, например, почти во всем.

В общем, даже и не знаю что и думать.

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

сколько раз повторять? установил catalyst 10.7 (тот что был на диске). 3д ускорение работает нормально. но окна!11

snoopcat ★★★★★
()

От бага все вытекающие. Архивируем - баг тут как тут. тяжелое видео смотрим - баг тут как тут. Ибо все это хард теребит нещадно.

roman77 ★★★★★
()

$ 7z b -mmt1 -md25

LINUX x86_64, из репов арча:
7-Zip [64] 9.13 beta  Copyright (c) 1999-2010 Igor Pavlov  2010-04-15
...
Avr:          100   1490   1488               100   1995   1992
Tot:          100   1743   1740

LINUX x86, с sourceforge:
7-Zip 9.13 beta  Copyright (c) 1999-2010 Igor Pavlov  2010-04-15
...
Avr:          100   1243   1240               100   1615   1612
Tot:          100   1429   1426

win xp 32, с sourceforge:
7-Zip 9.13 beta  Copyright (c) 1999-2010 Igor Pavlov  2010-04-15
...
Avr:          100   1475   1474               100   2049   2045
Tot:          100   1762   1760
Кто-то врёт..

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

Кто-то врёт..

Почему врёт, тот, что почти вровень с Windows - он же 64-битный. Кстати, у Вас тот же относительный разрыв.

Кто соберёт одинаковым gcc c одинаковой оптимизацией для венды и linux?

Да тут опыт нужен в таких делах. Я лично и рад бы, но явно что-то упущу с gcc в Win.

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

>что почти вровень с Windows - он же 64-битный

IMO, тут не в битности дело, просто 64битный собран с -O2 -sse2 )

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

У вас либо железо win-only

Это как?

либо руки, либо мозк.

А по теме?

Увы, ваша платформа - Windows.

Это типа плохо, да?

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

Я не зна, плохо это для вас или нет.
По теме: сравнивать с вендой не могу, так как нет у меня её, а ставить ради теста не хочу, тут достаточно дуалбутчиков которые будут в состоянии собрать одно и то же с одинаковыми параметрами.
ПыСы, в линуксе пользоваться 7zip не вижу смысла.
ПыСы2, учите метрологию, подобные «тесты» не репрезентативные ни разу.

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

Hokum

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

Вот это самая большая проблема. У Вас видите ли нет для сравнения. Тем кому предлагается поставить Линукс вместо Окна, у тех есть и сравнивать они будут просто и тупо по первому впечатлению.

По которому обычно выносится вердикт: - да улитка ваш Линукс.

Hokum

ПыСы2, учите метрологию, подобные «тесты» не репрезентативные ни разу.

Простого юзверя не интересует статистика и репрезентативность. Он просто сел, посмотрел и сравнил.

vOrOn
()
Microsoft Windows [Version 6.1.7600]
7-Zip 4.65  Copyright (c) 1999-2009 Igor Pavlov  2009-02-03

RAM size:    1023 MB,  # CPU hardware threads:   2
RAM usage:    425 MB,  # Benchmark threads:      2

Dict        Compressing          |        Decompressing
      Speed Usage    R/U Rating  |    Speed Usage    R/U Rating
       KB/s     %   MIPS   MIPS  |     KB/s     %   MIPS   MIPS

22:    3025   152   1932   2943  |    48924   198   2233   4417
23:    3145   167   1915   3204  |    47554   196   2221   4354
24:    3016   168   1934   3243  |    46793   195   2225   4342
25:    2728   160   1952   3115  |    45674   195   2208   4296
----------------------------------------------------------------
Avr:          162   1933   3126               196   2222   4352
Tot:          179   2077   3739
7-Zip 9.15 beta  Copyright (c) 1999-2010 Igor Pavlov  2010-06-20

RAM size:    1023 MB,  # CPU hardware threads:   2
RAM usage:    425 MB,  # Benchmark threads:      2

Dict        Compressing          |        Decompressing
      Speed Usage    R/U Rating  |    Speed Usage    R/U Rating
       KB/s     %   MIPS   MIPS  |     KB/s     %   MIPS   MIPS

22:    2661   133   1947   2589  |    39887   160   2257   3601
23:    3281   173   1936   3343  |    48280   195   2261   4420
24:    3180   175   1951   3419  |    47414   196   2245   4400
25:    3067   176   1989   3502  |    46691   197   2224   4391
----------------------------------------------------------------
Avr:          164   1956   3213               187   2247   4203
Tot:          176   2101   3708
Kubik
()
Ответ на: комментарий от vOrOn

Ничего подобного ни разу не наблюдал. Дефолтная убунта после установки всегда эмпирически была шустрее висты или семёрки. Но, с другой стороны, дебилам я линукс и не ставлю, так что это не мои проблемы.

Hokum ☆☆☆☆
()

Годный вброс, но тест ни о чем.

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

Большинство этих «дебилов», как Вы выражаетесь, наблюдает и делает соответственные выводы, особенно при попытке работать на этом десктопном чуде, так как играть на нём практически нет во что.

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

Повторяю, это не мои проблемы, у меня всё проходит хорошо. Производительность свободной ОС не есть трабла в случае внедрения Линукса взамен венды. Трабла всегда обнаруживается в отсутствии привычного ПО, но это уже издержки нашего мира, designed for microsoft windows

Hokum ☆☆☆☆
()

$ wine 7z.exe b -mmt1 -md25

7-Zip 9.13 beta  Copyright (c) 1999-2010 Igor Pavlov  2010-04-15
...
Avr:           99   1485   1477                99   2078   2066
Tot:           99   1781   1771
Сравним с этим. Вывод - всё дело в компиляторе.
Вброс не удался, </discuss>

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

Вывод - всё дело в компиляторе.

Похоже на то. Вот не надо было брезговать Wine'ом. Только остаются сомнения: куда Wine отсылает при вызове в ядро или в стандартные библиотеки? Но если это вывод, то он грустный.

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

>Только остаются сомнения: куда Wine отсылает при вызове в ядро или в стандартные библиотеки?
*.exe -> wine -> gnu libc -> ядро linux

Однако, не в библиотеках дело, 99% времени процессор нагружен кодом самого бинарника программы, только от него всё и зависит.

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

ННП
У кого-нибудь стоит готовая среда, где можно было бы собрать этот зип интеловым компилером в линуксе?

Hokum ☆☆☆☆
()
Ответ на: комментарий от anon_666

Спасибо, что помогли разобраться. Я просто думал, может, он вызывает какие-то сортировки или ещё что-нибудь тяжёлое из STL, к примеру, там и гибнет, а Wine, возможно, чуть ли не весь Windows на assm'е переписал, потому всё так. Просто относительно Wine я вообще не в теме.

maxkit
() автор топика
Ответ на: комментарий от Hokum

ННП

У меня интеловского компилятора нет. Но вот забавно, только что в Mac OS X собрал сам, получил те же цифры, что и в Linux:

Avr:          162   1308   2125               199   1435   2860
Tot:          181   1371   2492

Выходит, они и в Маке чем-то другим собирают или как-то по-другому.

maxkit
() автор топика
Ответ на: комментарий от Hokum

Native:

7-Zip [64] 9.13 beta  Copyright (c) 1999-2010 Igor Pavlov  2010-04-15
p7zip Version 9.13 (locale=ru_RU.UTF-8,Utf16=on,HugeFiles=on,2 CPUs)

RAM size:    3958 MB,  # CPU hardware threads:   2
RAM usage:    419 MB,  # Benchmark threads:      1

Dict        Compressing          |        Decompressing
      Speed Usage    R/U Rating  |    Speed Usage    R/U Rating
       KB/s     %   MIPS   MIPS  |     KB/s     %   MIPS   MIPS

22:    2301    99   2260   2239  |    24986   100   2264   2256
23:    2237   100   2285   2280  |    24692   100   2267   2260
24:    2154   100   2326   2316  |    24301   100   2257   2255
25:    2063    99   2372   2356  |    23882    99   2259   2246
----------------------------------------------------------------
Avr:           99   2311   2297               100   2262   2254
Tot:          100   2286   2276
Wine:

7-Zip 9.15 beta  Copyright (c) 1999-2010 Igor Pavlov  2010-06-20

RAM size:    2047 MB,  # CPU hardware threads:   2
RAM usage:    419 MB,  # Benchmark threads:      1

Dict        Compressing          |        Decompressing
      Speed Usage    R/U Rating  |    Speed Usage    R/U Rating
       KB/s     %   MIPS   MIPS  |     KB/s     %   MIPS   MIPS

22:    2304    99   2273   2242  |    26646    99   2418   2405
23:    2239    99   2304   2281  |    26283    99   2421   2406
24:    2159    99   2345   2322  |    25935   100   2415   2406
25:    2070    99   2395   2364  |    25405    99   2406   2389
----------------------------------------------------------------
Avr:           99   2329   2302                99   2415   2402
Tot:           99   2372   2352

Hokum ☆☆☆☆
()
Ответ на: комментарий от maxkit

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

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

А вот native с -O3:

7-Zip [64] 9.13 beta  Copyright (c) 1999-2010 Igor Pavlov  2010-04-15
p7zip Version 9.13 (locale=ru_RU.UTF-8,Utf16=on,HugeFiles=on,2 CPUs)

RAM size:    3958 MB,  # CPU hardware threads:   2
RAM usage:    419 MB,  # Benchmark threads:      1

Dict        Compressing          |        Decompressing
      Speed Usage    R/U Rating  |    Speed Usage    R/U Rating
       KB/s     %   MIPS   MIPS  |     KB/s     %   MIPS   MIPS

22:    2360    99   2312   2296  |    24869    99   2264   2245
23:    2292    99   2349   2336  |    24660   100   2260   2257
24:    2213    99   2396   2380  |    24273   100   2257   2252
25:    2119    99   2432   2419  |    23878    99   2259   2246
----------------------------------------------------------------
Avr:           99   2372   2358               100   2260   2250
Tot:           99   2316   2304

Hokum ☆☆☆☆
()
Ответ на: комментарий от anon_666

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

Hokum ☆☆☆☆
()
Ответ на: комментарий от megabaks

ННП. А кто-нибудь знает. что именно делает этот тест, откуда вообще значительная разница может появляться?

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

>ННП.
о_О?

А кто-нибудь знает. что именно делает этот тест, откуда вообще значительная разница может появляться?

что за тест? тред не читал (

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