On Sat, Oct 23, 2010 at 3:59 PM, Nilesh Govindarajan <[email protected]>wrote:
> On Sat, Oct 23, 2010 at 3:41 PM, Narendra Sisodiya > <[email protected]> wrote: > > Thanks for writing. Do > > try > http://wiki.schoolos.org/index.php?title=Create_SchoolOS(Ubuntu_based)_using_UCK > > comments inline > > On Sat, Oct 23, 2010 at 12:08 PM, Nilesh Govindarajan <[email protected]> > > wrote: > >> > >> I have not used schoolOS, but I believe its just like any other linux > >> distro with special packaging. > > > > Its not about a yet another distro. its a project. We want to release > > schoolos in debian/ubuntu, fedora etc to have a uniform look/feel > usability > > and software availability with ebook and other contents. > > Our main aim to add SchoolOS in every govt textbook and add SchoolOS dvd > at > > back. > > > >> > >> Recently, I found an article on how to speed up linux. > >> The basic reason why linux is slow at launching applications (biggies, > >> like firefox I mean) is excessive file reading, i.e. the hard disk > >> head moves a lot, taking longer time. > >> If one has a CPU with a good rating > 1Ghz, some of this load can be > >> transferred to the CPU, i.e. by storing the files in a compressed > >> file. Hence there is lesser data to read and HDD head moves less, but > >> speed improves. > >> > >> Because schoolOS is static [I believe; may be wrong], > > > > yes ! > > > >> > >> i.e. the core components won't be updated till a new version is > released, > >> we can use > >> SquashFS to compress /usr and /opt separately and loop mount it (loop > >> mounting is always read only). > >> > > > > Great but what happen when some software try editing in /usr or /opt > area. > > If after compression, if compressed file is like 2GB then will it be > > possible to do this trick. > > I am very much impressed by your points - > > It will be a great if you add this is a bug > > - http://code.google.com/p/schoolos/issues/list > > > >> > >> The procedure is something like this: > >> > >> mkdir /squashed > >> mksquashfs /usr /squashed/usr.sqfs -always-use-fragments > >> mksquashfs /opt /squashed/opt.sqfs -always-use-fragments > >> mv /usr{,.old} > >> mv /opt{,.old} > >> mkdir /usr /opt > >> mount -o loop /squashed/usr.sqfs /usr > >> mount -o loop /squashed/opt.sqfs /opt > >> > >> /etc/fstab entry, so that the mounting happens automatically: > >> > >> /squashed/usr.sqfs /usr squashfs loop,ro 0 0 > >> /squashed/opt.sqfs /opt squashfs loop,ro 0 0 > >> > >> If after boot everything works perfectly fine, then we can rm -rf > >> /opt.old /usr.old > >> > >> Do consider this idea. > >> > > > > Sure, I will test it. > > > > No software writes to /usr and /opt. > There are only four directories which needs to be writeable by a > particular application: > /tmp, /var/tmp, /dev/shm and the application specfic /var/<app> (for > example /var/mysql) > > but if you install a software then you need to write to them. -- l...@iitd - http://tinyurl.com/ycueutm
