Hi all,
After using the bullseye-backports kernel, my vps ran out of memory
after a period of time.
![Memory
On Sat, 12 Feb 2022 12:49:15 -0500
Stefan Monnier wrote:
> > As I mentioned (briefly) in my original post, yes, I experience concrete
> > problems: the system either grinds to a halt or becomes unresponsive,
> > or hits swap and becomes intolerably slow.
>
> Sorry I missed that part.
> I think
On 12/02/2022 12:43, Curt wrote:
On 2022-02-12, piorunz wrote:
On 11/02/2022 22:16, Roy J. Tellason, Sr. wrote:
Somewhere in their help or documentation they even say that you shouldn't leave
it running for extended periods of time.
Never heard such a thing. Do you have source?
See my
On Sunday, February 13, 2022 02:58:46 PM Roy J. Tellason, Sr. wrote:
> On Saturday 12 February 2022 09:21:00 am rhkra...@gmail.com wrote:
> > The version of Firefox used in Jessie (and presumably later versions)
> > creates (typically mutlitple) files named "Web Content". I don't know
> > how
On Saturday 12 February 2022 09:21:00 am rhkra...@gmail.com wrote:
> The version of Firefox used in Jessie (and presumably later versions) creates
> (typically mutlitple) files named "Web Content". I don't know how Firefox
> decides what to put in each of those (e.g., content from how many
On Fri 11 Feb 2022 at 20:04:35 (+0100), Linux-Fan wrote:
> Stefan Monnier writes:
>
> > > I used to have 8 GB on the system, and it would start to thrash at
> > > about 7+ GB usage. I recently ugrade to 16 GB; memory usage is
> > > currently over 8 GB, and it seems to be slowly but steadily
On Sun, Feb 13, 2022 at 10:05:27AM -0500, rhkra...@gmail.com wrote:
> On Sunday, February 13, 2022 01:29:09 AM to...@tuxteam.de wrote:
> > On Sat, Feb 12, 2022 at 09:21:00AM -0500, rhkra...@gmail.com wrote:
> >
>
> I'm sure they are not one from each tab -- I often have 100 tabs open (in
>
gt; > won´t preserved.
> >
> > You don't want to have them preserved.
>
> You may for the case in question, i.e. where you're only restarting
> Firefox work around a memory leak, not because you're finished doing
> the 'private browsing' thing.
>
> Personal
On Sun, Feb 13, 2022 at 10:05:27AM -0500, rhkra...@gmail.com wrote:
[Firefox Web Content processes]
> > Those are, basically, one for each tab, yes.
>
> I'm sure they are not one from each tab -- I often have 100 tabs open (in
> Jessie's Firfox, upto 3000 in Wheezy's Firefox), and typically
On Sunday, February 13, 2022 01:29:09 AM to...@tuxteam.de wrote:
> On Sat, Feb 12, 2022 at 09:21:00AM -0500, rhkra...@gmail.com wrote:
>
> [...]
>
> > The version of Firefox used in Jessie (and presumably later versions)
> > creates (typically mutlitple) files
>
> ...you mean "processes", not
case in question, i.e. where you're only restarting
Firefox work around a memory leak, not because you're finished doing
the 'private browsing' thing.
Personally, I'm more paranoid about browser security and tab isolation.
I have the 'always use private browsing' mode set so, in theory,
nothing
On Sat, Feb 12, 2022 at 11:45:05PM +0100, Felmon Davis wrote:
> On Sat, 12 Feb 2022, Curt wrote:
>
> > https://support.mozilla.org/en-US/kb/firefox-uses-too-much-memory-or-cpu-resources
> >
> > Firefox may use more system resources if it's left open for long periods
> > of time [...]
> what
On Sat, Feb 12, 2022 at 09:21:00AM -0500, rhkra...@gmail.com wrote:
[...]
> The version of Firefox used in Jessie (and presumably later versions) creates
> (typically mutlitple) files
...you mean "processes", not files, right?
> named "Web Content". I don't know
On Sat, 12 Feb 2022, Curt wrote:
https://support.mozilla.org/en-US/kb/firefox-uses-too-much-memory-or-cpu-resources
Firefox may use more system resources if it's left open for long periods
of time. A workaround for this is to periodically restart Firefox. You
can configure Firefox to save your
On Sat, 12 Feb 2022, rhkra...@gmail.com wrote:
Maybe things would work better with more swap, but I haven/t (and probably
won't try that) -- in the reasonably near future (maybe after tax season), I
plan to set up a new system with Debian 1 (whatever that is "code named").
increasing swap
On Saturday, February 12, 2022 05:11:31 AM Curt wrote:
> Firefox may use more system resources if it's left open for long periods
> of time. A workaround for this is to periodically restart Firefox. You
> can configure Firefox to save your tabs and windows so that when you
> start it again,
On 2022-02-12, piorunz wrote:
> On 11/02/2022 22:16, Roy J. Tellason, Sr. wrote:
>> Somewhere in their help or documentation they even say that you shouldn't
>> leave it running for extended periods of time.
>
> Never heard such a thing. Do you have source?
>
See my other post in this thread.
On 2022-02-11, Roy J. Tellason, Sr. wrote:
> On Friday 11 February 2022 11:06:01 am Celejar wrote:
>> I seem to have a serious memory leak on my system (Lenovo W550s) - the
>> memory usage seems to slowly but more or less steadily keep increasing.
>>
>> This is a m
On Fri, Feb 11, 2022 at 06:22:48PM +, piorunz wrote:
> On 11/02/2022 17:58, Charlie Gibbs wrote:
>
> > It seems to be the fashion nowadays to leave one's web browser up 24/7,
> > with dozens of tabs open. Personally I can't understand this - I seldom
> > have more than two or three tabs open
On 11/02/2022 22:16, Roy J. Tellason, Sr. wrote:
Somewhere in their help or documentation they even say that you shouldn't leave
it running for extended periods of time.
Never heard such a thing. Do you have source?
--
With kindest regards, Piotr.
⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ Debian - The universal
On Friday 11 February 2022 11:06:01 am Celejar wrote:
> I seem to have a serious memory leak on my system (Lenovo W550s) - the
> memory usage seems to slowly but more or less steadily keep increasing.
>
> This is a more or less normal (I think) desktop installation of Sid,
>
On Fri, 11 Feb 2022 15:00:39 -0500
Celejar wrote:
> There are several reasons I'm not ready to do that:
Fine, get another browser.
--
Does anybody read signatures any more?
https://charlescurley.com
https://charlescurley.com/blog/
On Fri, 11 Feb 2022 15:57:58 -0500
Bijan Soleymani wrote:
> On 2022-02-11 14:52, Celejar wrote:
> > As I mentioned in another post, I do this occasionally, but I'm not
> > sure how to interpret the results. I just killed firefox; I got back
> > about 3.5 GB, but the system is still using about
On 2022-02-11 14:52, Celejar wrote:
As I mentioned in another post, I do this occasionally, but I'm not
sure how to interpret the results. I just killed firefox; I got back
about 3.5 GB, but the system is still using about 4.8, and Xorg's usage
hasn't changed: ~ 4436M / 3081M / 105M.
Closing
On 11/02/2022 18:40, Charles Curley wrote:
My solution is simple: I switched to Vivaldi over a year ago, and
haven't looked back. https://vivaldi.com. They have packages for
Debian, and run a roughly two week release cycle. It's based on
Chromium, but with better privacy settings for the
On Fri, 11 Feb 2022 11:40:15 -0700
Charles Curley wrote:
> On Fri, 11 Feb 2022 12:01:59 -0500
> Celejar wrote:
>
> > So I've heard. So is this something I just have to live with? Does
> > everyone have this problem?
>
> It is widely rumored, backed by experiments I've done here. I've not
>
On Fri, 11 Feb 2022 09:58:40 -0800
Charlie Gibbs wrote:
> On Fri Feb 11 09:43:03 2022 Celejar wrote:
>
> > On Fri, 11 Feb 2022 09:53:17 -0700
> > Charles Curley wrote:
> >
> >> On Fri, 11 Feb 2022 11:06:01 -0500
> >> Celejar wrote:
> >>
On Fri, 11 Feb 2022 18:06:52 +
piorunz wrote:
> On 11/02/2022 17:01, Celejar wrote:
> > So I've heard. So is this something I just have to live with? Does
> > everyone have this problem? I actually did used to kill firefox when I
> > was experiencing memory pressure - it certainly relieved
On Fri, 11 Feb 2022 13:43:55 -0500
Stefan Monnier wrote:
> > I used to have 8 GB on the system, and it would start to thrash at
> > about 7+ GB usage. I recently ugrade to 16 GB; memory usage is
> > currently over 8 GB, and it seems to be slowly but steadily increasing.
>
> Presumably you
Stefan Monnier writes:
> I used to have 8 GB on the system, and it would start to thrash at
> about 7+ GB usage. I recently ugrade to 16 GB; memory usage is
> currently over 8 GB, and it seems to be slowly but steadily increasing.
Presumably you bought 16GB to make use of it, right?
So it's
On Fri, 11 Feb 2022 12:01:59 -0500
Celejar wrote:
> So I've heard. So is this something I just have to live with? Does
> everyone have this problem?
It is widely rumored, backed by experiments I've done here. I've not
seen anything official from the Mozilla folks, but then I don't pay
close
On 11/02/2022 17:58, Charlie Gibbs wrote:
It seems to be the fashion nowadays to leave one's web browser up 24/7,
with dozens of tabs open. Personally I can't understand this - I seldom
have more than two or three tabs open at once, and most of the time I
have only one open, which is why I
On Fri Feb 11 09:43:03 2022 Celejar wrote:
> On Fri, 11 Feb 2022 09:53:17 -0700
> Charles Curley wrote:
>
>> On Fri, 11 Feb 2022 11:06:01 -0500
>> Celejar wrote:
>>
>>> I seem to have a serious memory leak on my system (Lenovo W550s) -
>>> the
On 11/02/2022 17:01, Celejar wrote:
So I've heard. So is this something I just have to live with? Does
everyone have this problem? I actually did used to kill firefox when I
was experiencing memory pressure - it certainly relieved the immediate
problem, but I think I found that not all the
On Fri, 11 Feb 2022 09:53:17 -0700
Charles Curley wrote:
> On Fri, 11 Feb 2022 11:06:01 -0500
> Celejar wrote:
>
> > I seem to have a serious memory leak on my system (Lenovo W550s) - the
> > memory usage seems to slowly but more or less steadily keep
> > increasi
On Fri, 11 Feb 2022 11:06:01 -0500
Celejar wrote:
> I seem to have a serious memory leak on my system (Lenovo W550s) - the
> memory usage seems to slowly but more or less steadily keep
> increasing.
>
> This is a more or less normal (I think) desktop installation of Sid,
Hello,
I seem to have a serious memory leak on my system (Lenovo W550s) - the
memory usage seems to slowly but more or less steadily keep increasing.
This is a more or less normal (I think) desktop installation of Sid,
running Xfce4. Typical applications used are Firefox (currently with
just one
Hello all.
Debian 8.4 sgtreamer 1.4.4 plugin "rtmpvdepay" (gstreamer plugins-good
packege) is leaking memory because.
The particular fix is available in gstreamer git repository.
May be an update for this package is needed for Debuian releases 8.4/8.5 ?
Could one expect gstreamer update will
On 07/29/2013 10:59 PM, Tyler MacDonald wrote:
This has happened at least a dozen times in the past few years. I've
removed tracker a few times, but it's been re-added due to
dependencies/recommends. A product that is this immature should not be
allowed to be part of the default installation.
On 07/29/2013 10:59 PM, Tyler MacDonald wrote:
This has happened at least a dozen times in the past few years. I've
removed tracker a few times, but it's been re-added due to
dependencies/recommends. A product that is this immature should not be
allowed to be part of the default installation.
This has happened at least a dozen times in the past few years. I've
removed tracker a few times, but it's been re-added due to
dependencies/recommends. A product that is this immature should not be
allowed to be part of the default installation. Again, tonight, I had to
SSH in to my PC from
days of uptime. I think the anonpages difference shows a memory
leak in kernel, am I correct?
-Mikko
ps. please cc me in replies, thanks.
--- meminfo_after_boot.txt 2009-12-14 14:28:25.0 +0200
+++ meminfo_slow.txt2009-12-14 14:24:01.0 +0200
@@ -1,28 +1,28 @@
MemTotal
I was told that XFCE has a memory leak. I am currently using Lenny. Has it
been fixed in the Lenny packages? How can I know when it gets fixed?
--
Masatran, R. Deepak http://research.iiit.ac.in/~masatran/
pgpcCB6tOFXBl.pgp
Description: PGP signature
On Mon, Jul 23, 2007 at 03:59:34PM +0530, Masatran, R. Deepak wrote:
I was told that XFCE has a memory leak. I am currently using Lenny. Has it
been fixed in the Lenny packages? How can I know when it gets fixed?
xfdesktop4 still leaks memory badly.
Bugs: 376177 376372 373010
You can avoid
On Mon, May 21, 2007 at 07:44:14PM -0500, Owen Heisler wrote:
Anyway, I tried some other video= lines and nothing makes any
difference. I tried vesafb, rivafb, and nvidiafb for the driver and
both 1024x768 (vga=791 works fine) and 1280x960 for the resolution (all
combinations for rivafb and
On Tue, 2007-05-22 at 09:33 +0300, Andrei Popescu wrote:
On Mon, May 21, 2007 at 07:44:14PM -0500, Owen Heisler wrote:
Anyway, I tried some other video= lines and nothing makes any
difference. I tried vesafb, rivafb, and nvidiafb for the driver and
both 1024x768 (vga=791 works fine) and
On Tue, May 22, 2007 at 07:24:40AM -0500, Owen Heisler wrote:
There doesn't seem to be a correct vga= parameter for 1280x960.
I was suggesting 791 as it is still better then the default and you can
see something happening (I just hate it when I mess with options and I
see no change :))
On Tue, 2007-05-22 at 18:56 +0300, Andrei Popescu wrote:
On Tue, May 22, 2007 at 07:24:40AM -0500, Owen Heisler wrote:
There doesn't seem to be a correct vga= parameter for 1280x960.
I was suggesting 791 as it is still better then the default and you can
see something happening (I just
On Tue, May 22, 2007 at 06:28:50PM -0500, Owen Heisler wrote:
So I add nvidiafb to /etc/initramfs-tools/modules, run
update-initramfs -u (this is fun) and now nvidia is also listed.
Now I reboot and try video=nvidiafb:1280x960 and
video=nvidiafb:1024x768 and get something slightly worse
On Sun, May 20, 2007 at 11:06:39PM -0400, cga2000 wrote:
I tried:
video=rivafb:1280x960
video=vesafb:1280x960
but neither worked.
You do realize that you may need to compile a custom kernel to enable
support for a given video card..?
Not necessarily. It should work if you
On Mon, May 21, 2007 at 02:44:29AM EDT, Andrei Popescu wrote:
On Sun, May 20, 2007 at 11:06:39PM -0400, cga2000 wrote:
I tried:
video=rivafb:1280x960
video=vesafb:1280x960
but neither worked.
You do realize that you may need to compile a custom kernel to enable
support
On Mon, May 21, 2007 at 08:18:37AM -0400, cga2000 wrote:
On Mon, May 21, 2007 at 02:44:29AM EDT, Andrei Popescu wrote:
On Sun, May 20, 2007 at 11:06:39PM -0400, cga2000 wrote:
I tried:
video=rivafb:1280x960
video=vesafb:1280x960
but neither worked.
You do realize
On Mon, May 21, 2007 at 12:35:57PM EDT, Andrei Popescu wrote:
On Mon, May 21, 2007 at 08:18:37AM -0400, cga2000 wrote:
On Mon, May 21, 2007 at 02:44:29AM EDT, Andrei Popescu wrote:
On Sun, May 20, 2007 at 11:06:39PM -0400, cga2000 wrote:
I tried:
video=rivafb:1280x960
On Mon, 2007-05-21 at 19:27 -0400, cga2000 wrote:
_Owen_,
What do you get .. a kernel oops .. a black screen of death .. a vga
console with oversized fonts ..?
With any video= parameter, I get the default resolution (640x480/80x25,
I suppose), just like there was no vga= or video=
On Sun, 2007-05-20 at 01:10 -0400, cga2000 wrote:
On Sat, May 19, 2007 at 07:33:51PM EDT, Owen Heisler wrote:
On Sat, 2007-05-19 at 19:10 -0400, Greg Folkert wrote:
On Fri, 2007-05-18 at 00:10 -0400, Greg Folkert wrote:
On Thu, 2007-05-17 at 18:34 -0500, Owen Heisler wrote:
On Thu,
On Sun, May 20, 2007 at 12:01:18PM EDT, Greg Folkert wrote:
[..}
Mind if I add snippets of you two posts to Owen to that Vesa Mode Page?
Not in principle naturally.
Just that I'd be a little concerned about the contents of my posts
possibly misleading others .. A clear case of I don't
On Sun, 2007-05-20 at 17:25 -0400, cga2000 wrote:
On Sun, May 20, 2007 at 12:01:18PM EDT, Greg Folkert wrote:
Mind if I add snippets of you two posts to Owen to that Vesa Mode Page?
Not in principle naturally.
[snip]
Oh, if you do decide to add something to your web page, please let me
On Sun, 2007-05-20 at 01:10 -0400, cga2000 wrote:
On Sat, May 19, 2007 at 07:33:51PM EDT, Owen Heisler wrote:
On Sat, 2007-05-19 at 19:10 -0400, Greg Folkert wrote:
On Fri, 2007-05-18 at 00:10 -0400, Greg Folkert wrote:
On Thu, 2007-05-17 at 18:34 -0500, Owen Heisler wrote:
On Thu,
On Sun, May 20, 2007 at 07:25:41PM EDT, Owen Heisler wrote:
[..]
A list of the available video drivers here (?):
http://linux-fbdev.sourceforge.net/driverlist.php
I tried:
video=rivafb:1280x960
video=vesafb:1280x960
but neither worked.
You do realize that you may need to compile a
On Fri, 2007-05-18 at 00:10 -0400, Greg Folkert wrote:
On Thu, 2007-05-17 at 18:34 -0500, Owen Heisler wrote:
On Thu, 2007-05-17 at 16:02 -0400, Greg Folkert wrote:
http://www.gregfolkert.net/info/vesa-display-codes.html
Very helpful! Although no 1280x960 (grr) unfortunately. Is there
On Sat, 2007-05-19 at 17:09 -0500, Owen Heisler wrote:
On Fri, 2007-05-18 at 00:10 -0400, Greg Folkert wrote:
On Thu, 2007-05-17 at 18:34 -0500, Owen Heisler wrote:
On Thu, 2007-05-17 at 16:02 -0400, Greg Folkert wrote:
http://www.gregfolkert.net/info/vesa-display-codes.html
Very
On Sat, 2007-05-19 at 19:10 -0400, Greg Folkert wrote:
On Fri, 2007-05-18 at 00:10 -0400, Greg Folkert wrote:
On Thu, 2007-05-17 at 18:34 -0500, Owen Heisler wrote:
On Thu, 2007-05-17 at 16:02 -0400, Greg Folkert wrote:
http://www.gregfolkert.net/info/vesa-display-codes.html
Very
On Sat, 2007-05-19 at 18:33 -0500, Owen Heisler wrote:
video=:xres:,yres:,depth:,left:,right:,hslen:,upper:,lower:,vslen:
It looks like I need something like this:
Modeline 1280x1024 DCF HR SH1 SH2 HFL VR SV1 SV2 VFL
Is there some way to get that from xorg?
And what do I use for the
On Sat, May 19, 2007 at 07:33:51PM EDT, Owen Heisler wrote:
On Sat, 2007-05-19 at 19:10 -0400, Greg Folkert wrote:
On Fri, 2007-05-18 at 00:10 -0400, Greg Folkert wrote:
On Thu, 2007-05-17 at 18:34 -0500, Owen Heisler wrote:
On Thu, 2007-05-17 at 16:02 -0400, Greg Folkert wrote:
On Sat, May 19, 2007 at 07:33:51PM EDT, Owen Heisler wrote:
On Sat, 2007-05-19 at 19:10 -0400, Greg Folkert wrote:
On Fri, 2007-05-18 at 00:10 -0400, Greg Folkert wrote:
On Thu, 2007-05-17 at 18:34 -0500, Owen Heisler wrote:
On Thu, 2007-05-17 at 16:02 -0400, Greg Folkert wrote:
On Sun, May 13, 2007 at 07:51:18AM -0400, Douglas Allan Tutty wrote:
Over time, xorg takes up more and more memory. On my i386, I only have
64 MB of ram so I can only run X for about 45 minutes before the system
thrashes. Eventually, Xorg dies but doesn't release the screen. If I
let the
Package: xserver-xorg-core
Running up-to-date Etch.
Over time, xorg takes up more and more memory.
I have two computers:
rocky: PII-233 with 64 MB ram running i386
titan: Athlon64 with 1 GB ram running amd64
On my i386, I only have 64 MB of ram so I can only run X for about 45
On Fri, May 18, 2007 at 09:18:01PM -0400, Douglas Allan Tutty wrote:
Package: xserver-xorg-core
Sorry for the noise. I thought I'd turn my question into a bug report
but sent it here instead of bugs by accident.
Doug.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
On Fri, May 18, 2007 at 09:24:37PM -0400, Douglas Allan Tutty wrote:
On Fri, May 18, 2007 at 09:18:01PM -0400, Douglas Allan Tutty wrote:
Package: xserver-xorg-core
Sorry for the noise. I thought I'd turn my question into a bug report
but sent it here instead of bugs by accident.
Don't
On Sun, May 13, 2007 at 02:43:15PM +0200, Hervé Piedvache wrote:
Le dimanche 13 mai 2007, Douglas Allan Tutty a écrit :
I'm having trouble with Xorg under Etch i386 and similar annoyance under
amd64.
Over time, xorg takes up more and more memory. On my i386, I only have
I had the same
On Sun, May 13, 2007 at 10:22:00AM -0500, Mumia W.. wrote:
On 05/13/2007 06:51 AM, Douglas Allan Tutty wrote:
I'm having trouble with Xorg under Etch i386 and similar annoyance under
amd64.
Over time, xorg takes up more and more memory. [...]
I also installed Etch on a computer that has
On Thu, May 17, 2007 at 12:17:34PM -0400, Douglas Allan Tutty wrote:
On Sun, May 13, 2007 at 10:22:00AM -0500, Mumia W.. wrote:
On 05/13/2007 06:51 AM, Douglas Allan Tutty wrote:
Try out the VESA driver and see if the problem recurs.
Would if I could. On the i386, dpkg-reconfigure
On Thu, May 17, 2007 at 05:31:09PM +0100, Tom Furie wrote:
On Thu, May 17, 2007 at 12:17:34PM -0400, Douglas Allan Tutty wrote:
On Sun, May 13, 2007 at 10:22:00AM -0500, Mumia W.. wrote:
On 05/13/2007 06:51 AM, Douglas Allan Tutty wrote:
Try out the VESA driver and see if the problem
On Thu, 2007-05-17 at 12:58 -0400, Douglas Allan Tutty wrote:
On Thu, May 17, 2007 at 05:31:09PM +0100, Tom Furie wrote:
On Thu, May 17, 2007 at 12:17:34PM -0400, Douglas Allan Tutty wrote:
On Sun, May 13, 2007 at 10:22:00AM -0500, Mumia W.. wrote:
On 05/13/2007 06:51 AM, Douglas Allan
On Thu, 2007-05-17 at 16:02 -0400, Greg Folkert wrote:
http://www.gregfolkert.net/info/vesa-display-codes.html
Very helpful! Although no 1280x960 (grr) unfortunately. Is there any
way to get that?
signature.asc
Description: This is a digitally signed message part
On Thu, 2007-05-17 at 18:34 -0500, Owen Heisler wrote:
On Thu, 2007-05-17 at 16:02 -0400, Greg Folkert wrote:
http://www.gregfolkert.net/info/vesa-display-codes.html
Very helpful! Although no 1280x960 (grr) unfortunately. Is there any
way to get that?
vbetool is supposed to do it.
Or
I'm having trouble with Xorg under Etch i386 and similar annoyance under
amd64.
Over time, xorg takes up more and more memory. On my i386, I only have
64 MB of ram so I can only run X for about 45 minutes before the system
thrashes. Eventually, Xorg dies but doesn't release the screen. If I
I had the same trouble was my video driver which made that ...
Switch to last version of nvidia solved the trouble for me !
regards,
Le dimanche 13 mai 2007, Douglas Allan Tutty a écrit :
I'm having trouble with Xorg under Etch i386 and similar annoyance under
amd64.
Over time, xorg takes up
On 05/13/2007 06:51 AM, Douglas Allan Tutty wrote:
I'm having trouble with Xorg under Etch i386 and similar annoyance under
amd64.
Over time, xorg takes up more and more memory. [...]
I also installed Etch on a computer that has only 64MB of RAM, and I
haven't noticed this problem. As Hervé
On Sun, Feb 25, 2007 at 08:26:03PM -0500, Kamaraju S Kusumanchi wrote:
Bill Moseley wrote:
Every once in a while my desktop machine becomes unresponsive and top
shows that Xorg is using all my memory.
Are there any errors in the log files such as /var/log/Xorg.0.log ?
What is your
On Sun, Feb 25, 2007 at 10:23:09PM -0500, Roberto C. Sanchez wrote:
Firefox? I haven't seen it in a while, but I used to occasionally see
my machine get *really* slow and when I would do a top, X was chewing
everything up. However, if I closed Firefox (or killed it), things
would return to
This is just a probe to see if anyone else is having problems with
Xorg eating memory.
Every once in a while my desktop machine becomes unresponsive and top shows
that Xorg is using all my memory.
I was out of town and ssh'ing into my machine every day or so and it
was fine, except today I was
Bill Moseley wrote:
Every once in a while my desktop machine becomes unresponsive and top
shows that Xorg is using all my memory.
Are there any errors in the log files such as /var/log/Xorg.0.log ?
What is your video card, what driver are you using?
Are you tracking etch or sid?
raju
--
On Sun, Feb 25, 2007 at 05:05:31PM -0800, Bill Moseley wrote:
This is just a probe to see if anyone else is having problems with
Xorg eating memory.
Every once in a while my desktop machine becomes unresponsive and top shows
that Xorg is using all my memory.
Firefox? I haven't seen it in
On Wed, Jul 05, 2006 at 12:41:19AM -0400, Kamaraju Kusumanchi wrote:
Initially I have
$free -m
total used free sharedbuffers cached
Mem: 1011806204 0 67458
-/+ buffers/cache:280730
Swap:
Initially I have
$free -m
total used free sharedbuffers cached
Mem: 1011806204 0 67458
-/+ buffers/cache:280730
Swap: 953 0953
Open 10 gvim windows
$gvim; gvim; gvim;
I encountered a memory leak in my python code that imports OpenGL.
Either python or its OpenGL import is not freeing memory. I use Debian
3.1r0 and the most current python and python-opengl packages from there
(python version 2.3.5). Here's an example python program that has the
memory
Hi,
habe seit ein paar Tagen das Problem dass ich konqueror nicht mehr starten
kann. Wenn ich den starte rattert die Festplatte los und der Rechner reagiert
so gut wie nicht mehr. Im syslog tauchen haufenweise folgende Meldungen auf
Jun 6 21:35:32 Compudda kernel: oom-killer:
On 2/21/06, Linas Zvirblis [EMAIL PROTECTED] wrote:
Please post output of top -b -n 1 after you start loosing memory.
When firefox screen went blank
output as below
[EMAIL PROTECTED]:~$ top -b -n 1
top - 06:26:15 up 12 min, 1 user, load average: 0.63, 0.97, 0.62
Tasks: 93 total, 3
L.V.Gandhi wrote:
Please post output of top -b -n 1 after you start loosing memory.
When firefox screen went blank
output as below
[...]
This does not seem to be a full list.
Any comments.
CPU usage of Firefox is indeed a bit high, but everything else seems
normal. This looks like a
I am running sarge with backports using firefox. I found many times
system hanging. I am now only running firefox and konsole.
In the last 30 mins, free gives the following results at various
points of time sequentially as below. first one when I started
machine.
[EMAIL PROTECTED]:~$ free
L.V.Gandhi wrote:
I am running sarge with backports using firefox. I found many times
system hanging. I am now only running firefox and konsole.
In the last 30 mins, free gives the following results at various
points of time sequentially as below. first one when I started
machine.
...
Any
but SUSPECTING firefox from bacports NOT from debian.
I think memory leak will not be regained after the application is
closed. Even after closing the application causing leak, memory can't
be regained as it hangs anf becomes unusable. I hope dev gurus here
will agree with me. further as I said
L.V.Gandhi [EMAIL PROTECTED] said on Mon, 20 Feb 2006 23:33:01 +:
I am running sarge with backports using firefox. I found many times
system hanging. I am now only running firefox and konsole.
In the last 30 mins, free gives the following results at various
points of time sequentially as
L.V.Gandhi wrote:
I am not BLAMING but SUSPECTING firefox from bacports NOT from debian.
I did not mean to use word blame in any negative way.
I think memory leak will not be regained after the application is
closed.
It will.
Even after closing the application causing leak, memory can't
Linas Zvirblis wrote:
L.V.Gandhi wrote:
I am not BLAMING but SUSPECTING firefox from bacports NOT from debian.
I did not mean to use word blame in any negative way.
I think memory leak will not be regained after the application is
closed.
It will.
Usually, when trying to figure out
Top reports Xorg using 90% of RAM and processes get killed. All swap
is being used, but vmstat isn't showing that much so and si paging.
Load average every once in a while will shoot up to 25 or so.
I can find a few posts about memory leaks, but not may responses. And
one memory leak bug report
Pardon me for a second. Shit, shit shit!
Ok, Now after a fresh dist-upgrade and a reboot only one of my
monitors is running.
This really sucks. For one thing when I upgraded to Xorg it decided
to make my main monitor (the screen that comes up in text mode
before running the xserver) the
Whew. Panic time is over.
The drivers from the Matrox site fixed everything. Yea Matrox!
Xorg put my monitors back in the right order and both monitors are
working.
--
Bill Moseley
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble?
Moin!
Hab ein Problem mit libmail-imapclient-perl. Wenn ich folgendes Script
aufrufe, dann verbraucht das Script den kompletten Speicher. Das Problem
ist dabei die Funktion $imap-body_string(). message_string()
funktioniert ohne Probleme. Könnte das mal bitte jemand testen?
-- snip
1 - 100 of 168 matches
Mail list logo
