kqueue panics (was Re: single machine debugging?...)
kqueue panics (was Re: single machine debugging?...)
- Subject: kqueue panics (was Re: single machine debugging?...)
- From: Eric R Johnson <email@hidden>
- Date: Mon, 8 Nov 2004 20:28:34 -0700
Eric,
Thanks for the tip. I found that in the JVM 1.4.2 release notes
a couple of days ago and we're currently testing the property
change. So far, things look good. :) Might be a good idea for
someone to write a kbase article about this one.
By the way, it appears that the issue is not restricted to a
JVM-kqueues interaction. Annecdotal reports indicate that
other non-Java, i/o-intensive apps see panics. For example,
this user saw panics using a python-based bittorrent client
(Tomato Torrent):
http://www.macfixit.com/article.php?story=20040915081217505
Regards,
--EJ
On Nov 08, 2004, at 7:13 PM, Eric Albert wrote:
Azureus is written in Java and uses direct memory access for some
of its networking and disk functions.
Try running it with the java.nio.preferSelect property set to true.
When that property is false (the default), Java uses kqueue rather than
select for certain operations and may (rarely) run into problems like
the one you're seeing.
Hope this helps,
Eric
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Darwin-kernel mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden