Boot Times vs. Non-Volatile Main Memory (was: 433AU workstation for sale)



On Jan 18, 6:11 am, Paul Sture <p...@xxxxxxxx> wrote:
On Thu, 12 Jan 2012 05:24:25 +0100, Fritz Wuehler wrote:
   DEC hardware runs Windows.  Both x86 and Alpha.  Just don't try to
   get anything current.

As with most things, older is better when it comes to Windows. Win 95
may crash alot but it boots alot faster than newer versions.

Get a Mac :-)

We timed a MacBook Air with SSD and running the latest OS version at 12.5
seconds from cold start to the login prompt recently.

I've a feeling that PDP 11/34 running RT-11 over 30 years ago could have
beaten that though :-)



Interesting this predilection for fast booting times as a primary
design goal for many operating systems. I have also read that this is
one of the primary improvements for Windows 8.0.

Considering the general direction of memory technology developments
toward faster non-volatile main memory using Flash Memory and
potentially memristor-based memory in the future, I think it would
make more sense to concentrate on making operating systems that are so
stable that they almost never need rebooting. Then the boot time
should be rather unimportant. True OS stability is not a simple goal
to attain, and generally requires that the OS structures be designed
from the start with stability as a/the primary goal. The combining of
the the roles of secondary and main memory into a single non-volatile
main memory, in which the complete virtual memory can live in
principle forever without a reset, is already starting be realized to
some extent in smartphones today.

For such long up-times, OpenVMS has several architectural and
practical advantages in its historical design goals related to
stability and mission-critical capability.

I consider this being one of next major developmental challenges for
operating systems development in the future: How to best take
advantage of new hardware with main memory that is fast, plentiful,
persistent and non-volatile?

Eventually memristor technology may also add the design challenge that
the memory also provides switchable/executable operations embedded in
the memory structures. So future OS developments should also be open
to such possibilities in their design.

So far OpenVMS has mostly kept pace with the main trends of HW
evolution. I'm also hoping OpenVMS will also have the chance to adapt
to such evolutionary HW developments in the future.

Cheers!

Keith Cayemberg



.