Очень прикольно, особенно если посмотреть мой скрин двухгодичной давности:
http://www.linux.org.ru/view-message.jsp?msgid=203066

Интересен прогресс. Слэкварь + mplayer того времени были явно шустрее ;)
Одна копия mplayer'а съедала не более 5% CPU. Да и количество нормально
отображаемых копий mplayer'a было много больше. На скрине - 7, а
макимально могло быть около 20-ти. А машинка точно такая же - athlon-1.4/512Mb.

Интересно бы раскопать, откуда тормоза. Может suze в целом, а может kde.

film

Может у вас фильмы по разному закодированны или mplayer не с теми клбчами собран или чипсет у ковонибуть дурацкий.

Фильмы стандартные с Горбушки. Такие, какие вся страна смотрит. Ключи
сборки mplayer'a ну очень простые: ./congigure; make install ;)
На счет чипсета я очень сомневаюсь, что он мог дать двухкратное падение
производительности. Нет, господа, это сюзя в связке с кде тормозит.
Имейте наглость признать cей факт ;)

film

Вот именно что стандартные, там есть лополнительные, с зацепкой за проц.

По моему в одном случае mplayer, а вдругом gmplayer. У меня под SuSE 8.2 7 фильмов в mplayer даже не замечаю 2-5% на процесс.

А вот это возможно. Только почему-то не видно gmplayer в top'е.

Извиняюсь. В top действительно mplayer. Значит грабли в др. месте.

-vo какой? :)

Сравнил со своим top, у тебя все видимые процессы много хавают. У меня Cel 2,4.

aMule!!!!!!

dozdravstvuet warez !!!!!

i filmi sgorbushki taskat' nenado.

Может зависит от того, каким компилятором собран. 2.95, какжется, быстрее код делал.

У меня SuSE 8.2. Собрана 3.3 и все очень шустро бегает. И ресурсы не ест. Дома стоит 9.0 приду проверю там. А в общем 8.2 мне нравится больше.

Так - проверил - слака 9.1 такой же мплаер - 2-6% в зависимости от разных фильмов. мплаер ХП то же самое вроде. Атлон ХП 1700 512 метров. Правда , если их много пускать то может увеличиватся до 10% гдето и на шотах почемуто первого открытого мплаера не видно - синий экран - вот на этих скринах это видно кое как. Юзаем xv на нвидиашных дровах.

www.nmu.edu.ua/departments/stud/manowar/DERMO/skr1.jpg

www.nmu.edu.ua/departments/stud/manowar/DERMO/skr2.jpg

www.nmu.edu.ua/departments/stud/manowar/DERMO/skr3.jpg

жпг от пнг отличается только текстом терминала и усё а размера с 700кб 150-200

Вот ещё 1 скрин с vo -gl2 право но тут синих экранов нету.

www.nmu.edu.ua/departments/stud/manowar/DERMO/skr4.jpg

Пришел домой и проверил на SuSE 9.0. Так и есть, все плохо. Перезагружаю сь в 8.2.

В общем так. Cel 1000 остальное как выше. 8.2 - 5 фильмов легко - проц грузят 50-75%. 9.0 - 5 фильмов под помидоры но не тормозит. Фильмы и конфиги одинаковые. В 9.0 Х-сы 20-25% а 8.2 до 5%.

Вот ещё одна

http://www.nmu.edu.ua/departments/stud/manowar/DERMO/herna.jpg

глючит его по идее то что 10 раз 1 и тот же файл открыт , кстати - как избавится от синего окна? Это первый открытый мплаер и если делать скрин только с одним мплаером то синее окно получается

> как избавится от синего окна?

Кликнуть на кнопку "Свернуть окно" ;)

Интересное решение :))

в чём же причина тормозов под 9-той сюсе?
у меня 500-ый целерон и среднестатистический кин кушает около 25% проца. ишачка много жрёт. до 60-70% проца может хавать... это последний-то aMule... из-за него не всё кино идёт намана... вот.
и как же мне сделать, чтобы 7% на кин было, ась? :)
юзаю виндовмакерь.

дистр - сюсе 9.0. мплээр - 1.0пре4 - рпм-ки от пакмана.
проц 500-ы целерон, видео - жефрос4 440микс, памяти - 256метроват.

может это всетаки Иксы такой тормоз дают.

а хз.. мож и иксы..
под форточками у меня помнится..аналагичная байда (eMule и кина) кушала ~25%
так что стопудово что-то нада подкрутить в линухе...

я вот незнаю - может из-за того, что mplayer из рпм-ок ставил...
там от с runtime cpu detection или как там.. вот
брал mplayer отсуда:
http://packman.links2linux.org/?action=128

