From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 6D00B1381F3 for ; Mon, 26 Nov 2012 16:05:25 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 4E7EB21C033; Mon, 26 Nov 2012 16:05:10 +0000 (UTC) Received: from mail-ye0-f181.google.com (mail-ye0-f181.google.com [209.85.213.181]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 2E810E0262 for ; Mon, 26 Nov 2012 16:04:01 +0000 (UTC) Received: by mail-ye0-f181.google.com with SMTP id m11so1009032yen.40 for ; Mon, 26 Nov 2012 08:04:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=2gt7zrL72KgZ7dAMS6KHEih0F7cbVxb0UX29wsyNbHc=; b=EeJtJ2XyTymUDd1UY53uuDZGUAK49BPAKH70A7BrHIvRaj0sgGKiUHDMC6/172Oab6 BjMq9FGkQQB62OLMSHIF/LDOLeTmnT8ekqjTpcM5zm0qUmaFS24JIah84Vbd95qkTAAP MZnPP/Ag6bi4jLkTdm860rdWqsHtNML+Un7ht/D6meG4zfygMvaQcDWruDdMmau8BiBi QmE+4g9Z2t1kYdNU717g9Tng+8c/xrEV9VIOh4w8oRq8iDu2R3WNO3LKLb2sVCZovb3x Rrzlsdt9pI1RIYUHeeROd6mnGS/XuVoM2kaxX5X/rcruZKXuH0Y8WordWVzXaADf7yOD f/5g== Received: by 10.236.121.98 with SMTP id q62mr12326929yhh.8.1353945841346; Mon, 26 Nov 2012 08:04:01 -0800 (PST) Received: from [192.168.2.5] (adsl-65-0-119-99.jan.bellsouth.net. [65.0.119.99]) by mx.google.com with ESMTPS id u49sm15555885yhd.18.2012.11.26.08.03.59 (version=SSLv3 cipher=OTHER); Mon, 26 Nov 2012 08:04:00 -0800 (PST) Message-ID: <50B392EE.5040604@gmail.com> Date: Mon, 26 Nov 2012 10:03:58 -0600 From: Dale User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Firefox/17.0 SeaMonkey/2.14 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Debug memory leaks in X server References: <50B33CCB.7060405@binarywings.net> <201211261022.36407.michaelkintzios@gmail.com> <50B363FA.8010705@gmail.com> <201211261351.31300.michaelkintzios@gmail.com> In-Reply-To: <201211261351.31300.michaelkintzios@gmail.com> X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Archives-Salt: 7dbede9f-4978-49f9-ba91-11c112179762 X-Archives-Hash: c1b82006e91f31db679f38b910003546 Mick wrote: > On Monday 26 Nov 2012 12:43:38 Dale wrote: >> Mick wrote: >>> On Monday 26 Nov 2012 09:56:27 Florian Philipp wrote: >>>> Hi list! >>>> >>>> I have a suspicion that viewing certain PDFs in okular causes X server >>>> to leak memory. Currently it is using 1.8 GB after 3 days uptime. Has >>>> anyone else observed that? Is there a way to inspect X server's memory >>>> usage? >>> I have noticed that okular recently started breaking into a sweat when it >>> renders pdf files. Even a four page document with a bit of colour and >>> >>> graphics seems to push the cpu: >>> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND >>> >>> 16387 michael 23 3 466m 52m 30m S 102 1.3 0:36.88 >>> /usr/bin/okular <<< SNIP >>> >>> >>> Once rendered, the CPU goes down to normal levels. The problem does not >>> seem to occur when the pdf is just text, i.e. no photographs, or complex >>> graphics in it. >>> >>> Other than the various top apps, perhaps you can try lsof? >> I have a local grocery store that I have to go to the website to get >> their sale ads. Anyway, it is generally 2 pages and even on this 4 core >> rig with more than plenty of ram, it takes a bit to open them. Funny >> thing is, I have some that is about sewing, lots of pictures in those >> since I need pics to get the idea, anyway, they load up in a flash. As >> soon as Okular loads, the pages are there. >> >> Since this is more like what Florian describes, I guess we see the same >> things. I'm not sure about ram itself but some files do open >> differently. By the way, the grocery ad is a much smaller file than the >> sewing files. Both in file size and number of pages. One would expect >> it to be the opposite. >> >> Looks like I have a problem that I didn't know I had. With 16Gbs of >> ram, I hadn't noticed anything with the ram, other than Seamonkey being >> its usual hoggy self. :/ I guess this is to sort of confirm that >> someone else sees a similar thing to Florian. > This is not a RAM issue, but seemingly a CPU issue. Furthermore, it does not > seem to be related exclusively to okular. I just tried qpdfview and it also > took ages to open/render - HOWEVER - when I tried mupdf it was rendered in > milliseconds and the CPU usage stayed very very low. This may be something to > do with the wonderful KDE and friends. > > I recently upgraded to KDE-4.9.3 and this is not the only thing I noticed. In > Kmail-1.13.7 all sent messages are saved in the local/sent-mail directory, > irrespective of the path I enter in Kmail's settings for each email account. > Initially I though that sent messages were being lost - not sent - but then I > noticed that the default sent folder started getting larger. > > I better start another thread for this problem. That was mostly my point but I seemed to have glossed over the CPU part after rereading my post. My point was, ram is not a issue because I have lots of it. The subject mentions memory so I mostly went to it instead of the CPU. Even with that much ram, it takes a long time to load, at least for some files. It seems to be a CPU thing, not a memory thing. Maybe Florian knows something we don't know at this point. I don't know the exact percentages but I usually max out at least one core when I open the grocery ad. The sewing files, although larger, open faster. I just wonder what is used to make one as opposed to the other? Maybe that is the difference. Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!