On Tue, 1 Jul 2008, Miles Nordin wrote:
> 
> okay.  But what is the point?
> 
> Pinwheels are a symptom of thrashing.

They seem like the equivalent of the meaningless hourglass icon to me.

> Pinwheels are not showing up when the OS is returning ENOMEM.
> Pinwheels are not ``things fail'', they are ``things are going slower
> than some watcher thinks they should.''

Not all applications demand instant response when they are processing. 
Sometimes they have actual work to do.

>     bf> It is wrong to confuse total required paging space with
>     bf> thrashing.  These are completely different issues.
> 
> and I did not.  I even rephrased the word ``demand'' in terms of
> thrashing.  I am not confused.

You sound angry.

> When applications request memory reservations that are likely to bring
> the whole system down due to thrashing, they need to get ENOMEM.  It

What is the relationship between the size of the memory reservation 
and thrashing?  Are they somehow related?  I don't see the 
relationship.  It does not bother me if the memory reservation is 10X 
the size of physical memory as long as the access is orderly and not 
under resource contention (i.e. thrashing).  A few days ago I had a 
process running which consumed 48GB of virtual address space without 
doing any noticeable thrashing and with hardly any impact to usability 
of the desktop.

> isn't okay to change the memory reservation ceiling to the ZFS pool
> size, or to any other unreasonably large and not-well-considered
> amount, even if the change includes a lot of mealy-mouthed pandering
> orbiting around the word ``dynamic''.

I have seen mealy worms.  They are kind of ugly but fun to hold in 
your hand and show your friends.  I am don't think I would want them 
in my mouth and am not sure how I would pander to a worm.

Bob
======================================
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,    http://www.GraphicsMagick.org/

_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

Reply via email to