а до 1.0pre3 стоял 0.92 - такая же фигня...
ядро, кстати, - 2.6.3
дрова последние невидивские.

попробуй -vo поменять... У меня не больше 1% CPU использует.

ктонибудь пробовал запустить mplayer в консоли без X-ов прикольная вещь получается, выглядит как в фильме Matrix.

Читай внимательно - синие окна ничего не напоминают?
А мне - да. Это драйверы к видюхе.

Копия mplayer у него занимает 12% - вывод - можно запустить семь и восемь.

P.S. А вот если звук через arts, то тогда, наверно, производительность должна упасть.

Кстати, о тормозах.
Может ли этот человек запустить пару копий и последнюю развернуть на полный экран (тупым увеличением окна). Если нагрузка возрастет, тогда все ясно.

Кстати, о тормозах. Может ли этот человек запустить пару копий и последнюю развернуть на полный экран (тупым увеличением окна). Если нагрузка возрастет, тогда все ясно.

jackill (*) (29.02.2004 5:35:13)

если возрастет тогда о чем это говорит?

я пробовал запускать видео под другими windowmanagers(icewm,windowmaker,blackbox и т.д) результаты такие же дрова кстати у меня версии nvidia 4-ой серии т.е. не самые последние. надо попробовать последние поставить. может поможет.

пробовал на весь экран нагрузка возросла на 1-2%

dvl13

синий бакграунд - это оверлей.

отличные фильмы смотришь :)

> mplayer из рпм-ок ставил... там от с runtime cpu detection

Это тоже может быть причиной. Попробуй сам собрать mplayer.
При самостоятельной сборке он сам детектит CPU и сразу делает
оптимизации. Вдруг поможет?

та блин... вы видели сколько памяти у него иксы схавали?

и это нормально?

да это пи**ц какой-то я бы сказал.

Студент.

> mplayer из рпм-ок ставил... там от с runtime cpu detection >>Это тоже может быть причиной. Попробуй сам собрать mplayer. >При самостоятельной сборке он сам детектит CPU и сразу делает >оптимизации. Вдруг поможет?

>anonymous (*) (29.02.2004 8:29:44)

собирал - configure,make,make install

все автоопределялось

dvl13

Повторюсь. В SuSE 8.2 всё хорошо, а в 9.0 намудрили что-то. Сусевцы решаем проблему.

сейчас поставил свежий драйвер от Nvidia еще хуже стало Х-ы стали до 50% CPU кушать при 4-х отрытых фильмах.

dvl13

Тоже пробовал свежие дрова. Плохо. Оставил 4496.

dvl13 а у тебя цвет 16, 24 или сколько.

я и 16 и 24 пробовал = одинаково

Еще прикол в 9.0, открываю Firebird-ом скриншот, смотрю top -  Firebird 40%, X-сы 20%. Сворачиваю окно - тоже самое. В 8.2 не больше 5%. При свернутом окне вообще около 0%.

athlon 2100+, 512ram, gentoo, запустил 5 фильмов... болше всего процессорного времени отжирает top аж 1.3%!!!

load average: 0.05, 0.07, 0.03

вот вам и сузя )

Повторю. В SuSE 8.2 всё отлично. На Cel 2,4 также как и на твоем athlon 2100. А в 9.0 есть проблемы.

никто не знает когда у Суси следующий дистр выйдет?

Кстати насчет Gentoo. На SuSE я ушел именно с него. Собираем этого Gentoo три дня и три ночи, оптимизируем, потом смотрим, сравниваем, а это все уже собрано и не хуже в SuSE. 9.0 в расчет не берем, переход на юникод и вообще .0 версия и сдача америкосам, вообще будущее под ?

>Собираем этого Gentoo три дня и три ночи,

а на чем собирали так долго?

>а на чем собирали так долго?

Cel 1000. Базовую систему конечно не долго. А вот для десктопа с офисом опаным у-у-у как долго. Офис можно конечно с бинарников, но и так долго. Главное - чудес не бывает и оптимизация реально =0.

Зы , не парьтесь юзайте слаку:)) Кстати - на скольких болванках дебиан с самыми новыми пакетами и как он называется?

>Офис можно конечно с бинарников, но и так долго. Главное - чудес не бывает и оптимизация реально =0

Ну низнаю на athlon 2100+ openoffice часа за 4 скомпилился, а может и меньше..

>Ну низнаю на athlon 2100+ openoffice часа за 4 скомпилился, а может и меньше..

Не у всех такие машины.

Кажется нашел где копать. Взял ядро 8.2 слил на 9.0. Все стало на места. Чудненько. Копаем ядро. Где-то, что-то про ACPI проскальзывало. Ищем в инете.