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 0E7F91381F3 for ; Mon, 26 Nov 2012 13:53:44 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 9277921C0E7; Mon, 26 Nov 2012 13:53:25 +0000 (UTC) Received: from mail-wg0-f41.google.com (mail-wg0-f41.google.com [74.125.82.41]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 99D0321C0D9 for ; Mon, 26 Nov 2012 13:51:33 +0000 (UTC) Received: by mail-wg0-f41.google.com with SMTP id ds1so1846196wgb.4 for ; Mon, 26 Nov 2012 05:51:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:reply-to:to:subject:date:user-agent:references:in-reply-to :mime-version:content-type:content-transfer-encoding:message-id; bh=qCbn8AQPXKIdKyQIXjfhrpq/9ZLc7reZs9n2eMHGWDs=; b=yCV/Tq0TxnVzkfU7Pzy2/y/5z3jjNUIZyHuag27KF9IFo4kMHEeJHV+4UbYfDD8Shr O63nC38N1CNgzK5GaI3ZnCW2TgG7ZFUXxE0Yc67Lc3SIH+l4nvsI0CUzUoeMEUqhgGGE 8fD5EYOEKnjWsMx3GIUDHOm81SAIT6B3PE5c+x2w0tPQg0uYDDVqnX2W0ki2DoiWppcG g0YK6g5xAKIAR5HMJZdnnSWVrgACBuBgSBEWq7YCeVSbQlEBmQYv3gtNFy7F8GK/TMqq BEmONx1A/8fpX8v0nK01YfHFuCvvpajxJ/joHKQQSF8WEildht6AhE1iUUPEKWfGYTH6 tPTw== Received: by 10.180.8.133 with SMTP id r5mr6063629wia.7.1353937892179; Mon, 26 Nov 2012 05:51:32 -0800 (PST) Received: from dell_xps.localnet (230.3.169.217.in-addr.arpa. [217.169.3.230]) by mx.google.com with ESMTPS id az2sm21183135wib.7.2012.11.26.05.51.28 (version=SSLv3 cipher=OTHER); Mon, 26 Nov 2012 05:51:30 -0800 (PST) From: Mick To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Debug memory leaks in X server Date: Mon, 26 Nov 2012 13:51:09 +0000 User-Agent: KMail/1.13.7 (Linux/3.5.7-gentoo; KDE/4.9.3; x86_64; ; ) References: <50B33CCB.7060405@binarywings.net> <201211261022.36407.michaelkintzios@gmail.com> <50B363FA.8010705@gmail.com> In-Reply-To: <50B363FA.8010705@gmail.com> 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 Content-Type: multipart/signed; boundary="nextPart2338241.IpUPCWe7LN"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201211261351.31300.michaelkintzios@gmail.com> X-Archives-Salt: 3143ed82-1d77-41d3-8c5a-6fa6cff4158b X-Archives-Hash: bfd2dc54802913e2265425fb4532b207 --nextPart2338241.IpUPCWe7LN Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable 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! > >>=20 > >> 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? > >=20 > > 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 > >=20 > > graphics seems to push the cpu: > > PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND > >=20 > > 16387 michael 23 3 466m 52m 30m S 102 1.3 0:36.88 > > /usr/bin/okular <<< SNIP >>> > >=20 > > 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. > >=20 > > Other than the various top apps, perhaps you can try lsof? >=20 > 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. >=20 > 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. >=20 > 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 n= ot=20 seem to be related exclusively to okular. I just tried qpdfview and it als= o=20 took ages to open/render - HOWEVER - when I tried mupdf it was rendered in= =20 milliseconds and the CPU usage stayed very very low. This may be something= to=20 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=20 Kmail-1.13.7 all sent messages are saved in the local/sent-mail directory,= =20 irrespective of the path I enter in Kmail's settings for each email account= =2E =20 Initially I though that sent messages were being lost - not sent - but then= I=20 noticed that the default sent folder started getting larger. I better start another thread for this problem. =2D-=20 Regards, Mick --nextPart2338241.IpUPCWe7LN Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iEYEABECAAYFAlCzc+MACgkQVTDTR3kpaLY9pACeJXo1JfFxIIzUZMyTjwsHTyBw GfQAoPGSqCl97szg7dpCnE16mQtEz4h1 =sYwv -----END PGP SIGNATURE----- --nextPart2338241.IpUPCWe7LN--