Re: как мне проинсталлировать flash player на x88_64?
Eugene V. Lyubimkin -> debian-russian@lists.debian.org @ Mon, 04 Aug 2008 18:24:58 +0300:
>> >> Внимание, вопрос. Сколько времени работают эти программы?
>> EVL> Эээ... это такой риторический вопрос, что ли? больше одного такта,
>> EVL> вестимо, так что поддаются "регистровой" оптимизации.
>>
>> Я имею в виду, что случится от того, что они, _может быть_, начнут
>> работать на 10% медленнее. Сколько времени _твоей_ жизни на это уйдет?
>> А на попытку посмотреть флешку на сайте? (А это сайт, скажем, нокии, и
>> там на этой флешке, скажем, навигация сделана, а вовсе даже не только
>> реклама.)
EVL> Да. Может, начнут, а может, и начнут. А в противном случае точно
EVL> не начнут :)
Нет. Поскольку будут жрать больше памяти.
>> >> Верно. Запусти top и посмотри на строчку CPU. У меня там сейчас 99%
>> >> idle. Вот на этот "бинарник" и проведи тест.
>> EVL> /usr/bin/X. Как предлагаешь тест проводить?
>>
>> Я сказал "на строчку CPU", а не "на верхнюю строчку списка процессов".
EVL> А я по CPU и сказал. Оно 10-50% жрёт.
Нифига себе... Это у него, часом, не от кривой 64-битности? Или это от
гнома какого? У меня X.org жрет 0.3% CPU.
>> >> >> mplayer в этом списке тоже выглядит довольно смешно. Ты себе
>> >> >> представляешь, как выглядит кино, проигрываемое на 10% быстрее?
>> >> EVL> Мне тоже было смешно, когда прислали киношку 1900x1050 (точно не
>> >> EVL> помню последние цифры) в каком-то виндовом формате (не
>> >> EVL> распараллеливается на два проца). Фиг я её смог посмотреть даже
>> >> EVL> при framedrop. Пришлось около часа конвертить это дело
>> >> EVL> mencoder'ом, да и после конвертации жралось 50-80% процессора при
>> >> EVL> просмотре.
>> >>
>> >> Вот сравнительный тест mplayer'ом на этой перекодированной киношке (нет,
>> >> не сколько процессора жрет - а успевает или нет) был бы аргументом...
>> EVL> По закону подлости может найтись киношка, которую 64-битный мплеер
>> EVL> сможет переварить вчистую, а 32-битный - хуже, или с дропами, или
>> EVL> вдруг совсем не потянет (кодек фиговый, допустим).
>>
>> Вот "может найтись" - не аргумент. Если на практике нашлась, да еще
>> просмотра стоила - это аргумент, да.
EVL> Я предпочитаю смотреть на шаг вперёд и учитывать вероятности :)
Результат, судя по вышеприведенной фразе про 10-50% CPU на X, прямо
скажем, странен... Ты подумай, может, ты как-то неправильно учитываешь
вероятности?
>> EVL> Я предпочитаю вытягивать всё из своей аппаратуры - для этого я её
>> EVL> и брал.
>>
>> Вот и я про что... Тратим свою жизнь на то, чтобы вытянуть из
>> аппаратуры всё. А на хрена?
EVL> Свою жизнь? Я только ставлю софт под другую архитектуру, где ж тут
EVL> трата моего времени? А компьютер на то и железный, его не жалко. Я
EVL> оберегаю себя от лишних будущих проблем и колебаний ("а вот надо
EVL> было, тогда, может, бы и быстрее ворочалось").
Пока, как я погляжу, у тебя ворочается медленнее, причем в разы. По
твоим же собственным словам. Плюс геморрои с closed-source.
>> >> >> Была бы это СТРАШНАЯ ЧИСЛОДРОБИЛКА с ДОФИГИЩА ПАМЯТИ - да, верю,
>> >> >> 64-битная система там была бы полезна.
>> >> EVL> У меня не так мало времени занимают процессы компиляции. Это не
>> >> EVL> числодробилка, но CPU жрёт только так.
>> >>
>> >> И таки в 64 битах заметно быстрее? И каков расход памяти на компиляцию
>> >> там и там? А то тут tradeoff не очевиден. С одной стороны, там и
>> >> регистры должны ролять в полный рост, с другой - память покушать gcc
>> >> тоже очень любит, причем мелкими кусочками...
>> EVL> До свопа gcc ещё не добирался ни разу (да, openoffice.org я не
>> EVL> компилирую, и kde тоже), а вот отожрать 100% CPU на десятки минут
>> EVL> на "среднячков" - пожалуйста.
>>
>> Эк у тебя там страшно... У меня бывает десятки минут, да, но работать
>> за машиной это совершенно не мешает...
EVL> *вспоминает, как в 4 часа ночи дожидался последней компиляции
EVL> fbreader'a* Если это в процессе других дел - да, не спорю. Но,
EVL> бывает, что это единственное дело, которое нужно завершить
EVL> побыстрее и идти по делам/баиньки.
А. Я в таких случаях иду баиньки не дожидаясь. Оно железное, с ним
ничего не случится до утра.
--
Artem Chuprina
RFC2822: <ran{}ran.pp.ru> Jabber: ran@jabber.ran.pp.ru
А Элберет оксюморон! (c)JB
Reply to: