Re: Network is crazy slow in DP2
Craig Reyenga [EMAIL PROTECTED] writes: I actually don't have those options in my kernel already, and would it make _that_ much of a difference? Yes. WITNESS (especially without WITNESS_SKIPSPIN) eats CPU and is murder on interrupt latency. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Network is crazy slow in DP2
Yesterday I installed 5.0-DP2 without problems, however my 100mbit link to my desktop computer goes extremely slowly using HTTP, FTP or SMB and proabably others. I used to be able to tranfer files using FTP at over 7.9MB/sec in 4.7 but now the best that I can do is 800KB/sec. When I look at 'top' it appears that the computer isn't even trying i.e. the cpu usage is very low. The network adapter in question is a Realtek 8139B. The problem exists in polling or non-polling mode. Any ideas would be appreciated. -Craig To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Network is crazy slow in DP2
On Fri, Nov 29, 2002 at 03:24:24PM -0500, Craig Reyenga wrote: Yesterday I installed 5.0-DP2 without problems, however my 100mbit link to my desktop computer goes extremely slowly using HTTP, FTP or SMB and proabably others. I used to be able to tranfer files using FTP at over 7.9MB/sec in 4.7 but now the best that I can do is 800KB/sec. When I look at 'top' it appears that the computer isn't even trying i.e. the cpu usage is very low. The network adapter in question is a Realtek 8139B. The problem exists in polling or non-polling mode. Any ideas would be appreciated. Try removing the WITNESS and/or WITNESS_SKIPSPIN debugging options if you want performance (at the expense of ability to catch locking bugs) Kris msg47759/pgp0.pgp Description: PGP signature
Re: Network is crazy slow in DP2
On Fri, Nov 29, 2002 at 12:33:22PM -0800, Kris Kennaway wrote: Try removing the WITNESS and/or WITNESS_SKIPSPIN debugging options if you want performance (at the expense of ability to catch locking bugs) Sorry, I mis-spoke. If you want to leave WITNESS in, then *adding* the WITNESS_SKIPSPIN option will increase the performance. Removing both will increase the performance further (at the expense of ability to catch locking bugs). Kris msg47762/pgp0.pgp Description: PGP signature
Re: Network is crazy slow in DP2
I actually don't have those options in my kernel already, and would it make _that_ much of a difference? -Craig Kris Kennaway wrote: On Fri, Nov 29, 2002 at 03:24:24PM -0500, Craig Reyenga wrote: Yesterday I installed 5.0-DP2 without problems, however my 100mbit link to my desktop computer goes extremely slowly using HTTP, FTP or SMB and proabably others. I used to be able to tranfer files using FTP at over 7.9MB/sec in 4.7 but now the best that I can do is 800KB/sec. When I look at 'top' it appears that the computer isn't even trying i.e. the cpu usage is very low. The network adapter in question is a Realtek 8139B. The problem exists in polling or non-polling mode. Any ideas would be appreciated. Try removing the WITNESS and/or WITNESS_SKIPSPIN debugging options if you want performance (at the expense of ability to catch locking bugs) Kris Name: attached attachedType: application/pgp-signature Encoding: To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Network is crazy slow in DP2
Craig Reyenga wrote: Yesterday I installed 5.0-DP2 without problems, however my 100mbit link to my desktop computer goes extremely slowly using HTTP, FTP or SMB and proabably others. I used to be able to tranfer files using FTP at over 7.9MB/sec in 4.7 but now the best that I can do is 800KB/sec. When I look at 'top' it appears that the computer isn't even trying i.e. the cpu usage is very low. The network adapter in question is a Realtek 8139B. The problem exists in polling or non-polling mode. Are you seeing this performance problems both in send and receive mode ? Can you give us a bit more info about your environment, like the type of cards at both ends, the output of ifconfig interface (to check if the interface successfully negotiated a 100MB link), dmesg, etc... Also, -CURRENT debugging malloc flags may be relevant though that's truly a huge performance loss... Can you confirm that these problems arise whatever protocol/software you use to transfer data ? Thanks in advance, Maxime To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Network is crazy slow in DP2
Sure. The cards at both ends are realtek 8139B's and according to ifconfig, they have negotiated a 100mbit full-duplex link. Uploads AND downloads are slow, using HTTP, FTP and SMB. When I installed DP2, I simply copied my httpd.conf and smb.conf, so I can't imagine that configuration of the daemons is an issue. I don't recall changing _anything_ at all when I setup DP2. Here's dmesg output: boss# dmesg Copyright (c) 1992-2002 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-DP2 #0: Fri Nov 29 02:10:15 EST 2002 [EMAIL PROTECTED]:/usr/src/sys/i386/compile/BOSSKERN Preloaded elf kernel /boot/kernel/kernel at 0xc03d9000. Preloaded elf module /boot/kernel/acpi.ko at 0xc03d90a8. Timecounter i8254 frequency 1193182 Hz Timecounter TSC frequency 350797838 Hz CPU: AMD-K6(tm) 3D processor (350.80-MHz 586-class CPU) Origin = AuthenticAMD Id = 0x58c Stepping = 12 Features=0x8021bfFPU,VME,DE,PSE,TSC,MSR,MCE,CX8,PGE,MMX AMD Features=0x8800SYSCALL,3DNow! real memory = 268369920 (255 MB) avail memory = 256626688 (244 MB) Initializing GEOMetry subsystem K6-family MTRR support enabled (2 registers) netsmb_dev: loaded npx0: math processor on motherboard npx0: INT 16 interface acpi0: FICVA503P on motherboard Using $PIR table, 6 entries at 0xc00fdd60 acpi0: power button is handled as a fixed feature programming model. Timecounter ACPI-safe frequency 3579545 Hz can't fetch resources for \\_SB_.PCI0.ISA_.FDC0 - AE_AML_BUFFER_LIMIT acpi_timer0: 32-bit timer at 3.579545MHz port 0x6008-0x600b on acpi0 acpi_cpu0: CPU on acpi0 acpi_button0: Power Button on acpi0 pcib0: ACPI Host-PCI bridge port 0x6080-0x60ff,0x6000-0x607f,0xcf8-0xcff on acpi0 initial configuration \\_SB_.PCI0.ISA_.LNKA irq 5: [ 1 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.8.0 \\_SB_.PCI0.ISA_.LNKB irq 10: [ 1 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.8.1 \\_SB_.PCI0.ISA_.LNKC irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.8.2 \\_SB_.PCI0.ISA_.LNKD irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.8.3 \\_SB_.PCI0.ISA_.LNKB irq 10: [ 1 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.9.0 \\_SB_.PCI0.ISA_.LNKC irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.9.1 \\_SB_.PCI0.ISA_.LNKD irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.9.2 \\_SB_.PCI0.ISA_.LNKA irq 5: [ 1 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.9.3 \\_SB_.PCI0.ISA_.LNKC irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.10.0 \\_SB_.PCI0.ISA_.LNKD irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.10.1 \\_SB_.PCI0.ISA_.LNKA irq 5: [ 1 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.10.2 \\_SB_.PCI0.ISA_.LNKB irq 10: [ 1 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.10.3 \\_SB_.PCI0.ISA_.LNKA irq 5: [ 1 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.7.0 \\_SB_.PCI0.ISA_.LNKB irq 10: [ 1 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.7.1 \\_SB_.PCI0.ISA_.LNKC irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.7.2 \\_SB_.PCI0.ISA_.LNKD irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.7.3 \\_SB_.PCI0.ISA_.LNKA irq 5: [ 1 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.1.0 \\_SB_.PCI0.ISA_.LNKB irq 10: [ 1 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.1.1 \\_SB_.PCI0.ISA_.LNKC irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.1.2 \\_SB_.PCI0.ISA_.LNKD irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.1.3 before setting priority for links \\_SB_.PCI0.ISA_.LNKC: interrupts: 1 3 4 5 6 710 11121415 penalty:101100 2100 2100 1600 2100 2100 1600 1100 2100 11100 11100 references: 5 priority: 0 \\_SB_.PCI0.ISA_.LNKD: interrupts: 1 3 4 5 6 710 11121415 penalty:101100 2100 2100 1600 2100 2100 1600 1100 2100 11100 11100 references: 5 priority: 0 before fixup boot-disabled links - \\_SB_.PCI0.ISA_.LNKC: interrupts: 1 3 4 5 6 710 11121415 penalty:101100 2100 2100 1600 2100 2100 1600 1100 2100 11100 11100 references: 5 priority: 62772 \\_SB_.PCI0.ISA_.LNKD: interrupts: 1 3 4 5 6 710 11121415 penalty:101100 2100 2100 1600 2100 2100 1600 1100 2100 11100 11100 references: 5 priority: 62772 after fixup boot-disabled links -- arbitrated configuration -
Re: Network is crazy slow in DP2
ps auwwx | grep fsck only shows the grep command itself, so there's no background fsck running. The output of top -S -I -s1 shows this when transferring a file thru FTP: last pid: 33023; load averages: 1.00, 1.00, 1.00up 0+16:47:00 19:44:30 72 processes: 2 running, 62 sleeping, 8 waiting CPU states: 0.8% user, 0.0% nice, 1.9% system, 3.7% interrupt, 93.6% idle Mem: 41M Active, 54M Inact, 50M Wired, 32K Cache, 35M Buf, 103M Free Swap: 520M Total, 196K Used, 520M Free PID USERNAME PRI NICE SIZERES STATETIME WCPUCPU COMMAND 11 root -160 0K12K RUN885:02 92.53% 92.53% idle 12 root -44 -163 0K12K WAIT19:56 2.78% 2.78% swi1: net 33009 root 40 1736K 1208K sbwait 0:00 0.18% 0.15% ftpd 33 root 200 0K12K syncer 1:50 0.05% 0.05% syncer 15 root 760 0K12K sleep0:42 0.05% 0.05% random 33008 craig 960 2148K 1180K RUN 0:00 0.00% 0.00% top I have ttcp installed now, what shall I do with it? -Craig Maxime Henrion wrote: Craig Reyenga wrote: Sure. The cards at both ends are realtek 8139B's and according to ifconfig, they have negotiated a 100mbit full-duplex link. Uploads AND downloads are slow, using HTTP, FTP and SMB. When I installed DP2, I simply copied my httpd.conf and smb.conf, so I can't imagine that configuration of the daemons is an issue. OK, I have a few more questions. Does ps or top shows that background fcsk is running while doing the transfers ? Can you install and run the ttcp program from ports which will compute raw TCP performance and will help us distinguish where the problem lies. Cheers, Maxime To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
