Jajuk 1.5

>я коллекцию в амароке сканирую в среднем раз в полгода-год

а не проще при добавлении новой порции музыки добавлять папку и разбрасывать по тегам?

>Про "быстрее амарока" не совсем понял. >Музыкальную коллекцию (6+ тыс. файлов) пересканировал быстрее Амарока

А какое из этих слов ты ниасилил?

Точно ЫНТЫРПРАЙЗ на работе на P4 2,8 /1024Mb RAM/winXP(типо корпоративный стандарт хуле) ощущение от поделки мммм. Тыкаешь кнопку а реакция как у забора. Зато коллекцию сканит бытро.

> Амарок пересканирует мою музыкальную коллекцию (лежит на NFS, 6000+ песен) намного дольше, чем сабж.

Возможно, этот сабж банально игнорирует файлы с некоторыми расширениями, о которых не знает? Или я тогда не совсем понимаю, откуда у сабжа выигрыш в скорости сканирования - это же банальная рекурсия по каталогам О_о

>Возможно, этот сабж банально игнорирует файлы с некоторыми расширениями, о которых не знает?

Amarok, вроде, также поступает.

>Или я тогда не совсем понимаю, откуда у сабжа выигрыш в скорости сканирования - это же банальная рекурсия по каталогам О_о

А тэги считывать, по альбомам раскидывать, обложки рисовать и т.п.?

возможно что амарок юзается со sqllite с ним он жутко тормозит, но оправдать юзание postgresql для хранения музыки трудно 8) (23 гига музыки)

>возможно что амарок юзается со sqllite

Было время, он стартовал при работе с sqlite намного дольше, чем с mysql. В те времена пользовался mysql. Но скорость сканирования что с sqlite, что с mysql практически одинакова. PostgreS не пробовал.

> Amarok, вроде, также поступает.

Так он играет всё, что есть (разве что кроме APE)

> А тэги считывать, по альбомам раскидывать, обложки рисовать и т.п.?

Теги считывать быстрее навряд ли можно, разве что с помощью libastral. А дальше оно просто создаёт БД и никаких обложек не рисует слава Аллаху.

Мля... Они скоро довы*бываются, возьмут и перепишут ядро линукса на моно или жабу. Хватит писать программы на тормозных костылях! Не делайте из линукса виндоподелие!

>>слишком уж много kdelibs и kdebase стали занимать

>Винт на три гига пора апгрейдить

слово update ключевое в этом вопрос - меня раздрожает не столько объем не нужного софта для kde, сколько необходимость его апдейтить.

>Я специально замерами не занимаюсь

Я занимаюсь:

21767 r 15 0 143m 50m 26m S 6 2.7 3:56.95 amarokapp

>и в "солнцевской конторе" тестером не работаю

Ну так не газифицируй лужи.

>Сие 4.2

Конечно 4.2. из перечисленного на 2 порядка не тормозит только питон - он чуть быстрее.

http://shootout.alioth.debian.org/debian/benchmark.php?test=all&lang=java...

http://shootout.alioth.debian.org/debian/benchmark.php?test=all&lang=java...

http://shootout.alioth.debian.org/debian/benchmark.php?test=all&lang=java...

>+пицот, не думаю

продолжай в том же духе.

>Конечно 4.2. из перечисленного на 2 порядка не тормозит только питон - он чуть быстрее.

4.2

Или в школе статистике тебе не учили? :) Скажем, даже по твоей ссылке с PHP видно, что на тесте regex-dna PHP получается в 1.6 раз быстрее Java. Или в reverse-complement соотношение 1:1. Это портит общую статистику.

Поэтому смотреть надо на сводный калькулятор по всем тестам: http://shootout.alioth.debian.org/gp4sandbox/benchmark.php?test=all&lang=all

По нему выходит, что по отношению к Java быстродействие упомянутых языков такое:

Python/Psyco - медленнее в 3.4 раза

Perl и Python - в 12 раз

PHP - в 13.5 раз.

В общем, порядок набегает, а не два. В случае PHP - 1.1 порядка.

Или ты в троичной системе считаешь?

>Ага и жрет Java тоже в 6-10 раз больше памяти. Вот и выбирай, что проще: купить проц помощнее и без всяких костылей типа VM получить нормальную программу, или купить кучу памяти(слотов то хоть хватит?), чтобы глюкодром Java не тормозил.

Да, да, для PHP-плеера наверно нужен будет восьмиядерный процессор.

Для Java уж легше RAM докупить и довести объём до 8Гб в обычном десктопе, чем заморачиваться о быстром процессоре с килограммовым радиатором охлаждения.

Правильная версия JRE берётся здесь:
http://download.java.net/jdk6/

Python/Psyco + модули на C и Java задумчиво посасывает в сторонке.

Джукбокс^WБаян http://www.linux.org.ru/view-message.jsp?msgid=1493541

