Good Morning,
On Thu, 24 Apr 2003 10:25:25 +1200
Nigel Cunningham <ncunningham@clear.net.nz> wrote:
>
>
> On Thu, 2003-04-24 at 08:36, Marc Giger wrote:
> > Ok! I see the advantages / disadvantages of each version. But what
> > happens if the memory AND swap space are full and nothing can't be
> > freed? When I watch the memory and swap consumption on my laptop, I
> > think it's the most time the case...
>
> If you're getting yourself in that situation, you should be increasing
> your swap space (and memory if possible) anyway.
Yeah, you are right but it was always enough. It was rarely the case that something got killed...I can't install more ram, 256MB is the maximum:-( and i don't want to repartition my harddisk..(~250MB swap)
>
> > Another question:
> > Is it a big problem to save the memory in a separate file on the file
> > system, and save somewhere the pointer to it (as example in swap. Also
> > we could set a flag in swap so that we now that the last shutdown was
> > a hybernation). One Problem will be, that we don't know the filesystem
> > type on resume...(We could save the module in swap...)
> > All that is just theoretical. It's only a idea.
>
> I guess the simplest answer is would it be worth the pain? Since disk
> space is cheap, it just requires a little forethought when installing
> Linux, to ensure enough swap is allocated. I certainly understand that
> using a file rather than swap makes adjusting the amount of space
> available easier, but as you rightly acknowledge, it does complicate
> things a fair bit more.
Yes I see, but there are a lot of users (like me) who has an already installed Linux and don't want to repartition the disk and reinstall it. Repartitioning Programs success is not always guaranteed...
Marc
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Wed Apr 30 2003 - 22:00:12 EST