grant centauri said : > if adding the boot option is easy, we can certainly test it out on capable > machines. Do you think having the system loaded into RAM will negatively > affect audio/visual performance?
Performance won't be affected as long as you have enough RAM left to do whatever your software needs to do. If not the system will start using the swap and be sluggish, or if no swap, it will start killing some processes. You can already test it by editing the boot entry and pass the option "toram", then you'll get the whole compressed system loaded into the RAM before it gets mounted. > One idea is this: if it is possible, provide an interface so the user can > select certain parts of the system to load into RAM at boot, somewhat like a > session manager. Its doubtful everything needs to be loaded for most > people. Is this even doable? I've only just started reading about loading > system components to RAM. I doubt you can with live-initramfs, but maybe there is something to be investigated in the neighborhood of /etc/live.conf. You can create extra compressed modules to put in /live/ and ask the system to mount them. So you could break down your OS in a base live system and extra modules. AFAICT there is no way to tell it that you want the modules loaded into RAM though, you would have to add this feature. a. > On Mon, May 23, 2011 at 9:54 PM, Igor Medeiros <[email protected]> wrote: > > > how much ram do you think it will need? > > load everything to ram is great, a lot of people has 4gb or more, i used > > everytime with slax. > > a boot entry is a nice idea! > > > > > > > > On Sun, May 22, 2011 at 7:34 PM, Aymeric Mansoux <[email protected]>wrote: > > > >> grant centauri said : > >> > > > >> > > slower to boot or respond, or load app? > >> > > > >> > > >> > load apps. after playing a bit it was fine. just the initial menu > >> loading > >> > seemed slow, but there's a lot of stuff there. nothing out of the > >> ordinary, > >> > its actually been a while since i've run puredyne live USB, i've been > >> using > >> > puppy which loads everything to ram, so its snappy. > >> > >> You can do the same with Puredyne but it's off by default because it > >> requires quite some RAM for a full CD/DVD or key. > >> > >> Maybe we should add a boot entry for it? > >> > >> > >> > >> > > BTW, I test isos with virtualbox-ose, it works nicely. > >> > > > >> > > > >> > i'll check it out. debian-live suggested qemu/kvm so i've been using > >> that, > >> > also trying to boot directly from the USB to test it rather than reboot. > >> > that may have issues. > >> > > >> > fluidsynth is primarily for hosting soundfonts and has Qsynth as a nice > >> > GUI. apparently timidity does the same thing, so either is fine. I've > >> > found some pretty decent sample sets of acoustic instruments that are > >> nice > >> > to use in conjunction with rosegarden or some other sequencer for more > >> > traditional composition. Its one of the areas I'm interested in, > >> combined > >> > with lilypond one could have a fairly high quality composition studio. > >> > Maybe the subject for a branch? > >> > >> nah, we should just provide it because ... > >> > >> > >> > I think fluidsynth/qsynth is pretty small so it might be worth including > >> if > >> > its not a hassle. I think it was on the original puredyne I used, back > >> in > >> > the green days. not a major issue though > >> > >> ... indeed it was already there. > >> > >> See next mail. > >> > >> > >> > --- > >> > [email protected] > >> > http://identi.ca/group/puredyne > >> > irc://irc.goto10.org/puredyne > >> > >> > >> > >> a. > >> -- > >> http://su.kuri.mu > >> > >> --- > >> [email protected] > >> http://identi.ca/group/puredyne > >> irc://irc.goto10.org/puredyne > >> > > > > > > --- > > [email protected] > > http://identi.ca/group/puredyne > > irc://irc.goto10.org/puredyne > > > --- > [email protected] > http://identi.ca/group/puredyne > irc://irc.goto10.org/puredyne a. -- http://su.kuri.mu --- [email protected] http://identi.ca/group/puredyne irc://irc.goto10.org/puredyne