>Было время, он стартовал при работе с sqlite намного дольше, чем с mysql. В те времена пользовался mysql. Но скорость сканирования что с sqlite, что с mysql практически одинакова. PostgreS не пробовал.

Использовать amarok совместно с Postgres имеет смысл только при наличии коллекции от 15 тысяч композиций и выше. Лично я прирост в скорости ощутил.

Да нихренища Java не тормозит. Вот, смотри: http://www.sql.ru/forum/actualthread.aspx?bid=24&tid=522652&pg=3#5268772

>Зачем этот язык нужен?

Это портабельный ассемблер. Сейчас активно стараются включить в язык элементы функционального программирования

+1 jre от сан работает шустрее чем GNUсная которая стоит во многих дистрах

>Ага и жрет Java тоже в 6-10 раз больше памяти.

В 6-10 раз? А почему не в 20-100 раз? Попячься! Цифры в студию. А, вот уже не надо, принесли камрады. http://shootout.alioth.debian.org/gp4/benchmark.php?test=all&lang=python&... Ну, и где там 6-10? Максимум 3-4 раза. Это нормальная цена за безопасный, безвирусный код, исполняющийся в среднем в 10 раз быстрее того же питона.

>Скажем, даже по твоей ссылке с PHP видно, что на тесте regex-dna PHP получается в 1.6 раз быстрее Java.

Я бы не стал этим гордится учитывая что реализация на PCRE - то есть PHP там нету :) Жабские регэкспы работают на жабе.

> Или ты в троичной системе считаешь?

Нет - я предлагаю смотреть не среднюю температуру по больнице, а конкретные тесты которые выполнены на целевом языке, а не на вызове сяшной библиотеки.

На Java напишут плеер тогда, когда под Linux появится плеер лучше чем JetAudio. С его 64-битной обработкой звука

>Python/Psyco + модули на C и Java задумчиво посасывает в сторонке.

Да нет - посасывает питон потому что в нем неоходимы модули на си.

Ты не останавливайся сделай на питоне одно строку - вызов сяшной программы и все будет хоккей - всех порвешь.

>+пицот, не думаю что жабий рантайм весит меньше чем kdelibs. Недавно вот ставил эклипс, так оно потянуло больше 150 мегов. ужс

JRE 32bit весит 84Mb, JRE x64 67Mb

На Java?! В топку!

>Они скоро довы*бываются, возьмут и перепишут ядро линукса на моно или жабу.

Google? И правильно сделают. Ты знаешь, как работает Android? А скоро таких мобильных устройств будет пара миллиардов, Google копейки по карманам не тырит, у него космические масштабы. А перетянуть наработки для Androidа на десктоп труда большого не составит, ибо они будут не на моно, а на жабе. Всякие читалки RSS каналов, мылеры, навигаторы и т.п.

>Я бы не стал этим гордится учитывая что реализация на PCRE - то есть PHP там нету :) Жабские регэкспы работают на жабе.

Так тебе с шашечками или чтобы ехало? :) Мне лично пофиг, как оно внутри устроено, мне важно как решение работает. Поскольку разные решения используют разные механизмы в разных пропорциях - для того там тестов и есть больше одного. Результат усреднения - выше. А то ссылку, где D уделывает java в 9 раз сам найти можешь ;) Так что же, Java в этом случае на помойку? :D

>Нет - я предлагаю смотреть не среднюю температуру по больнице, а конкретные тесты которые выполнены на целевом языке

Ты, наверное, даже операционной системой не пользуешься, даже файловый ввод-вывод и поддержку файловой системы на Яве пишешь? Ну, это твои заморочки, я же пользуюсь решениями, которые мне язык предоставляет.

Уже так надоели штампованые комментарии при посте про что-то написаное на яве, что надоело. Как будто каждый пост не о ПРОГРАММЕ, а о платформе. Будет пост про яву - будете херню писать про гигабайты памяти которые кушает у вас ява и как вы от этого несчастные страдаете. А тут пост про приложение вполне конкретное, есть что написать про него? поставил попробовал? оценил интерфейс, скорость работы? молодец! напиши другим об этом. Во всём этом ворохе комментариев только несколько по теме и действительно интересны. Остальное - просто бессмысленное клацание по кнопкам.

>Python/Psyco + модули на C и Java задумчиво посасывает в сторонке.

"Real men write there own drivers", типа того? И где теперь они? http://www.mvista.com/downloads/IDE_WP.pdf Real Programmers Use IDE

>а не проще при добавлении новой порции музыки добавлять папку и разбрасывать по тегам?

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

>продолжай в том же духе.

что-то не так? 15M kdelibs-3.5.8.tar.bz2, а жабовский рантайм сколько весит?

>Так тебе с шашечками или чтобы ехало?

В данном слоучае - исключительно шашечки. Цель данных тестов показать насколько быстро будет работать абстрактная задача если ее реализовать на этом языке. Тут не регекспами меряются.

