Personally, I think that's not a good idea. No telling what it will do performance-wise to /dev/shm, not to mention possibly making it unavailable or borked for kernel things that need it.
You could make your own tmpfs partition and raid it to something ungainly slow (like a traditional spindle drive), but your speed will be that of the spindle drive, unless you do some really non-redundant stuff and then you might as well just be using tmpfs by itself. Go buy an SSD if you want speed with reboot survivability. Buy two if you want to mirror them. In general, it is a Bad Idea to mirror two totally unlike partitions and expect anything sane to come of it (and yes, there are always exceptions) -Steve On Jul 27, 2012, at 11:53 PM, Nicholas Leippe wrote: > On Fri, Jul 27, 2012 at 5:38 PM, Joshua Marsh <[email protected]> wrote: >> On a side note, if you are into performance, you can put commonly used >> things in there to improve speed. I've heard of people putting >> chrome/firefox profiles in there or even commonly used config/data files. >> Be warned though that you have to copy them back in each time you reboot >> because it's not persistent. > > You could do a sw raid1 with your /dev/shm and another persistent > storage block using the --write-mostly flag when you create it--then > you don't have to worry about backing it up--you get that for free. > > /* > PLUG: http://plug.org, #utah on irc.freenode.net > Unsubscribe: http://plug.org/mailman/options/plug > Don't fear the penguin. > */
smime.p7s
Description: S/MIME cryptographic signature
/* PLUG: http://plug.org, #utah on irc.freenode.net Unsubscribe: http://plug.org/mailman/options/plug Don't fear the penguin. */
