KK, i'll try and break it down for you all best I can...
pro-logic:
"Currently" EB can't just start taking data out to make it smaller. Why you may ask? EB had made a "drive" or a spical file to put its data into. This file is always "filled" even if data is not inside. The only way to make this file smaller (it can make it bigger with out having to change much) is to go in and delete and make a new one. This adds time for it to rebuild it back into ram.
Rajiv:
Now, I was thinking about it more... Eboostr could do this in steps.... Make the file read in steps so that you can strip or add the different proity levels as an add on to the main file, so that way you can make the file smaller or bigger at will. Downside to this is... unless it autoly saw how big the different level were... it would use more ram then the current way--I think.
Current way ... or as far as I know how it works...
[] = Main Folder or the user set size aka say 512
^size of the block^ = The sub folders in that file
[^140^,^40^,^300^,^32^] = 512
The new way... or as far as I know how it could work... useing the same marks...
[140],[40],[300],[32] = 512
This shows how it could be broken down into their own file but still inside the limit given to EB by the user. The frist being the highest prop and the last being the rest or the lowest prop. Then when Eboostr gets the waring from a set vaule in ram (aka why your ram moniters will work here) and can start striping the lower props just leaving the higher level ones or when the page system is being used cause of ram being filled to fast (or aka my frist idea will work).
**Note: this is how it will have to work to get your ideas/thinking of it to work.
Rajiv:
Not saying they have to use a 3rd party either. Your just talking about start up, i'm talking about use. Aka, (with a 3GB system) your computer start up uses around 800MB, website add another 100, and you have 512 cach for EB (or around 1.5GB). Now, your friend wants to see a game, but you didn't close your websites out and your game takes about 1.5GBs, but some where in the game you had to load something, aka a map, this processes takes another 400 mb... will you know what... its out of memory and the error is thown that it is. During that map load processes it suck the last MB of memory left and the system didn't have time to know it was... unless you use the pagefile system.
Actully I do think USB is better for start up then ram is.... Cause you would have to take some time off the HDD during start up to even move that file back into ram. While if its on a USB, its all ready there ready to go during boot. Down side is, USB have a limit read while RAM is as fast as your system, so once you get that data into ram, it'll make up for that lost few sec during boot. MB at maxs only have 1-3 USB controllers, so your only looking at a speed rate of 30-90 mb, alot slower then ram is, but I have a feeling theres a "hot spot" for that read speed in witch it will be better to use a flash speed vs having to load things into ram then read from the ram during boot.