On Oct 13, 2009, at 12:35 AM, Luigi Rizzo wrote:
On Mon, Oct 12, 2009 at 09:48:42PM +0200, Thomas Backman wrote:
I'm copying this over from the freebsd-performance list, as I'm
looking for a few more opinions - not on the problems *I* am having,
but rather to check whether the problem is
Luigi Rizzo wrote:
On Mon, Oct 12, 2009 at 09:48:42PM +0200, Thomas Backman wrote:
I'm copying this over from the freebsd-performance list, as I'm
looking for a few more opinions - not on the problems *I* am having,
but rather to check whether the problem is universal or not, and if
not,
On Tue, Oct 13, 2009 at 11:13:31AM +0100, Kris Kennaway wrote:
Luigi Rizzo wrote:
On Mon, Oct 12, 2009 at 09:48:42PM +0200, Thomas Backman wrote:
I'm copying this over from the freebsd-performance list, as I'm
looking for a few more opinions - not on the problems *I* am having,
but rather
Thomas Backman wrote:
I'm copying this over from the freebsd-performance list, as I'm looking
for a few more opinions - not on the problems *I* am having, but rather
to check whether the problem is universal or not, and if not, find a
possible common factor.
In other words: I want to hear
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ivan Voras wrote:
Thomas Backman wrote:
I'm copying this over from the freebsd-performance list, as I'm
looking for a few more opinions - not on the problems *I* am having,
but rather to check whether the problem is universal or not, and if
not,
On Tue, 13 Oct 2009, Ivan Voras wrote:
Thomas Backman wrote:
I'm copying this over from the freebsd-performance list, as I'm looking for
a few more opinions - not on the problems *I* am having, but rather to
check whether the problem is universal or not, and if not, find a possible
common
Hello,
while compiling seamonkey 2.0 rc1 (source tbz from seamonkey website) on
freebsd 8.0 rc1 I'm getting this error:
Fatal error 'Spinlock called when not threaded.' at line 78 in file
/usr/src/lib/libthr/thread/thr_spinlock.c (errno = 2)
Abort trap (core dumped)
gmake[5]: ***
2009/10/13 Robert Watson rwat...@freebsd.org:
On Tue, 13 Oct 2009, Ivan Voras wrote:
Thomas Backman wrote:
I'm copying this over from the freebsd-performance list, as I'm looking
for a few more opinions - not on the problems *I* am having, but rather to
check whether the problem is
On 13 Oct 2009, at 14:33, Ivan Voras wrote:
If (1) is highly variable during I/O, it's almost certainly a
property of
the VM technology you're using, and there's nought to be done about
it in
the guest OS.
Here's an example of a ping session with 0.1s resolution during a few
Robert N. M. Watson wrote:
On 13 Oct 2009, at 14:33, Ivan Voras wrote:
If (1) is highly variable during I/O, it's almost certainly a
property of
the VM technology you're using, and there's nought to be done about
it in
the guest OS.
Here's an example of a ping session with 0.1s resolution
Robert N. M. Watson wrote:
On 13 Oct 2009, at 14:33, Ivan Voras wrote:
If (1) is highly variable during I/O, it's almost certainly a
property of
the VM technology you're using, and there's nought to be done about
it in
the guest OS.
Here's an example of a ping session with 0.1s resolution
On Wednesday 25 April 2007 4:47:48 am Alex Povolotsky wrote:
Hello!
I have a Pentium D box, running 6.2-RELEASE. In dmesg, I see CPU#1
launched, but I never see any process running on it, and mptable shows
cluster-one# mptable -verbose
On Tue, 13 Oct 2009, Ivan Voras wrote:
Robert N. M. Watson wrote:
On 13 Oct 2009, at 14:33, Ivan Voras wrote:
If (1) is highly variable during I/O, it's almost certainly a property of
the VM technology you're using, and there's nought to be done about it in
the guest OS.
Here's an example
On Mon, Oct 12, 2009 at 8:55 PM, Eugene Grosbein eu...@kuzbass.ru wrote:
On Sun, Oct 11, 2009 at 05:54:29PM +, Daniel Gerzo wrote:
FreeBSD/ZFS
Contact: Pawel Dawidek p...@freebsd.org
We believe that the ZFS file system is now production-ready in FreeBSD
8.0. Most (if
2009/10/13 Larry Rosenman l...@lerctr.org:
note huge packet loss. It looks like it's VM fault or something like it.
It sounds like the VM is failing to execute the guest during certain
types of I/O. A bit of scheduler tracing in the host OS probably wouldn't go
amiss to confirm that the VM
On Tue, 13 Oct 2009, Ivan Voras wrote:
2009/10/13 Larry Rosenman l...@lerctr.org:
note huge packet loss. It looks like it's VM fault or something like it.
It sounds like the VM is failing to execute the guest during certain
types of I/O. A bit of scheduler tracing in the host OS probably
Played with this some more. Both the add in cards have their own
bios. Their bios can't be disabled. Their raid is not configured
so they act as dumb paddles. All bios are up to date.
Referring to the below map...
- If I swap the position of the cards it won't boot from cd.
- If I swap the
I'm not seeing the menu option to load
an install.cfg from the floppy anymore.
The kernel does detect fdc0 and fd0.
Regression?
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any
18 matches
Mail list logo
