On Thu, 15 Mar 2007, Marcelo Gardini do Amaral wrote:
> I repeated that performance test done with bind [1] using now Robert's MFC
> [2]. Another tweak that I was supposed to do was to use libthr instead of
> libpthread (via libmap.conf) and build bind with threads option. In the
new
> test I
Hi,
>The negotation is okay, 100baseTX with full-duplex. Or do you mean I
>have to force it because it sometimes loses negotiation?
Yes, first of all you'll not have error report by
netstat -in
or by counters on switch
Try to force on freebsd and switch the negotiation to 100full if-needed.
Hi,
you can look at
man 4 re
and retrive various informations and BUG.
You can see TCP/IP checksum offload and descriptor-based DMA mechanism.
You must check if the negotation is OK. (No input error, deferred ...) Es.
Force to 100Full.
Regards
Alessandro
__
Hi,
>For reference, the sosend_copyin.diff applies these changes:
>
> src/sys/kern/uipc_socket.c:1.253, 1.254, 1.255
Sorry, It's seem doesn't work ... . The function sosend_copyin() where Have I
to declare it?
Regards
Alessandro
>The sosend_dgram.diff patch incrementally also applies
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
Hi,
I think you can try to check/tuning this sysctl variables and the isr
related variables:
net.inet.ip.intr_queue_maxlen
net.inet.ip.intr_queue_drops
net.isr.enable ... try to set
net.isr.directed
net.isr.queued
net.isr.drop
and polling configuration:
kern.clockrate
kern.polling.b
Hi,
> * Miroslav Lachman (000.fbsd at quip.cz) wrote:
>
>
>>I have performance problem with PHP after upgrading from PHP 5.1.4 to
>>newer version regardles if newer version is 5.1.6 or 5.2.0. I tested
>>both with same result.
>
>
> Every time I upgrade PHP and see a performace regregression l
Hi,
FreeBSD 4.11-RELEASE-p25 (NEW_KERNEL_NO_RAID)
fxp0: flags=8843 mtu 1500
media: Ethernet autoselect (100baseTX )
status: active
Alessandro
Scrive Marcelo Gardini do Amaral <[EMAIL PROTECTED]>:
> On Fri, Jan 19, 2007 at 12:11:08PM +0100, [EMAIL PROTECTED] wrote:
> > Hi,
>
Hi,
It's not stable on 5.x ...
See
http://freebsd.monkey.org/freebsd-performance/200510/msg00015.html
___
freebsd-performance@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-performance
To unsubscribe, send any mail to "[
Hi,
I've seen a packets drop with high rate of radius authentication request
(UDP 150 byte)
The software is radiator (perl), and it seems not to be dependent on CPU speed.
How is possible to avoid this with a more accurate tuning?
#netstat -s -p udp
udp:
1917 datagrams received
0 with incom
11 matches
Mail list logo