> On Wed, 24 Jun 2009, Richard Elling wrote:
> >>
> >> "The new code keeps track of the amount of data
> accepted in a TXG and the
> >> time it takes to sync. It dynamically adjusts that
> amount so that each TXG
> >> sync takes about 5 seconds (txg_time variable). It
> also clamps the limit to
> On Wed, 24 Jun 2009, Lejun Zhu wrote:
>
> > There is a bug in the database about reads blocked
> by writes which may be related:
> >
> >
> http://bugs.opensolaris.org/view_bug.do?bug_id=6471212
> >
> > The symptom is sometimes reducing queue depth mak
If cpu seems to be idle, the tool latencytop probably can give you some clue.
It's developed for OpenSolaris but Solaris 10 should work too (with glib 2.14
installed). You can get a copy of v0.1 at
http://opensolaris.org/os/project/latencytop/
To use latencytop, open a terminal and start "laten
> Ok so this is my solution, pls be advised I am a
> total linux nube so I am learning as I go along. I
> installed opensolaris and setup rpool as my base
> install on a single 1TB drive. I attached one of my
> NTFS drives to the system then used a utility called
> prtparts to get the name of the N
