Petri Helenius wrote:
Ivan Voras wrote:
I don't know whose fault this is, VMWares or FreeBSD's, but
virtualization is popular, and since FreeBSD is very much lagging behind
for server-side virtualization (Xen, VMWare, etc. - jails and vimage
What is the status of Xen port to FreeBSD ? (ha
Quoting "Steven H. Baeighkley" <[EMAIL PROTECTED]> (from Fri, 16 Feb
2007 16:40:46 -0700):
These servers are running apache, perl, proftpd and php. One server is
running 4.11 and is rocking the world, load is rarely above 1 and is
regularly below .5. The other server is running 6.2 and regular
On 2/17/07, Ivan Voras <[EMAIL PROTECTED]> wrote:
Ivan Voras wrote:
> Vlad GALU wrote:
>
>> At work, we have several build guests running FreeBSD. Overall it
>> seems to be a timer problem when running in VMware. Running
>> vmware-guestd helped in almost all circumstances. The worst cases we
>>
Ivan Voras wrote:
> Vlad GALU wrote:
>
>> At work, we have several build guests running FreeBSD. Overall it
>> seems to be a timer problem when running in VMware. Running
>> vmware-guestd helped in almost all circumstances. The worst cases we
>> saw were in processes who were sleep()-ing.
>
> M
Vlad GALU wrote:
> At work, we have several build guests running FreeBSD. Overall it
> seems to be a timer problem when running in VMware. Running
> vmware-guestd helped in almost all circumstances. The worst cases we
> saw were in processes who were sleep()-ing.
My frst thought was that someth
Hi all,
[EMAIL PROTECTED] wrote:
See kern/83406: [smp] em/bge drivers: severe performance loss under SMP
sysctl machdep.cpu_idle_hlt=0
(sysctl machdep.hyperthreading_allowed=1)
What actually do this ? (sysctl machdep.cpu_idle_hlt=0)
From this PR (kern/83406) it seems that if you want full
Sack was never enabled, the packets in the flood had sack set.
rtmaxcache was default, what made you think I had changed it? I was not
running SMP, as I explained.
More over suggestions to do ether.ipfw result in terrible performance,
etc. A 4.11 bridge and 4.11 router in series move all
See kern/83406: [smp] em/bge drivers: severe performance loss under SMP
sysctl machdep.cpu_idle_hlt=0
(sysctl machdep.hyperthreading_allowed=1)
Regards
Alessandro
>Try disabling hyperthreading on the 6.2-server. In some cases you get
>a moderate performance-increase, in most cases this settin
Hi,
if you disable sack, what's happend?
(sysctl net.inet.tcp.sack.enable=0)
(Are Memory and cpu OK?)
For route problem you can set this to a low value, for example 10
sysctl net.inet.ip.rtexpire: 10
See
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/securing-freebsd.html
Why
We have been having some trouble with an upgrade to 6.2-Release. The
performance just seems out of whack. We concede that there could be a
reporting issue, but the results we are seeing are far too strange for
that to be our first inclination.
Background:
We have 2 identical supermicro superserv
10 matches
Mail list logo
