>
 >Note that the restore from hibernation is still incredibly slow so
 >everything that can be paged out by writing data to filesystem or
 >evicting file cache is paged out and then the remaining used memory is
 >compressed to write as few disk blocks as possible.

Its fast enough for me for bootup and shutdown and in fact is faster than a 
normal boot. 
 >
 >If you wanted a system without paging it would have to read the whole
 >disk at startup so that it never has to access it which would be
 >useless with current disk speeds and sizes.

There are plenty of systems with no paging which have no secondary storage. The 
issue is implementing persistence with paging , though this also can be done 
better via other methods none of which require a full read /store of secondary 
storage.
 
 >>
 >> The above implementation while fine from 1950 till about mid 2000s  ,
 >is now not a particularly suitable one.  Eg Tying the generations GCs to
 >Orthogonal persistence of which there are published examples allows you
 >to have the option of paging greatly expanding your OS appeal , and
 >these mechanisms are less susceptible to the flaws of the LRU paging
 >algorithms. I acknowledge that user apps would have to enlist in this
 >for persistence , though for Java and .NET/Mono  that would be
 >technically easy enough.
 >
 >
 >This only works for applications written in a particular language (or
 >running on top of a particular virtual machine).
 >
 >If you want to extend this to a whole system with applications written
 >in various languages ranging from assembly to interpreted languages
 >you are welcome to try and share the results. I would be certainly
 >interested but don't see that happening. 

Yes you are correct this scheme only works well for a single language though it 
does have the advantage the persistence can be turned on  or off for an 
individual process however there are other ways . I do know 2 projects working 
on exactly that Orthogonal persistence and a type safe OS.  For the OS im have 
been working on there is no persistence since I find it to hard to synch all 
the information from all the different GCs and I don’t want a single global GC 
for obvious reasons.


Regards, 

Ben 


------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
CapROS-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/capros-devel

Reply via email to