[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <b6a2187b0608291845l17532458hf0aaf22e247b5b37@mail.gmail.com>
Date: Wed, 30 Aug 2006 09:45:43 +0800
From: "Jeff Chua" <jeff.chua.linux@...il.com>
To: "Nigel Cunningham" <ncunningham@...uxmail.org>
Cc: "Jens Axboe" <axboe@...nel.dk>, Sreenivas.Bagalkote@...l.com,
Sumant.Patro@...l.com, jeff@...zik.org,
lkml <linux-kernel@...r.kernel.org>
Subject: Re: megaraid_sas suspend ok, resume oops
On 8/30/06, Nigel Cunningham <ncunningham@...uxmail.org> wrote:
>
> Neither swsusp (as far as I know) or suspend2 support CONFIG_HIGHMEM64G
> at the moment, I'm afraid.
>
> It's not impossible, we just haven't seen it as a priority worth putting
> time into. Do you really have more than 4GB of RAM and want to suspend
> to disk?
It'll be really "nice" to have. Currently all the production systems
simply shutdown all databases and applications and put systems to a
halt. But, I'm thinking of implementing suspend_to_disk instead of
shutdown the database and applications, so when power resumes, the
system can carry on where it was left off. Nice, very nice feature to
have.
It's "nice" because nobody has tried, and if this works, I don't see
why not use it for all machines in a data center.
The DELL 2950 has 16GB of RAM, and will be running oracle database.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists