Исходное сообщение
"Вышел Amarok 2.0.1.1, первый корректирующий релиз после Amar..." Отправлено User294, 13-Янв-09 13:44
>MySQL база дает значительный прирост производительности при библиотеках музыки размером в десятки >тире сотни гигов. Я не заметил никаких проблем с производительностью в амароке при [скольких-то] гигах.Несколько тысяч наименований.Зачем чинить то что не сломано?Может еще туда оракловую базу впендюрить?Или постгра?На супер-больших базах в десятки-сотни гигов дескать быстрее будет.Вот только плэйлист ну ниак не катит на супер-большую базу а у sqlite строго говоря НЕТ никаких проблем с производительностью.Отдельные фрукты на sqlite такие базы вбубенивают что невольно про постгра и оракла вспомнишь.Более того - на том же sql.ru один субъект утверждал что заменив мускуль на sqlite на базе гиг в 20 (а тестировал он до ~100Gb если не вру) еще и в скорости выиграл.Но субъект натурально разбирается в том как sqlite работает и как его юзеж оптимизировать.Напрашивается вывод что разработчики Amarok просто не ахти какие спецы в SQL и решили сделать как им было проще.А то что плеер еще распухнет - ну и фиг с ним дескать.Мне это не нравится: хотя ресурсов нынче дофига - это не значит что плеер должен их резко захавать в одно рыло.А когда в системе запущен с десяток увесистых программ - ресурсов как-то уже и не кажется дофига и дарить вагон оных всего лишь плееру совсем не хочется.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:
	Введите код, изображенный на картинке: