Is iGen available? I see it referenced especially in the Mr.Benchmark
blog but can't find any place to get it. Anyone have the scoop?
benr.
___
perf-discuss mailing list
perf-discuss@opensolaris.org
Hi Phil,
Comments inline.
> >
> > truss shows writes like this:
> >
> > /1: write(22, "\0 4\001 :919C\v J H90 b".., 96)
> = 96
> : write(23, " %97 *AF", 4)
>= 4
> 97 *AF", 4)= 4
> >
> > and reads like this:
> > /1: read(77, "\0 D\003
David Collier-Brown wrote:
Sean Liu wrote:
Now - let's take a look from another angle:
a. When people take a look at vmstat output, they don't expect
an exact number of bytes of free memory, they need a rough number
however. So some reasonably accurate number would be good enough.
Rich
I have not checked if they are the same issue but you might want to check this
out:
http://www.solarisinternals.com/wiki/index.php/ZFS_Best_Practices_Guide#ZFS_and_NFS_Server_Performance
A seperate ZIL log device (such as SSDs) might help to boost the performance.
--
This message posted from ope
Thanks a lot for your input and explanation Ben. I guess it takes a sysadmin to
understand a sysadmin ;-)
--
This message posted from opensolaris.org
___
perf-discuss mailing list
perf-discuss@opensolaris.org
On Mon, Jun 29, 2009 at 2:54 AM, Matthew Flanagan wrote:
[snip]
> 6. What is it reading & writing? This first column is the file descriptor
> number, the second the number of times it was seen:
>
> # dtrace -n 'syscall::read:entry /pid == 2153/ { @[arg0] = count(); }'
> dtrace: description 'sysc
Richard,
Thanks for the beer analogy :-)
But I think you misunderstood my question.
I'll also use the beer analogy:
1. I have certain bottle of beers in my fridge (total memory)
2. Some guests are drinking beers ( current apps consuming memory )
3. A bunch of new friends just called they are comin
The high xcall rate consuming high %sys is likely the majority of the problem.
You need the fix for:
6699438 zfs induces crosscall storm under heavy mapped sequential read
This is the case that Phil recalled working on.
It was recently fixed, and will be in S10U8 RR. If you need a patch
earlier
Comments inline.
Matthew Flanagan wrote:
Hi Phil
Matthew,
In addition to Roland's comment about patching (which
is particularly
important due to the rate of change in ZFS) ...
1) Your dd test doesn't really tell us much. Do you
know what size
writes fwd is doing? I doubt it is 128k. You
Hello,
we have set up an Opensolaris 2009.06 based storage server. It provides NFS
shares and iSCSI targets primarily for Virtual Machines. From the beginning we
noticed extremely slow disk speed on the Linux virtualization host. After some
tests we discovered that the local disk performance is
Sean Liu wrote:
> Now - let's take a look from another angle:
> a. When people take a look at vmstat output, they don't expect
> an exact number of bytes of free memory, they need a rough number
> however. So some reasonably accurate number would be good enough.
Richard Elling replied:
| good eno
Hi Phil
> Matthew,
>
> In addition to Roland's comment about patching (which
> is particularly
> important due to the rate of change in ZFS) ...
>
> 1) Your dd test doesn't really tell us much. Do you
> know what size
> writes fwd is doing? I doubt it is 128k. You could
> use truss/dtrace to
>
> stion): Did you ever apply the Recommended
> Patch Cluster ? AFAIK the latest kernel patch is
> 137137-09 (see
> http://sunsolve.sun.com/search/document.do?assetkey=1-
> 21-137137-09)
> which should fix some issues related to high number
> of crosscalls etc.
I'm planning to apply the recommended
Matthew,
In addition to Roland's comment about patching (which is particularly
important due to the rate of change in ZFS) ...
1) Your dd test doesn't really tell us much. Do you know what size
writes fwd is doing? I doubt it is 128k. You could use truss/dtrace to
find out and then use dd ag
Hello,
I have seen several references to iGen in Sun blogs, like iGen OLTP.
Is this an internal benchmark tool only or can I get my hands on it?
Thanks
(Sorry if I posted junk and/or twice, some mail client trouble.)
Henrik
http://sparcv9.blogspot.com
Matthew Flanagan wrote:
> I'm trying to track down the source of a performance problem with an
> application. The application in question is from a firewall vendor and the
> component of it that is suffering is the log handling daemon. The log daemon
> is single threaded and receives logs from f
Hi,
I'm trying to track down the source of a performance problem with an
application. The application in question is from a firewall vendor and the
component of it that is suffering is the log handling daemon. The log daemon is
single threaded and receives logs from firewalls and also services
17 matches
Mail list logo
