Re: [SLE] adobe acrobat alternative

From: Randall R Schulz (rschulz_at_sonic.net)
Date: 02/26/05

  • Next message: Jerry Feldman: "Re: [SLE] System clock running 3x real time"
    To: suse-linux-e@suse.com
    Date: Sat, 26 Feb 2005 08:33:17 -0800
    
    

    Danny,

    On Saturday 26 February 2005 08:33, Danny Sauer wrote:
    > On Friday 25 February 2005 04:16 pm, Randall R Schulz wrote:
    > [...]
    >
    > > (*) The one weakness I've experienced more than any other on my
    > > SuSE Linux system is its vulnerability to a rogue process consuming
    > > so much memory that everything else gets swapped out and it becomes
    > > impossible to even kill the errant process.
    >
    > Clearly, you need more memory. :) Most modern system will accept
    > 2GB, if not 4 or more. You should have time to kill acroread before
    > it fills up 2GB of physical memory.

    I have 1 GB. Brute force cannot be the right way to address this
    problem. Besides, a run-away program can easily consume all the RAM and
    start driving swap activity much more quickly than a human user could
    recognize the problem and attempt to stop it. In fact, by the time
    there is any indication of a problem, it's pretty much too late
    already. Furthermore, such processes often are not responding to the
    messages triggered by clicking the close box or typing ALT-F4, forcing
    one to run ps or activate the KDE System Guard process table attached
    to CTRL-ESC. And finally, the X11 process that mediates keyboard and
    mouse activity is affected, too, making any corrective action
    whatsoever impossible.

    The upshot is that this is a genuine vulnerability that cannot be solved
    by throwing memory at the system.

    > --Danny, noting that the kernel starts killing processes when it runs
    > out of memory...

    That might be helpful if I had no swap space, in which case the swap (or
    paging) activity that makes the system unusable would never occur.

    The simple empirical fact is that a process that exhibits extreme and
    unbounded memory consumptive behavior has one several occasions left me
    with no alternative but to press the mainboard's reset switch.

    Randall Schulz

    -- 
    Check the headers for your unsubscription address
    For additional commands send e-mail to suse-linux-e-help@suse.com
    Also check the archives at http://lists.suse.com
    Please read the FAQs: suse-linux-e-faq@suse.com
    

  • Next message: Jerry Feldman: "Re: [SLE] System clock running 3x real time"

    Relevant Pages

    • Re: swapinfo explains
      ... you have to understand how swap is used on HP-UX (which differs ... That's the reservation field -- you should always see something ... are consuming 7.25Gb of virtual address space backed by disk. ... look into tuning your applications to use less memory if possible -- ...
      (comp.sys.hp.hpux)
    • Re: Low on Virtual Memory (Windows Server 2003)
      ... "Jaime Stuardo" wrote in message ... I have finally found why inetinfo was consuming a lot of memory.. ...
      (microsoft.public.windows.server.general)
    • Re: Too Many Processes
      ... you should have, according to your calculations? ... Maybe they're consuming just the right amount of memory and you need more ... I am a power user and in tech support, so I have a good understanding of ...
      (microsoft.public.windowsxp.perform_maintain)
    • Re: Ever growing OWSTIMER.EXE
      ... email, some usage analysis once a night, the occasional backup, and the ... OWSTIMER just keeps consuming more and more RAM without ever dropping. ... The OWSTIMER.EXE is running the timer job of Sharepoint in a schedule. ... when it was running the job, it will consume a lot of memory. ...
      (microsoft.public.sharepoint.windowsservices)
    • Finding the size of a rather complicated hash-structure
      ... so I've got a rather complicated hash-structure that I'd like to find ... Size in consumed bytes of memory. ... name and file to the same array, and doing the same with the components. ... memory my Frankenstein-hash is consuming, ...
      (comp.lang.perl.misc)