Re: [zfs-discuss] Does ZFS use large memory pages?

2010-05-07 Thread Gary Mills
On Thu, May 06, 2010 at 07:46:49PM -0700, Rob wrote:
 Hi Gary,
 I would not remove this line in /etc/system.
 We have been combatting this bug for a while now on our ZFS file
 system running JES Commsuite 7.
 
 I would be interested in finding out how you were able to pin point
 the problem.

Our problem was a year ago.  Careful reading of Sun bug reports
helped.  Opening a support case with Sun helped even more.  Large
memory pages were likely not involved.

 We seem to have no worries with the system currently, but when the
 file system gets above 80% we seems to have quite a number of
 issues, much the same as what you've had in the past, ps and prstats
 hanging.
 
 are you able to tell me the IDR number that you applied?

The IDR was only needed last year.  Upgrading to Solaris 10 10/09
and applying the latest patches resolved the problem.

-- 
-Gary Mills--Unix Group--Computer and Network Services-
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss


Re: [zfs-discuss] Does ZFS use large memory pages?

2010-05-06 Thread Rob
Hi Gary,
I would not remove this line in /etc/system.
We have been combatting this bug for a while now on our ZFS file system running 
JES Commsuite 7. 

I would be interested in finding out how you were able to pin point the 
problem. 

We seem to have no worries with the system currently, but when the file system 
gets above 80% we seems to have quite a number of issues, much the same as what 
you've had in the past, ps and prstats hanging.

are you able to tell me the IDR number that you applied?

Thanks,
Rob
-- 
This message posted from opensolaris.org
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss


Re: [zfs-discuss] Does ZFS use large memory pages?

2010-01-12 Thread Gary Mills
On Mon, Jan 11, 2010 at 01:43:27PM -0600, Gary Mills wrote:
 
 This line was a workaround for bug 6642475 that had to do with
 searching for for large contiguous pages. The result was high system
 time and slow response.  I can't find any public information on this
 bug, although I assume it's been fixed by now.  It may have only
 affected Oracle database.

I eventually found it.  The bug is not visible from Sunsolve even with
a contract, but it is in bugs.opensolaris.org without one.  This is
extremely confusing.

 I'd like to remove this line from /etc/system now, but I don't know
 if it will have any adverse effect on ZFS or the Cyrus IMAP server
 that runs on this machine.  Does anyone know if ZFS uses large memory
 pages?

Bug 6642475 is still outstanding, although related bugs have been fixed.
I'm going to leave `set pg_contig_disable=1' in place.

-- 
-Gary Mills--Unix Group--Computer and Network Services-
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss


[zfs-discuss] Does ZFS use large memory pages?

2010-01-11 Thread Gary Mills
Last April we put this in /etc/system on a T2000 server with large ZFS
filesystems:

set pg_contig_disable=1

This was while we were attempting to solve a couple of ZFS problems
that were eventually fixed with an IDR.  Since then, we've removed
the IDR and brought the system up to Solaris 10 10/09 with current
patches.  It's stable now, but seems slower.

This line was a workaround for bug 6642475 that had to do with
searching for for large contiguous pages. The result was high system
time and slow response.  I can't find any public information on this
bug, although I assume it's been fixed by now.  It may have only
affected Oracle database.

I'd like to remove this line from /etc/system now, but I don't know
if it will have any adverse effect on ZFS or the Cyrus IMAP server
that runs on this machine.  Does anyone know if ZFS uses large memory
pages?

-- 
-Gary Mills--Unix Group--Computer and Network Services-
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss