On Thu 10 Apr 2008 at 07:36AM, Mike Gerdts wrote:
> On Thu, Apr 10, 2008 at 3:25 AM, Dan Price <[EMAIL PROTECTED]> wrote:
> > # ptime pkg image-update (Null update)
> > real 15.082
> > user 12.764
> > sys 0.229
> >
> > Just over 6 minutes, or about 4.5MB/s = 36Mb throughput-- not too
> > shabby. And clearly, there's room to squeeze that down further,
> > although some of the optimizations will likely become more challenging.
> >
> > Anyway, this gives an approximate idea of how fast we might be able to
> > provision enterprise systems in the data center, in the near future.
> > Indeed, it could be even faster in a datacenter with gigabit links.
>
> >From looking at why it was taking so long to build a repository on my
>
> Ultra 2, I could see that it was spending 90+% of its time in
> compression routines (DTraceToolikt hotuser). When packages are
> installed the files are decompressed at the client side, right? If
> they are decompressed on the server side, the same issues will apply
> for CMT repository servers.
>
> On a Niagara 2 box, created a /tmp/sbin.tar.gz of /usr/sbin, then used
> "gzcat sbin.tar.gz> /dev/null" and found it could could decompress
> this data at 5.9 MB/s. This would mean that on your 1990's LAN you are
> pushing 76% of the data that one thread of a current system can
> handle.
>
> Has any thought gone into making pkg multi-threaded?
Another possibility in my mind would be to have a depot variant
which supports non-compressed files for networks where bandwidth is
very high and very inexpensive. The client could potentially adapt to
the feature set of the server and the measured throughput.
-dp
--
Daniel Price - Solaris Kernel Engineering - [EMAIL PROTECTED] - blogs.sun.com/dp
_______________________________________________
pkg-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
