Launchpad has imported 21 comments from the remote bug at https://bugzilla.redhat.com/show_bug.cgi?id=959682.
If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. ------------------------------------------------------------------------ On 2013-05-04T19:45:04+00:00 Zdenek wrote: Description of problem: I've 5 day uptime, and I've not printed a single page via cups, yet the cups-browsed eats over 600M of my memory and also quite noticeable amount of CPU cycles. Here is 'top' line for cups-browsed: 488 root 20 0 699192 608716 1052 S 0,000 15,38 10:48.89 there is one large [heap] segment in smaps: 7fa96dea4000-7fa992fb0000 rw-p 00000000 00:00 0 [heap] Size: 607280 kB Rss: 606976 kB Pss: 606976 kB My machine is daily switching between my home and company network. Version-Release number of selected component (if applicable): cups-filters-1.0.34-1.fc20.x86_64 How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info: Reply at: https://bugs.launchpad.net/ubuntu/+source/cups- filters/+bug/1203276/comments/0 ------------------------------------------------------------------------ On 2013-05-06T10:37:27+00:00 Jiri wrote: Thanks, valgrind --leak-check=full /usr/sbin/cups-browsed definitely shows some memory leaks. Reply at: https://bugs.launchpad.net/ubuntu/+source/cups- filters/+bug/1203276/comments/1 ------------------------------------------------------------------------ On 2013-05-06T12:06:11+00:00 Jiri wrote: Created attachment 744093 invalid pointer access (read) Not a leak, but problem anyway. Reply at: https://bugs.launchpad.net/ubuntu/+source/cups- filters/+bug/1203276/comments/2 ------------------------------------------------------------------------ On 2013-05-06T12:57:32+00:00 Jiri wrote: Created attachment 744132 2 memory leaks in generate_local_queue() Reply at: https://bugs.launchpad.net/ubuntu/+source/cups- filters/+bug/1203276/comments/3 ------------------------------------------------------------------------ On 2013-05-06T14:58:48+00:00 Jiri wrote: Created attachment 744204 2 memory leaks in generate_local_queue() Reply at: https://bugs.launchpad.net/ubuntu/+source/cups- filters/+bug/1203276/comments/4 ------------------------------------------------------------------------ On 2013-05-06T14:59:48+00:00 Jiri wrote: Created attachment 744205 memleak in browse_poll() Reply at: https://bugs.launchpad.net/ubuntu/+source/cups- filters/+bug/1203276/comments/5 ------------------------------------------------------------------------ On 2013-05-06T15:00:56+00:00 Jiri wrote: Created attachment 744207 memleak in handle_cups_queues() The most greedy one. Reply at: https://bugs.launchpad.net/ubuntu/+source/cups- filters/+bug/1203276/comments/6 ------------------------------------------------------------------------ On 2013-05-07T07:59:27+00:00 Jiri wrote: Reported upstream https://bugs.linuxfoundation.org/show_bug.cgi?id=1116 Reply at: https://bugs.launchpad.net/ubuntu/+source/cups- filters/+bug/1203276/comments/7 ------------------------------------------------------------------------ On 2013-06-03T09:55:21+00:00 Fedora wrote: cups-filters-1.0.34-4.fc19 has been submitted as an update for Fedora 19. https://admin.fedoraproject.org/updates/cups-filters-1.0.34-4.fc19 Reply at: https://bugs.launchpad.net/ubuntu/+source/cups- filters/+bug/1203276/comments/8 ------------------------------------------------------------------------ On 2013-06-03T14:43:20+00:00 Fedora wrote: Package cups-filters-1.0.34-4.fc19: * should fix your issue, * was pushed to the Fedora 19 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing cups-filters-1.0.34-4.fc19' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2013-9926/cups-filters-1.0.34-4.fc19 then log in and leave karma (feedback). Reply at: https://bugs.launchpad.net/ubuntu/+source/cups- filters/+bug/1203276/comments/9 ------------------------------------------------------------------------ On 2013-06-04T14:17:52+00:00 Zdenek wrote: I'm testing: cups-filters-1.0.34-4.fc20.x86_64 cups-filters-libs-1.0.34-4.fc20.x86_64 and I can still seeing leaks in range of MB per couple minutes ~40MB in 2 hours - like 300KB/minute. Reply at: https://bugs.launchpad.net/ubuntu/+source/cups- filters/+bug/1203276/comments/10 ------------------------------------------------------------------------ On 2013-06-05T07:39:43+00:00 Jiri wrote: After 5 minutes: ==24889== HEAP SUMMARY: ==24889== in use at exit: 590,596 bytes in 2,104 blocks ==24889== total heap usage: 328,916 allocs, 326,812 frees, 31,643,363 bytes allocated ==24889== LEAK SUMMARY: ==24889== definitely lost: 345 bytes in 345 blocks ==24889== indirectly lost: 0 bytes in 0 blocks ==24889== possibly lost: 3,936 bytes in 10 blocks ==24889== still reachable: 586,315 bytes in 1,749 blocks After 17 hours: ==24934== HEAP SUMMARY: ==24934== in use at exit: 654,785 bytes in 66,205 blocks ==24934== total heap usage: 52,150,395 allocs, 52,084,190 frees, 4,955,956,671 bytes allocated ==24934== LEAK SUMMARY: ==24934== definitely lost: 64,446 bytes in 64,446 blocks ==24934== indirectly lost: 0 bytes in 0 blocks ==24934== possibly lost: 3,936 bytes in 10 blocks ==24934== still reachable: 586,403 bytes in 1,749 blocks Correct me if I'm wrong but as I understand it: It uses 586Kb regardless how long it runs. Yes it still leaks, I've known that but have not been able to fix the last bit. But on my machine it leaks 64Kb in 17h -> 4Kb/h Run 'valgrind --leak-check=full /usr/sbin/cups-browsed' on your machine and if you have significantly different numbers, attach the output here. Thanks Reply at: https://bugs.launchpad.net/ubuntu/+source/cups- filters/+bug/1203276/comments/11 ------------------------------------------------------------------------ On 2013-06-05T07:46:03+00:00 Jiri wrote: (In reply to Jiri Popelka from comment #11) > It uses 586Kb regardless how long it runs. I mean 586Kb + the leaks. Reply at: https://bugs.launchpad.net/ubuntu/+source/cups- filters/+bug/1203276/comments/12 ------------------------------------------------------------------------ On 2013-06-05T08:50:05+00:00 Zdenek wrote: Well I've just tried 2 runs - 1 very short - and 2nd. couple minutes longer: Here just ends - short one: 321,264 bytes in 1,104 blocks are indirectly lost in loss record 141 of 144 at 0x4C2A2F7: realloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) by 0x50829DB: cupsAddOption (options.c:102) by 0x505FE5B: _cupsGetDests (dest.c:1577) by 0x5060BCA: cupsGetDests2 (dest.c:1693) by 0x10CB91: generate_local_queue (cups-browsed.c:604) by 0x10D44C: found_cups_printer (cups-browsed.c:1009) by 0x10DAB0: browse_poll (cups-browsed.c:1556) by 0x6BED245: g_main_context_dispatch (gmain.c:3058) by 0x6BED597: g_main_context_iterate.isra.22 (gmain.c:3705) by 0x6BED999: g_main_loop_run (gmain.c:3899) by 0x10B58D: main (cups-browsed.c:1955) 356,592 (35,328 direct, 321,264 indirect) bytes in 23 blocks are definitely lost in loss record 142 of 144 at 0x4C2A2F7: realloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) by 0x505DE21: cups_add_dest (dest.c:2544) by 0x505FC32: _cupsGetDests (dest.c:1598) by 0x5060BCA: cupsGetDests2 (dest.c:1693) by 0x10CB91: generate_local_queue (cups-browsed.c:604) by 0x10D44C: found_cups_printer (cups-browsed.c:1009) by 0x10DAB0: browse_poll (cups-browsed.c:1556) by 0x6BED245: g_main_context_dispatch (gmain.c:3058) by 0x6BED597: g_main_context_iterate.isra.22 (gmain.c:3705) by 0x6BED999: g_main_loop_run (gmain.c:3899) by 0x10B58D: main (cups-browsed.c:1955) 642,528 bytes in 2,208 blocks are indirectly lost in loss record 143 of 144 at 0x4C2A2F7: realloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) by 0x50829DB: cupsAddOption (options.c:102) by 0x505FE5B: _cupsGetDests (dest.c:1577) by 0x5060BCA: cupsGetDests2 (dest.c:1693) by 0x10CB91: generate_local_queue (cups-browsed.c:604) by 0x10D44C: found_cups_printer (cups-browsed.c:1009) by 0x10DAB0: browse_poll (cups-browsed.c:1556) by 0x6BEDDA2: g_timeout_dispatch (gmain.c:4417) by 0x6BED245: g_main_context_dispatch (gmain.c:3058) by 0x6BED597: g_main_context_iterate.isra.22 (gmain.c:3705) by 0x6BED999: g_main_loop_run (gmain.c:3899) by 0x10B58D: main (cups-browsed.c:1955) 713,184 (70,656 direct, 642,528 indirect) bytes in 46 blocks are definitely lost in loss record 144 of 144 at 0x4C2A2F7: realloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) by 0x505DE21: cups_add_dest (dest.c:2544) by 0x505FC32: _cupsGetDests (dest.c:1598) by 0x5060BCA: cupsGetDests2 (dest.c:1693) by 0x10CB91: generate_local_queue (cups-browsed.c:604) by 0x10D44C: found_cups_printer (cups-browsed.c:1009) by 0x10DAB0: browse_poll (cups-browsed.c:1556) by 0x6BEDDA2: g_timeout_dispatch (gmain.c:4417) by 0x6BED245: g_main_context_dispatch (gmain.c:3058) by 0x6BED597: g_main_context_iterate.isra.22 (gmain.c:3705) by 0x6BED999: g_main_loop_run (gmain.c:3899) by 0x10B58D: main (cups-browsed.c:1955) LEAK SUMMARY: definitely lost: 105,984 bytes in 69 blocks indirectly lost: 963,792 bytes in 3,312 blocks possibly lost: 0 bytes in 0 blocks still reachable: 589,742 bytes in 1,891 blocks suppressed: 0 bytes in 0 blocks longer one: 321,264 bytes in 1,104 blocks are indirectly lost in loss record 141 of 144 at 0x4C2A2F7: realloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) by 0x50829DB: cupsAddOption (options.c:102) by 0x505FE5B: _cupsGetDests (dest.c:1577) by 0x5060BCA: cupsGetDests2 (dest.c:1693) by 0x10CB91: generate_local_queue (cups-browsed.c:604) by 0x10D44C: found_cups_printer (cups-browsed.c:1009) by 0x10DAB0: browse_poll (cups-browsed.c:1556) by 0x6BED245: g_main_context_dispatch (gmain.c:3058) by 0x6BED597: g_main_context_iterate.isra.22 (gmain.c:3705) by 0x6BED999: g_main_loop_run (gmain.c:3899) by 0x10B58D: main (cups-browsed.c:1955) 356,592 (35,328 direct, 321,264 indirect) bytes in 23 blocks are definitely lost in loss record 142 of 144 at 0x4C2A2F7: realloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) by 0x505DE21: cups_add_dest (dest.c:2544) by 0x505FC32: _cupsGetDests (dest.c:1598) by 0x5060BCA: cupsGetDests2 (dest.c:1693) by 0x10CB91: generate_local_queue (cups-browsed.c:604) by 0x10D44C: found_cups_printer (cups-browsed.c:1009) by 0x10DAB0: browse_poll (cups-browsed.c:1556) by 0x6BED245: g_main_context_dispatch (gmain.c:3058) by 0x6BED597: g_main_context_iterate.isra.22 (gmain.c:3705) by 0x6BED999: g_main_loop_run (gmain.c:3899) by 0x10B58D: main (cups-browsed.c:1955) 3,533,904 bytes in 12,144 blocks are indirectly lost in loss record 143 of 144 at 0x4C2A2F7: realloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) by 0x50829DB: cupsAddOption (options.c:102) by 0x505FE5B: _cupsGetDests (dest.c:1577) by 0x5060BCA: cupsGetDests2 (dest.c:1693) by 0x10CB91: generate_local_queue (cups-browsed.c:604) by 0x10D44C: found_cups_printer (cups-browsed.c:1009) by 0x10DAB0: browse_poll (cups-browsed.c:1556) by 0x6BEDDA2: g_timeout_dispatch (gmain.c:4417) by 0x6BED245: g_main_context_dispatch (gmain.c:3058) by 0x6BED597: g_main_context_iterate.isra.22 (gmain.c:3705) by 0x6BED999: g_main_loop_run (gmain.c:3899) by 0x10B58D: main (cups-browsed.c:1955) 3,922,512 (388,608 direct, 3,533,904 indirect) bytes in 253 blocks are definitely lost in loss record 144 of 144 at 0x4C2A2F7: realloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) by 0x505DE21: cups_add_dest (dest.c:2544) by 0x505FC32: _cupsGetDests (dest.c:1598) by 0x5060BCA: cupsGetDests2 (dest.c:1693) by 0x10CB91: generate_local_queue (cups-browsed.c:604) by 0x10D44C: found_cups_printer (cups-browsed.c:1009) by 0x10DAB0: browse_poll (cups-browsed.c:1556) by 0x6BEDDA2: g_timeout_dispatch (gmain.c:4417) by 0x6BED245: g_main_context_dispatch (gmain.c:3058) by 0x6BED597: g_main_context_iterate.isra.22 (gmain.c:3705) by 0x6BED999: g_main_loop_run (gmain.c:3899) by 0x10B58D: main (cups-browsed.c:1955) LEAK SUMMARY: definitely lost: 423,936 bytes in 276 blocks indirectly lost: 3,855,168 bytes in 13,248 blocks possibly lost: 0 bytes in 0 blocks still reachable: 589,742 bytes in 1,891 blocks suppressed: 0 bytes in 0 blocks I guess it's pretty obvious.... Reply at: https://bugs.launchpad.net/ubuntu/+source/cups- filters/+bug/1203276/comments/13 ------------------------------------------------------------------------ On 2013-06-05T09:01:33+00:00 Zdenek wrote: Created attachment 757081 valgring short run Reply at: https://bugs.launchpad.net/ubuntu/+source/cups- filters/+bug/1203276/comments/14 ------------------------------------------------------------------------ On 2013-06-05T09:01:58+00:00 Zdenek wrote: Created attachment 757082 valgrind longer run Reply at: https://bugs.launchpad.net/ubuntu/+source/cups- filters/+bug/1203276/comments/15 ------------------------------------------------------------------------ On 2013-06-05T10:56:05+00:00 Jiri wrote: (In reply to Zdenek Kabelac from comment #13) > by 0x10CB91: generate_local_queue (cups-browsed.c:604) I don't see this one here, but it could possibly be fixed with http://koji.fedoraproject.org/koji/taskinfo?taskID=5469826 Reply at: https://bugs.launchpad.net/ubuntu/+source/cups- filters/+bug/1203276/comments/16 ------------------------------------------------------------------------ On 2013-06-05T11:53:40+00:00 Zdenek wrote: Created attachment 757144 Rerun of valgrind with 1.0.34-6.fc19 Well done, I think this has fixed major leaks I've been seeing on my machine. Just for curiosity I'm attaching new valgrind trace which shows those leaks fixed. Reply at: https://bugs.launchpad.net/ubuntu/+source/cups- filters/+bug/1203276/comments/17 ------------------------------------------------------------------------ On 2013-06-05T16:51:20+00:00 Fedora wrote: Package cups-filters-1.0.34-6.fc19: * should fix your issue, * was pushed to the Fedora 19 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing cups-filters-1.0.34-6.fc19' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2013-9926/cups-filters-1.0.34-6.fc19 then log in and leave karma (feedback). Reply at: https://bugs.launchpad.net/ubuntu/+source/cups- filters/+bug/1203276/comments/18 ------------------------------------------------------------------------ On 2013-06-08T03:43:32+00:00 Fedora wrote: cups-filters-1.0.34-6.fc19 has been pushed to the Fedora 19 stable repository. If problems still persist, please make note of it in this bug report. Reply at: https://bugs.launchpad.net/ubuntu/+source/cups- filters/+bug/1203276/comments/19 ------------------------------------------------------------------------ On 2013-07-24T18:51:55+00:00 Till wrote: See also the upstream bug https://bugs.linuxfoundation.org/show_bug.cgi?id=1116 and Ubuntu bug https://bugs.launchpad.net/bugs/1203276 Reply at: https://bugs.launchpad.net/ubuntu/+source/cups- filters/+bug/1203276/comments/29 ** Changed in: cups-filters (Fedora) Status: Unknown => Fix Released ** Changed in: cups-filters (Fedora) Importance: Unknown => Medium -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to cups-filters in Ubuntu. https://bugs.launchpad.net/bugs/1203276 Title: cups-browsed memory usage unacceptable Status in cups-filters package in Ubuntu: Fix Released Status in cups-filters package in Debian: Fix Released Status in cups-filters package in Fedora: Fix Released Bug description: cups-browsed uses a lot of memory: % ps u 1886 USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND root 1886 0.0 10.9 1433812 851028 ? Ss Jul11 2:05 /usr/sbin/cups-browsed I'm about to uninstall it, but I figured I should report the problem first. ProblemType: Bug DistroRelease: Ubuntu 13.04 Package: cups-browsed 1.0.34-0ubuntu1.1 ProcVersionSignature: Ubuntu 3.8.0-26.38-generic 3.8.13.2 Uname: Linux 3.8.0-26-generic x86_64 NonfreeKernelModules: wl ApportVersion: 2.9.2-0ubuntu8.1 Architecture: amd64 CupsErrorLog: W [20/Jul/2013:07:55:27 +0100] CreateProfile failed: org.freedesktop.ColorManager.AlreadyExists:profile id 'C821-Gray..' already exists W [20/Jul/2013:07:55:27 +0100] CreateProfile failed: org.freedesktop.ColorManager.AlreadyExists:profile id 'C821-RGB..' already exists W [20/Jul/2013:07:55:27 +0100] CreateProfile failed: org.freedesktop.ColorManager.AlreadyExists:profile id 'HP_LaserJet_3020-Gray..' already exists W [20/Jul/2013:07:55:27 +0100] CreateProfile failed: org.freedesktop.ColorManager.AlreadyExists:profile id 'MB470-Gray..' already exists Date: Sat Jul 20 12:01:40 2013 InstallationDate: Installed on 2013-06-10 (40 days ago) InstallationMedia: Ubuntu 13.04 "Raring Ringtail" - Release amd64 (20130424) Lpstat: device for C821: dnssd://OKILondon._pdl-datastream._tcp.local/ device for HP_LaserJet_3020: ipp://olive.local:631/printers/hp_LaserJet_3020 device for MB470: dnssd://OKIMFD._pdl-datastream._tcp.local/ MachineType: LENOVO 34607ZG MarkForUpload: True Papersize: a4 PpdFiles: MB470: OKI MB470(PS) C821: Oki C710 Foomatic/Postscript (recommended) HP_LaserJet_3020: HP LaserJet 3020 3030 Postscript (recommended) ProcKernelCmdLine: BOOT_IMAGE=/vmlinuz-3.8.0-26-generic root=/dev/mapper/ubuntu--vg-root ro crashkernel=384M-2G:64M,2G-:128M quiet splash vt.handoff=7 SourcePackage: cups-filters UpgradeStatus: No upgrade log present (probably fresh install) dmi.bios.date: 12/26/2012 dmi.bios.vendor: LENOVO dmi.bios.version: G6ET90WW (2.50 ) dmi.board.asset.tag: Not Available dmi.board.name: 34607ZG dmi.board.vendor: LENOVO dmi.board.version: Win8 Pro DPK TPG dmi.chassis.asset.tag: No Asset Information dmi.chassis.type: 10 dmi.chassis.vendor: LENOVO dmi.chassis.version: Not Available dmi.modalias: dmi:bvnLENOVO:bvrG6ET90WW(2.50):bd12/26/2012:svnLENOVO:pn34607ZG:pvrThinkPadX1Carbon:rvnLENOVO:rn34607ZG:rvrWin8ProDPKTPG:cvnLENOVO:ct10:cvrNotAvailable: dmi.product.name: 34607ZG dmi.product.version: ThinkPad X1 Carbon dmi.sys.vendor: LENOVO To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cups-filters/+bug/1203276/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : [email protected] Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
