[Lxc-users] Container size minialisation

[Derek Simkowiak]

     I have had good luck with ext4 on multi-terabyte systems the last 3 
years or so.  These systems run regular rsync (using rsnapshot) with no 
filesystem problems.  I also have a ~30 TB system with xfs, no 
problems.  (I switched to ext4 when I read benchmarks showing that it 
was on par with xfs for performance.)  I haven't tried btrfs yet.

     Getting back on topic... instead of using filesystem tools for file 
deduplication and cache optimization, what about the approach of 
building tiny Linux containers similar to embedded systems?  Has anyone 
tried building small, single-user containers running Busybox and AppWeb 
(the tiny embedded web server with PHP and CGI support) instead of a 
full-blown, multi-user Ubuntu install running Bash and Apache?

     I've run the DD-WRT i386 disk image under KVM on a server, and it 
only takes a few megs of RAM.  It seems like a similar approach could be 
used for containers.  (DD-WRT is a firewall Linux distro for embedded 
systems.  It has a nice web interface.)

--Derek

On 12/16/2011 01:46 PM, Matteo Bernardini wrote:
> 2011/12/16 Ulli Horlacher<framstag at rus.uni-stuttgart.de>:
>> On Tue 2011-12-13 (18:43), Zhu Yanhai wrote:
>>
>>> My concern is deploying Btrfs only for COW is a really heavy solution
>>> for this...Is Btrfs ready for production system?
>> I have tested Btrfs with kernel 2.6.38: copying 30 GB with rsync corrupted
>> the file system completely and the kernel run into an endless loop writing
>> huge data to /var/log/syslog while no process was responsive any more.
>>
>> ==>  total desaster
> happened 2me2 with rsync on btrfs :o :(
>
> ------------------------------------------------------------------------------
> Learn Windows Azure Live!  Tuesday, Dec 13, 2011
> Microsoft is holding a special Learn Windows Azure training event for
> developers. It will provide a great way to learn Windows Azure and what it
> provides. You can attend the event by watching it streamed LIVE online.
> Learn more at http://p.sf.net/sfu/ms-windowsazure
> _______________________________________________
> Lxc-users mailing list
> Lxc-users at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/lxc-users