Summary: | xorg take much memory when cover manager loading | ||
---|---|---|---|
Product: | [Applications] amarok | Reporter: | jajaX <jajaxor> |
Component: | general | Assignee: | Amarok Developers <amarok-bugs-dist> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | jajaxor, mikko.cal, qqqqqqqqq9, stuffcorpse |
Priority: | NOR | ||
Version: | 2.3-GIT | ||
Target Milestone: | --- | ||
Platform: | Ubuntu | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: |
valgrind output
debug for cover manager |
Description
jajaX
2009-06-20 10:50:17 UTC
Confirmed here => https://bugs.launchpad.net/ubuntu/+source/amarok/+bug/386676 What driver are you using? I suppose radeon? If so, I opened a bug report about a year ago about this, still nothing: http://bugs.freedesktop.org/show_bug.cgi?id=16772 Hi ! nop, I have a nvidia video card with nvidia driver 180.44. X Server Vendor Version : 1.6.0 (10600000) hm, very interesting... If it's a problem for all the video drivers I'm wondering how it's possible that nobody reported this until now. For all this months I always thought it was a specific radeon problem. I have a Radeon card (HD 3650), using the free radeon driver. I can't reproduce this with current trunk, 2.2-SVN, r994561, Kubuntu 9.04, KDE 4.2.95. Mikko, can you confirm or infirm this bug? yea still present. I mean, it's probably not an amarok bug but rather Xorg, but I think it would make sense to keep a report open, in case someone else reports it so it can be marked as duplicate. Somebody should actually run a valgrind memory test on this, so we could get some more information on where that memory leak is located. Here are instructions on how to run a valgrind test: valgrind --log-file=$HOME/amarok.valgrind.output --leak-resolution=high --leak-check=full --num-callers=40 -- amarok -m -d --nofork Be careful to not do anything else when testing but the task you want to test for a leak, then quite the application. Beware, the output will be quite long, so you might have to compress it with bzip2 before attaching it here. Thanks for anybody who can spare some time testing this :) Created attachment 35481 [details]
valgrind output
Comment on attachment 35481 [details]
valgrind output
Hi,
this happens here too. Using Gentoo KDE 4.2.4, Amarok 2.1.1, Xorg 1.6.2 (also happened using 1.5.3) and Intel video drivers 2.7.1.
I also cannot cancel the cover scanner!
Please find attached the requested valgrind (and console) output.
Kind regards,
Andreas
This is a Xorg leak, not amarok, valgrind is useless on amarok. A year ago I did a valgrind check on Xorg (see: http://bugs.freedesktop.org/show_bug.cgi?id=16772 ) but the developers said it wasn't useful so asked for a check with memprof. Problem is memprof isn't maintained anymore and doesn't even compile on amd64. Also you need two PCs, one to run X and amarok, and the other for memprof and ssh. I never managed to get the log, but maybe someone with more experience will. Please consider posting such info on b.f.o and not here. This bug is only to gather people with the same problem and redirect them to b.f.o where this bug belongs. Mikko, if it's indeed the Amarok Cover manager that triggers the leak, we might well find some answer in the valgrind output, so how would this be useless?. Did your valgrind output you reported to Xorg used the same parameters? BTW, there seems to have been a memory leak in the early KDE 4.3 RC2 packages of about 10 days ago, which is fixed upstream by KDE according to Thiago, maybe have a look at that? (In reply to comment #11) > Mikko, if it's indeed the Amarok Cover manager that triggers the leak, we might > well find some answer in the valgrind output, so how would this be useless?. > Did your valgrind output you reported to Xorg used the same parameters? > I can't remember because it was over a year ago, but I think it was fine, just not useful for this specific leak. About amarok, I doubt that it has any fault if Xorg leaks memory, but I can surely be wrong. > BTW, there seems to have been a memory leak in the early KDE 4.3 RC2 packages > of about 10 days ago, which is fixed upstream by KDE according to Thiago, maybe > have a look at that? I'll update my kde and try, but really I think this is not amarok/kde's fault. And even if a valgrind log on amarok could show some problem, it should be reported on b.f.o imho. Created attachment 35508 [details]
debug for cover manager
hi ! see my attachment ;) *** Bug 201047 has been marked as a duplicate of this bug. *** May be a hint: these memory losses seem to happen only when something is downloaded from the web, be this Cover pictures or pictures from flickr as in bug 201047. Not for me. All my covers are stored in my collection, nothing fetched from the web. same thing for me Hi ! (sorry for my bad english) Mikko C. => which is the format you uses for cover ? personnaly, I use jpeg, png and gif. I also have png jpg mostly. I guess few bmp and gif too. Hi ! confirmed => https://bugs.launchpad.net/ubuntu/+source/amarok/+bug/386676/comments/3 OK, I tested this again today with the current Amarok 2.2-git. Blank database, opened cover manager, locale set to international and let it download the covers for 529 albums: X memory usage on start: 14.4% X memory usage once the download terminated: 20.3% After closing the cover manager: 16.3% Amarok's memory usage doesn't change at all. Hi ! (sorry for my bad english) I make some test too. I use amarok 2.1.1. I have got, in my collection, two folders : - "compilations" => 3199 tracks in 271 albums. - "albums" => 10 991 tracks in ??? albums. with only "compilations", the loading is fine for the cover manager. with only "albums", the loading load.... my physical memory and swap load too. with amarok lauch in konsole, I can see that : "Corrupt JPEG data: premature end of data segment" and " Resource id: 0x4403a2e X Error: BadDrawable (invalid Pixmap or Window parameter) 9 Major opcode: 72 (X_PutImage) Resource id: 0x4403a2e X Error: BadDrawable (invalid Pixmap or Window parameter) 9 Major opcode: 72 (X_PutImage) Resource id: 0x4403a2e X Error: BadDrawable (invalid Pixmap or Window parameter) 9 Major opcode: 72 (X_PutImage) Resource id: 0x4403a2e X Error: BadDrawable (invalid Pixmap or Window parameter) 9 Major opcode: 72 (X_PutImage) Resource id: 0x4403a2e X Error: BadDrawable (invalid Pixmap or Window parameter) 9 Major opcode: 72 (X_PutImage) Resource id: 0x4403a2e X Error: BadDrawable (invalid Pixmap or Window parameter) 9 Major opcode: 72 (X_PutImage)...." like this bug : http://bugs.kde.org/show_bug.cgi?id=127999 and for finish ".... X Error: RenderBadPicture (invalid Picture parameter) 169 Extension: 151 (RENDER) Minor opcode: 5 (RenderChangePicture) Resource id: 0x4403b29 X Error: BadGC (invalid GC parameter) 13 Major opcode: 60 (X_FreeGC) Resource id: 0x4403b29 X Error: BadGC (invalid GC parameter) 13 Major opcode: 60 (X_FreeGC) Resource id: 0x4403b29 X Error: RenderBadPicture (invalid Picture parameter) 169 Extension: 151 (RENDER) Minor opcode: 8 (RenderComposite) Resource id: 0x4403b29 amarok: Fatal IO error: client killed" my two folder are in ext3 partition Hi !! for to sort back my collection, and covers, I come back to amarok 1.4.10. I will try amarok 2.2 when is comming ;) Closing the report than. We can't reproduce it with 2.2. Neither can anyone else, apparently. Also it may possibly be a x.org or driver bug. Reopening as requested, but keep in mind this might not be an Amarok bug. See this for the Xorg bug I opened: http://bugs.freedesktop.org/show_bug.cgi?id=16772 this is fixed in 2.2.1. See bug #210454 for more details Hi ! nice ! nice !!! great job !! big thanks ;) |