On Tue 19 Jun 2007 at 09:37PM, Luke Schwab wrote:
> Hi,
>
> I have recently been running performance tests with zones on several
> Sun servers. (280's and 880's), 2 CPU and 8CPUs respectively.
>
> On my 280 servers (2CPU machines), I installed and booted 3 zones and
> I get poor performance on ac
Hi,
I have recently been running performance tests with zones on several Sun
servers. (280's and 880's), 2 CPU and 8CPUs respectively.
On my 280 servers (2CPU machines), I installed and booted 3 zones and I get
poor performance on across the network (400Mbps). I only transfer data at 80%
of wh
On 6/18/07, Jean-Francois Richard <[EMAIL PROTECTED]> wrote:
Typically, changing the prstat refresh time doesn't change
anything because the %cpu it is displaying remains the decaying average over
the last minute.
Jean,
You are certainly correct about pcpu. I was hoping that reducing
refresh
Hi, Jean
Thank you for your explaination and your helpful advices :)
It seems you're right. After reading your guess, it reminded me that
something I've read from a book, Solairs Performance and Tools, and the
author talked about the decaying problem in this book.
2007/6/18, Jean-Francois Richa
On Mon, Jun 18, 2007 at 01:07:26PM -0700, Bart Smaalders wrote:
> On x86, why not inline a bswap instruction?
That *is* the actual implementation of htons()/ntohs(). Here, check it out!
>From $SRC/uts/intel/ia32/ml/ia32.il:
/
/ Networking byte order functions (too bad, Intel has the wrong by