>Мне лично пофиг, как оно внутри устроено, мне важно как решение работает.

Хочешь на XML напишу такую же скорость через PCRE? Обознаячает ли это что XML быстрый язык или вообще язык программирования?

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

Ну да. И там где не удается свести тест к вызову функции на С которая все сделает PHP сливает начиная от десятков и кончая сотнями раз.

>Ты, наверное, даже операционной системой не пользуешься, даже файловый ввод-вывод и поддержку файловой системы на Яве пишешь?

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

>Ну, это твои заморочки, я же пользуюсь решениями, которые мне язык предоставляет.

Пользуйся. Но факт остается фактом - по скорости пых сливает жабе в сотни раз. А перписать на С все можно - пожалуста. Только это уже будет скорость С, а вместе с ней и все прелести разработки на оном.

>15M kdelibs-3.5.8.tar.bz2, а жабовский рантайм сколько весит?

В запакованном виде? jre-6u4-windows-i586-p.exe 15 852 952

Паритет?

>15M kdelibs-3.5.8.tar.bz2,

И че больше амароку ниче не надо да?

> а жабовский рантайм сколько весит?
Linux RPM (self-extracting file) filesize: 17.74 MB
Linux (self-extracting file) filesize: 18.23 MB
Linux x64 * filesize: 17.24 MB
Linux x64 RPM * filesize: 16.82 MB

>В запакованном виде? jre-6u4-windows-i586-p.exe 15 852 952

это какой-то форк JVM на mono? расширение непонятное какое-то... в gentoo под jre значится вот этот файлик 68M jdk-6u4-dlj-linux-i586.bin, допускаю конечно что на сайте санок можно скачать какую-то урезаную версию, которая весит поменьше

>И че больше амароку ниче не надо да? >r (*) (11.02.2008 22:37:23)

media-libs/xine-lib media-libs/taglib. и еще не забудь что тот тарбол с кделибс подходит под все платформы где работает кде, а жабуняток нужно куча разных рантаймов под все архитектуры и операционки

Достали этой жабой, не надо ее пихать куда попало, нам и тормозных Eclipse + OpenOffice хватит.

>Достали этой жабой, не надо ее пихать куда попало, нам и тормозных Eclipse + OpenOffice хватит.

Легенда, что OpenOffice написан на Java была развенчана лет пять назад. Ты где был это время? :)

>Цель данных тестов показать насколько быстро будет работать абстрактная

Ну так бы сразу и сказал, что теоретик. И чего тогда спорить-то...

> в gentoo под jre значится вот этот файлик 68M jdk-6u4-dlj-linux-i586.bin

В зюзе java-1_6_0-sun-1.6.0.u4-0.1.rpm - 27M. Что тебе сказать - хринова скампилил сумый кампилящий линукс:)

>допускаю конечно что на сайте санок можно скачать какую-то урезаную версию, которая весит поменьше

А ты не допускай - ты не путай Runtime Environment и Development Kit который идет с исходниками, демками и прочими прибамбасами.

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

Бред сказал. И то и то нативное приложение которое надо компилить под целевую платформу. С другой стороны данный жажук компилить не надо - сам то он работает под всеми платформами где есть жаба - а платформ таких поболе чем тех которые KDE :)

>Ну так бы сразу и сказал, что теоретик. И чего тогда спорить-то...

Я как раз практик. И с практической точки зрения меня интересуют возможности языка, а не возможность написать для него весь код на С. Такое для любого языка можно. Работать будет одинаково.

>ты не путай Runtime Environment и Development Kit который идет с исходниками, демками и прочими прибамбасами.

я не путаю, потому и написал что наверное. мне не совсем ясно почему в gentoo под jre прячется jdk, ноаверное есть на то какие-то причины

>Бред сказал. И то и то нативное приложение которое надо компилить под целевую платформу.

жавовская виртуальная машина разве ставится не из бинарников, которые скачиваются с сайта санок?

>jre прячется jdk, ноаверное есть на то какие-то причины

облом было нормальные пакеты делать. Зюзеоидам было не облом - там все кошерно разбито.

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

А бинари уже научились быть универсальными кросплатформенными?

К стати размер kdelibs ~40+M в зависимости от дистра.

>в gentoo под jre значится вот этот файлик 68M jdk-6u4-dlj-linux-i586.bin

петросян, jdk это Java Development Kit , jre - Java Runtime Environment

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

>Так он играет всё, что есть (разве что кроме APE)

Бугага, амарок научился проигрывать ELF или PSD? Когда говорите все, думайте сначала

>сколько необходимость его апдейтить.

а в чем заключается необходимость? Работает? Не трожь

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

Я и имел ввиду что амарок сам разложит...

>он жутко тормозит именно из-за mplayer

Так оно еще и mplayer'ом играет?