Re: LTSP 5.3 will be tagged tomorrow at 19:00 UTC
Alkis Georgopoulos <[email protected]> Thu, 16 Feb 2012 10:12:37 +0200
| Newsgroups | gmane.linux.terminal-server.devel |
|---|---|
| Message-ID | <[email protected]> |
Στις 16/02/2012 09:40 πμ, ο/η Michael Shigorin έγραψε:
> Erm, wouldn't mv on overlay (rw is overlay, right?) increase
> memory consumption?
Indeed, but I think the few Kb wasted there are justified wrt the
benefits the new init-ltsp.d system gives us:
* The ability to avoid ltsp-build-client. E.g. someone with a mac lab
and an i386 server can install a distro locally to a client, then
install the ltsp-client package and finally just rsync the result to the
server.
* The ability to administer ltsp chroots as real systems. E.g. one can
maintain a fat client "chroot" inside virtualbox or qemu, using his
favorite DE instead of an `ltsp-chroot` based command line. Also some
packages fail to upgrade in chroots, and while these are bugs that need
to be solved, using VMs instead of chroots takes the bug-fixing burden
off of LTSP users.
* Upgradable ltsp chroots. Previously, ltsp-build-client operated
destractively, deleting files and services in chroots. Those files could
come back on package upgrades, causing problems and preventing chroot
distro upgrades.
* The abitily to decide dynamically, on boot, which services/files we
want to disable or not. E.g. we may not want network manager on thin
clients to save RAM, but we may want it on fat clients to manage VPN
connections.
There are more benefits but I'd better go back to coding as precise has
a featurefreeze deadline today... :D
Btw in 2-3 occasions I did some changes to the debian/ubuntu parts of
the code and then later on I happened to grep through the sources and
saw that altlinux already did it the same way. We should try to converge
more! :)
Cheers,
Alkis
------------------------------------------------------------------------------
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
_____________________________________________________________________
Ltsp-developer mailing list. To un-subscribe, or change prefs, goto:
https://lists.sourceforge.net/lists/listinfo/ltsp-developer
For additional LTSP help, try #ltsp channel on irc.freenode.net