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 unive
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, fi
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,
> >
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 abou
-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
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 fa
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]: *** [/tmp/seamonkey/c
2009/10/13 Robert Watson :
>
> 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
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
seconds-stall
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 wrote:
> On Sun, Oct 11, 2009 at 05:54:29PM +, Daniel Gerzo wrote:
> > FreeBSD/ZFS
> >
> >Contact: Pawel Dawidek
> >
> >We believe that the ZFS file system is now production-ready in FreeBSD
> >8.0. Most (if not all) reported bugs
2009/10/13 Larry Rosenman :
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 r
On Tue, 13 Oct 2009, Ivan Voras wrote:
2009/10/13 Larry Rosenman :
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
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 positi
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
