On Wed, Aug 22, 2007 at 03:05:15PM +0800, Wee Yeh Tan wrote:
> On 8/22/07, Peter C. Norton <[EMAIL PROTECTED]> wrote:
> > The swap to zpool idea is very interesting. But this brings up another
> > question in the puzzle for us... What is this mythical creature, a
> > p
On Tue, Aug 21, 2007 at 05:34:38PM +0200, Roch - PAE wrote:
>
> adrian cockcroft writes:
> > Why can't you adapt ZFS for swap? It does the transactional clustering of
> > random writes into sequential related blocks, aggressive prefetch on read,
> > and would also guard against corrupt blocks i
On Mon, Aug 20, 2007 at 05:01:51PM +0200, Roch - PAE wrote:
>
> Peter C. Norton writes:
> > On Wed, Aug 15, 2007 at 04:57:05PM -0700, adrian cockcroft wrote:
> > > How fast do disks turn? You get one page per revolution. Adding more swap
> > > disks would only h
On Wed, Aug 15, 2007 at 04:57:05PM -0700, adrian cockcroft wrote:
> How fast do disks turn? You get one page per revolution. Adding more swap
> disks would only help if there was more than one thread trying to read the
> data. Ultra 1 had a nice fast 7200rpm SCSI disk...
> Adrian
In an x4100, they
On Wed, Aug 15, 2007 at 05:13:41PM -0700, Prakash Sangappa wrote:
> That is an internal link to the bug report. Here is the external link
> http://bugs.opensolaris.org/view_bug.do?bug_id=6583268
>
> -Prakash.
>
> Prakash Sangappa wrote:
> > Are you running Solaris 10u3+? In that case this probl
be random seeks one page at a time. Its been this way
> forever. Anything that swaps/pages out will be horribly slow on the way back
> in.
> Add enough RAM to never swap, or possibly mount a real disk or a solid state
> disk for /tmp
>
> Adrian
>
> On 8/15/07, Peter C. N
On Wed, Aug 15, 2007 at 04:29:54PM -0400, Jim Mauro wrote:
>
> What would be interesting here is the paging statistics during your test
> case.
> What does "vmstat 1", and "vmstat -p 1" look like while your generating
> this behavior?
>
> Is it really case the reading/writing from swap is slow,
We use solaris 10 at my company, but I noticed this behavior is the
same/worse on sxde, and I wanted to know if someone could test this on
a recent nevada build.
The problem:
We have long used tmpfs for /tmp on systems where we want to provide
our uses with a scratch space for them to put small f
