On Tue, Aug 25, 2009 at 11:55 PM, <johansen at sun.com> wrote:
> On Tue, Aug 25, 2009 at 10:13:05PM +0100, Peter Tribble wrote:
>> I'm using the hardware available to me. Generally that means
>> more modern hardware for OpenSolaris. It's not an absolute
>> number, but a straight comparison on identical VirtualBox installs
>> on my home Ultra 20 gives:
>
> More specification, please. ?The Ultra 20 is an EOL'd system. ?It's
> possible to make benchmarks look arbitrarily poor by manipulating
> operating system tunables and fiddling with the hardware config.


Ridiculous: Always blame your loyal customers for being whatever  ...
And a system that was current until a while ago is now not even good
enough for a "felt" pseudo-benchmark? Aha.


>> That's for S10; SXCE is generally quicker, and can easily be made
>> significantly faster. The SVR4 numbers are pretty poor, really. Essentially
>> every time I've compared performance, pkg(5) comes out several times
>> worse.
>
> If you're comparing S10 and SXCE to OpenSolaris, you're comparing apples
> and oranges. ?This isn't really a fair comparison.
>
>> My install timings on an old sparc box come out at about 44 minutes
>> for SXCE, and 70 minutes for half the software for OpenSolaris.
>
> Pkg(5) is still under development. ?It's rather unreasonable to suggest
> that the unoptimized performance today, in development builds no less,
> will reflect the final performance of the product at release.


At release?
"pkg" does not ship in a product yet? 2008.05, 2008.11 and 2009.06 are
not products? You can not buy support contracts for them? I never
learn out.

Conary was ready in 2007 (and since 2004/2005).
Also consider Moinak Ghosh's suggestions.
And thos of Nexenta and other, too  ...


> We have
> more features to add and more optimization to perform.


Ulikely you will ever reach conary's speed.


> If you'd like to help analyze and fix, we're happy for your
> contributions. ?I'm willing to consider reasonably crafted patches for
> well identified performance problems. ?However, time I spend answering
> e-mail is time that I'm not spending writing code.
>
> -j


blaa foo.
Your mind is not open for unbiased discussions about facts.
Ok: Your customers.


%m

Reply via email to