On Sat, Oct 23, 2010 at 10:17 PM, Narendra Sisodiya <[email protected]> wrote: > > > 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.
There's a solution for that too, you can read it at my site: http://www.itech7.com/Linux/Speed-up-your-Linux-box-by-compressing-usr Actually it uses AUFS2. The problem is, any writes will be stored uncompressed. So, if the uncompressed part grows over 500M, and the section is accessed frequently, it may slow down. -- Regards, Nilesh Govindarajan Facebook: http://www.facebook.com/nilesh.gr Twitter: http://twitter.com/nileshgr Website: http://www.itech7.com VPS Hosting: http://www.itech7.com/a/vps -- l...@iitd - http://tinyurl.com/ycueutm
