Amarok использует очень много ОЗУ
Nekk - 30 Август, 2016 - 13:27
Переехал на Кубунту недавно. Сейчас заметил что Amarok кушает у меня 430МБ озу - это же не нормально.
Все плагины Амарока выключал сразу, т.е. максимально убирал все лишнее, мне нужен был просто плеер. Но не который кушает так много.
Кто сталкивался?
Немного гугления говорило про phonon-backend-vlc, но толку это не дало.
Kubuntu 16.04.1 lts x64.
Kubuntu-restricted-extras не ставил.
441мб 3%
Брррр =)
Это у всех и это норма? ))
На обычной убунте 16.04 VLC музыку с 25мб крутил...
Ну вы писюн с пальцем-то не сравнивайте. VLC — медиаплеер, Amarok — аудиоплеер с библиотекой. Колитесь, у вас 1гб?
Да я не сравниваю ))) У меня 4 озу, ноут для работы. Просто удивительно )))) Что там может кушать столько...
Вы мне скажите это нормально?
А то смотрю и баги похожие есть, а решений нету, или что это?
Да у меня IDE с простым проектом 550 мб использует.
Ну и кто у кого должен спрашивать? Я не программист, про память не задумывался…
Ну я на кубунте недавно то + прогерство не то направление.
У Вас тоже так?
Что именно? Про память я уже написал.
К топикстартеру:
У вас система х32 или х64
Да и потом, если памяти не хватает, то возможно стоит обратить внимание на менее жрущих оперативу, например, qmmp (imho).
Да qmmp кушает чутка совсем. Просто все К-приложения мне понравились, думал ими и пользоваться. Еще таких плееров не видел просто.
Кстати, clementine использует на моей машине довольно немного памяти, доберусь до машинки выложу вывод htop.
Спасибо! Я все перепробовал, не утруждайтесь. Интересуюсь именно на счет Амарок.
Не могу понять это баг или он реально так потребляет.
Cкорее всего, если выключить поисковые службы интернета, а так же слежение за изменениями в фонотеке, то потребление памяти упадет в разы.
Вот такое нашел на ресурсе амарока
All signals that get forwarded by Phonon from the backend to the consumer should be queued. This is to "simulate" threading, as signal within the same thread context (i.e. the main app one) would get executed right away ontop of the currently present stack. If a backend emits statechange to error without queuing this will directly end up in a slot call in for example Amarok (note: no stack unwinding happened at this point, in fact it grew), Amarok then does things to it (at the time of writing: reinitialize everything by deleting all Phonon objects), once Amarok is done the stack unwinds to the emission in the backend, and the backend continues excuting statements (if any). At this point the presen stack operates on not allocated memory! To prevent this all signals must be queued, so that a backend can finish whatever it is doing, and only once the stack returned to the mainloop the slot on Amarok's side of things actually gets called. This allows both the backend and the consumer to do whatever they want to do. General note: it should be enforced that backends must not be running in a different thread context or if they do they must ensure that all used contexts are cleaned up properly (i.e. the dtors must only return once all threads are cleaned up).
Не осилил что там точно. Вроде как раз про невнятное использование памяти.
заменить Amarok на Clementine и утечки памяти прекратятся.
ТС пишет, что "Просто все К-приложения мне понравились, думал ими и пользоваться"
Относительно клементины я тоже предлагал: более утонченный интерфейс, те же самые службы, менее прожорлив, к тому же, это тот же это просто форк амарока 1.4 (лучшего imho, плеера). Только для особо тонких любителей кедопрограмм он может не подойти, потому как не очень вписывается в кедо-среду своим ярко-оранжевым цветом не панели задач и чувствуется его кутяшное происхождение относительно вписываения в среду кед(это особенно видно, когда кликаешь правым мышем на панели задач по плееру или в том, что в отличии от амарока, он отказывается проигрывать композиции после включеня машины, как это делает амарок, хотя в настройкай это есть). В остальном же, это. на мой взгляд, лучший плеер. Перешел на него с появлением амарок 2, вызывающий у меня легкий эстетический дискомфорт.
Отправить комментарий