[noOOPS] Crash in -ac15 on SMP init fixed in -ac19
Dunno what the problem was, but the 2.4.5-ac15 problem I was having on the 4 way alphas is fixed in ac19. >Unable to handle kernel paging request at virtual address 043ffc69c078 >CPU 2 init(1): Oops 0 >pc = [] ra = [] ps = Anyone venture a guess? The patch log does not seem to show specific mentions of mm fixups from ac15 to 19 -- Jay Thorne Manager, Systems & Technology, UserFriendly Media, Inc. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
[noOOPS] Crash in -ac15 on SMP init fixed in -ac19
Dunno what the problem was, but the 2.4.5-ac15 problem I was having on the 4 way alphas is fixed in ac19. Unable to handle kernel paging request at virtual address 043ffc69c078 CPU 2 init(1): Oops 0 pc = [fc34550c] ra = [fc3456ac] ps = Anyone venture a guess? The patch log does not seem to show specific mentions of mm fixups from ac15 to 19 -- Jay Thorne Manager, Systems Technology, UserFriendly Media, Inc. - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
[OOPS] 2.4.5-anything Alpha, SMP
ksymoops 2.4.0 on alpha 2.4.4-ac15. Options used -V (default) -K (specified) -L (specified) -o /lib/modules/2.4.5-ac15/ (specified) -m /usr/src/linux/System.map (specified) No modules in ksyms, skipping objects Unable to handle kernel paging request at virtual address 043ffc69c078 CPU 2 init(1): Oops 0 pc = [] ra = [] ps = Using defaults from ksymoops -t elf64-alpha -a alpha v0 = fc474238 t0 = 043ffc69bff8 t1 = 0007ff85 t2 = fc20 t3 = fc6a0150 t4 = 00040305 t5 = fc47fc80 t6 = t7 = fc000205c000 s0 = 00012008e068 s1 = fc47fcc8 s2 = fc47fc80 s3 = fc47bdc0 s4 = fc474238 s5 = f0f0f0f0f0f0f0f1 s6 = 000120006940 a0 = fc47fc80 a1 = fc47bdc0 a2 = fc474238 a3 = 0001 a4 = 00012008e068 a5 = t8 = t9 = t10= t11= pv = fc345bd0 at = gp = fc546300 sp = fc000205fad8 Code: a4830938 ldq t3,2360(t2) 40410522 subq t1,t0,t1 4841b682 srl t1,13,t1 48409721 sll t1,4,t0 40220401 addq t0,t1,t0 40240641 s8addq t0,t3,t0 a4820140 ldq t3,320(t1) Trace:fc3456ac fc345920 fc32aa38 fc31041c fc 3100b0 fc310d68 fc336fd0 fc310d04 fc3100b0 f c3100b0 fc310684 fc310658 fc310684 Kernel panic: Attempted to kill init! Warning (Oops_read): Code line not seen, dumping what data is available >>PC; fc34550c<= Trace; fc3456ac <__pmd_alloc+17c/1d0> Trace; fc345920 Trace; fc32aa38 Trace; fc31041c Trace; fc3100b0 Trace; fc310d68 Trace; fc336fd0 Trace; fc310d04 Trace; fc3100b0 Trace; fc3100b0 Trace; fc310684 Trace; fc310658 Trace; fc310684 1 warning issued. Results may not be reliable. -- -- Jay Thorne Manager, Systems & Technology, UserFriendly Media, Inc. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
[OOPS] 2.4.5-anything Alpha, SMP
ksymoops 2.4.0 on alpha 2.4.4-ac15. Options used -V (default) -K (specified) -L (specified) -o /lib/modules/2.4.5-ac15/ (specified) -m /usr/src/linux/System.map (specified) No modules in ksyms, skipping objects Unable to handle kernel paging request at virtual address 043ffc69c078 CPU 2 init(1): Oops 0 pc = [fc34550c] ra = [fc3456ac] ps = Using defaults from ksymoops -t elf64-alpha -a alpha v0 = fc474238 t0 = 043ffc69bff8 t1 = 0007ff85 t2 = fc20 t3 = fc6a0150 t4 = 00040305 t5 = fc47fc80 t6 = t7 = fc000205c000 s0 = 00012008e068 s1 = fc47fcc8 s2 = fc47fc80 s3 = fc47bdc0 s4 = fc474238 s5 = f0f0f0f0f0f0f0f1 s6 = 000120006940 a0 = fc47fc80 a1 = fc47bdc0 a2 = fc474238 a3 = 0001 a4 = 00012008e068 a5 = t8 = t9 = t10= t11= pv = fc345bd0 at = gp = fc546300 sp = fc000205fad8 Code: a4830938 ldq t3,2360(t2) 40410522 subq t1,t0,t1 4841b682 srl t1,13,t1 48409721 sll t1,4,t0 40220401 addq t0,t1,t0 40240641 s8addq t0,t3,t0 a4820140 ldq t3,320(t1) Trace:fc3456ac fc345920 fc32aa38 fc31041c fc 3100b0 fc310d68 fc336fd0 fc310d04 fc3100b0 f c3100b0 fc310684 fc310658 fc310684 Kernel panic: Attempted to kill init! Warning (Oops_read): Code line not seen, dumping what data is available PC; fc34550c handle_mm_fault+1bc/1e0 = Trace; fc3456ac __pmd_alloc+17c/1d0 Trace; fc345920 make_pages_present+60/200 Trace; fc32aa38 ev5_flush_tlb_current_page+28/60 Trace; fc31041c entMM+1c/c0 Trace; fc3100b0 rest_init+30/80 Trace; fc310d68 strace_error+40/48 Trace; fc336fd0 tasklet_kill+e0/130 Trace; fc310d04 strace+54/5c Trace; fc3100b0 rest_init+30/80 Trace; fc3100b0 rest_init+30/80 Trace; fc310684 kernel_clone+44/98 Trace; fc310658 kernel_clone+18/98 Trace; fc310684 kernel_clone+44/98 1 warning issued. Results may not be reliable. -- -- Jay Thorne Manager, Systems Technology, UserFriendly Media, Inc. - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
2.4.5 crash on boot, SMP Alpha
Further variations on a theme. 2.4.4-ac15 works like a charm on these machines. -- Jay Thorne Manager, Systems & Technology, UserFriendly Media, Inc. ksymoops 2.4.0 on alpha 2.4.4-ac15. Options used -V (default) -K (specified) -L (specified) -o /lib/modules/2.4.5-ac5/ (specified) -m /usr/src/linux/System.map (specified) No modules in ksyms, skipping objects Unable to handle kernel paging request at virtual address 043ffc69c078 CPU 2 init(1): Oops 0 pc = [] ra = [] ps = Using defaults from ksymoops -t elf64-alpha -a alpha v0 = fc474238 t0 = 043ffc69bff8 t1 = 0007ff85 t2 = fc20 t3 = fc6a0150 t4 = 00040305 t5 = fc47fc80 t6 = t7 = fc000205c000 s0 = 00012008e068 s1 = fc47fcc8 s2 = fc47fc80 s3 = fc47bdc0 s4 = fc474238 s5 = f0f0f0f0f0f0f0f1 s6 = 000120006940 a0 = fc47fc80 a1 = fc47bdc0 a2 = fc474238 a3 = 0001 a4 = 00012008e068 a5 = t8 = t9 = t10= t11= pv = fc345bd0 at = gp = fc546300 sp = fc000205fad8 Code: a4830938 ldq t3,2360(t2) 40410522 subq t1,t0,t1 4841b682 srl t1,13,t1 48409721 sll t1,4,t0 40220401 addq t0,t1,t0 40240641 s8addq t0,t3,t0 a4820140 ldq t3,320(t1) Trace:fc3456ac fc345920 fc32aa38 fc31041c fc3100b0 fc310d68 fc336fd0 fc310d04 fc3100b0 fc3100b0 fc310684 fc310658 fc310684 Kernel panic: Attempted to kill init! Warning (Oops_read): Code line not seen, dumping what data is available >>PC; fc34550c<= Trace; fc3456ac Trace; fc345920 Trace; fc32aa38 Trace; fc31041c Trace; fc3100b0 Trace; fc310d68 Trace; fc336fd0 Trace; fc310d04 Trace; fc3100b0 Trace; fc3100b0 Trace; fc310684 Trace; fc310658 Trace; fc310684 1 warning issued. Results may not be reliable.
2.4.5 crash on boot, SMP Alpha
Further variations on a theme. 2.4.4-ac15 works like a charm on these machines. -- Jay Thorne Manager, Systems Technology, UserFriendly Media, Inc. ksymoops 2.4.0 on alpha 2.4.4-ac15. Options used -V (default) -K (specified) -L (specified) -o /lib/modules/2.4.5-ac5/ (specified) -m /usr/src/linux/System.map (specified) No modules in ksyms, skipping objects Unable to handle kernel paging request at virtual address 043ffc69c078 CPU 2 init(1): Oops 0 pc = [fc34550c] ra = [fc3456ac] ps = Using defaults from ksymoops -t elf64-alpha -a alpha v0 = fc474238 t0 = 043ffc69bff8 t1 = 0007ff85 t2 = fc20 t3 = fc6a0150 t4 = 00040305 t5 = fc47fc80 t6 = t7 = fc000205c000 s0 = 00012008e068 s1 = fc47fcc8 s2 = fc47fc80 s3 = fc47bdc0 s4 = fc474238 s5 = f0f0f0f0f0f0f0f1 s6 = 000120006940 a0 = fc47fc80 a1 = fc47bdc0 a2 = fc474238 a3 = 0001 a4 = 00012008e068 a5 = t8 = t9 = t10= t11= pv = fc345bd0 at = gp = fc546300 sp = fc000205fad8 Code: a4830938 ldq t3,2360(t2) 40410522 subq t1,t0,t1 4841b682 srl t1,13,t1 48409721 sll t1,4,t0 40220401 addq t0,t1,t0 40240641 s8addq t0,t3,t0 a4820140 ldq t3,320(t1) Trace:fc3456ac fc345920 fc32aa38 fc31041c fc3100b0 fc310d68 fc336fd0 fc310d04 fc3100b0 fc3100b0 fc310684 fc310658 fc310684 Kernel panic: Attempted to kill init! Warning (Oops_read): Code line not seen, dumping what data is available PC; fc34550c do_anonymous_page+7c/1c0 = Trace; fc3456ac do_no_page+5c/1d0 Trace; fc345920 handle_mm_fault+100/1e0 Trace; fc32aa38 do_page_fault+258/4a0 Trace; fc31041c entMM+9c/c0 Trace; fc3100b0 init+0/250 Trace; fc310d68 ret_from_fork+0/10 Trace; fc336fd0 do_softirq+e0/170 Trace; fc310d04 handle_softirq+14/28 Trace; fc3100b0 init+0/250 Trace; fc3100b0 init+0/250 Trace; fc310684 kernel_thread+2c/70 Trace; fc310658 kernel_thread+0/70 Trace; fc310684 kernel_thread+2c/70 1 warning issued. Results may not be reliable.
[SOLVED] PROBLEM: Alpha SMP Low Outbound Bandwidth
Problem solved, thanks to the rawhide patch from Richard Henderson ([EMAIL PROTECTED]) posted on Sunday. Performance is ~10megs/second both directions, using tulip, de4x5 or via-rhine. Using 2.4.4-ac15 it works fine. I'm now trying 2.4.5 Andrea, 2.4.5aa1 oopses just after probing the scsi cards. I've tried the 2.4.4 series aa patches and had similar failure on boot. Its too fast to see the error, so I'm building a serial console version to capture it. Is an easy way to tell an alpha to stop dead so I can copy the oops? On 25 May 2001 23:16:34 -0400, George France wrote: > Hello Andrea, > > Jay, if the problem still exist in 2.4.5-pre6aa1 (please try the new kernel), > then I will have tech op's check this on Tuesday (Monday is a US holiday). > We should be able to duplicate this in the hardware lab and find the problem > with a logic analyser. > > Best Regards, > > > --George > > On Friday 25 May 2001 20:51, Andrea Arcangeli wrote: > > On Fri, May 25, 2001 at 05:25:03PM -0700, Jay Thorne wrote: > > > But Wu-ftpd is an easy to set up test bench, and is ubiquitous enough > > > that anyone with an alpha running SMP can test it. Note that this > > > > My smp alpha box drives a single tulip over 12MB/sec in full duplex > > using tcp without any problem at all. So I definitely cannot reproduce. > > You may want to try to reproduce with 2.4.5pre6aa1 btw. If you've not > > tried it yet you can consider also using egcs 1.1.2 as compiler just in > > case. > > > > You may also want to keep an eye on the VM, on alpha I see very weird > > things happening. > > > > Andrea > > - > > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > > the body of a message to [EMAIL PROTECTED] > > More majordomo info at http://vger.kernel.org/majordomo-info.html > > Please read the FAQ at http://www.tux.org/lkml/ -- -- Jay Thorne Manager, Systems & Technology, UserFriendly Media, Inc. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
[SOLVED] PROBLEM: Alpha SMP Low Outbound Bandwidth
Problem solved, thanks to the rawhide patch from Richard Henderson ([EMAIL PROTECTED]) posted on Sunday. Performance is ~10megs/second both directions, using tulip, de4x5 or via-rhine. Using 2.4.4-ac15 it works fine. I'm now trying 2.4.5 Andrea, 2.4.5aa1 oopses just after probing the scsi cards. I've tried the 2.4.4 series aa patches and had similar failure on boot. Its too fast to see the error, so I'm building a serial console version to capture it. Is an easy way to tell an alpha to stop dead so I can copy the oops? On 25 May 2001 23:16:34 -0400, George France wrote: Hello Andrea, Jay, if the problem still exist in 2.4.5-pre6aa1 (please try the new kernel), then I will have tech op's check this on Tuesday (Monday is a US holiday). We should be able to duplicate this in the hardware lab and find the problem with a logic analyser. Best Regards, --George On Friday 25 May 2001 20:51, Andrea Arcangeli wrote: On Fri, May 25, 2001 at 05:25:03PM -0700, Jay Thorne wrote: But Wu-ftpd is an easy to set up test bench, and is ubiquitous enough that anyone with an alpha running SMP can test it. Note that this My smp alpha box drives a single tulip over 12MB/sec in full duplex using tcp without any problem at all. So I definitely cannot reproduce. You may want to try to reproduce with 2.4.5pre6aa1 btw. If you've not tried it yet you can consider also using egcs 1.1.2 as compiler just in case. You may also want to keep an eye on the VM, on alpha I see very weird things happening. Andrea - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ -- -- Jay Thorne Manager, Systems Technology, UserFriendly Media, Inc. - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: PROBLEM: Alpha SMP Low Outbound Bandwidth
On 25 May 2001 19:31:21 -0400, George France wrote: > On Friday 25 May 2001 19:05, Jay Thorne wrote: > > On 25 May 2001 18:52:33 -0400, George France wrote: > > > Hello Jay, > > > > > > I see that you are using the tulip driver. Could you try the de4x5 > > > driver?? > > > > Its worse: reports 3.1 MBs and 1.6 MBs > > wuftp is not exactly a performance benchmark, have you tried 'netperf'? > > --George While I agree with you completely that wuftpd is not exactly a performance leader, this is the simplest way to recreate a problem I was having with a much more complex setup involving apache and SMP and a whole bunch of things. I posted 2 weeks ago and got no response, I assume because everyone thought it was my software. After reducing the problem to eliminate the possibility that my code is the real problem, I'm left with a quite repeatable state. I have two nearly identical machines, one with 466 mhz cpus the other with 400mhz, and they both do the same thing. The via-rhine performs similarly to the de4x5. Netperf is a pretty good idea. Should not be a cpu bottleneck. Thats a good thing. So pretty much the same results as wu-ftpd: Note that I used the 466 mhz quad with a via-rhine, since the 400 locked up and was still fscking when I started this test. Recv SendSend Socket Socket Message Elapsed Size SizeSize Time Throughput bytes bytes bytessecs.10^6bits/sec To alpha 87380 16384 1638410.02 39.25 x86 local87380 16384 163849.99 559.46 alpha local 87380 16384 1638410.01 547.27 alp to x86 87380 16384 1638410.01 25.77 another x86 87380 16384 163849.99 553.67 to same x86 87380 16384 1638410.00 82.79 and back 87380 16384 1638410.00 93.89 But Wu-ftpd is an easy to set up test bench, and is ubiquitous enough that anyone with an alpha running SMP can test it. Note that this software and the server in question were tested to run at 10+ megabytes per second with x86 boxes. The server is a PIII500 running 2.4.4, so its not like I'm comparing apples to oranges. The second x86 is an athlon 600. So even factoring out wuftp is not helping much here. I'm fairly convinced that something is strange because after the de4x5 test, the box locked up. So either a> I have two identically boned 4 cpu boxen or b> the interprocessor/locking/resource management has some kind of problem. Note that under uniprocessor I get near identical to x86 performance, clock for clock and no lock ups. -- -- Jay Thorne Manager, Systems & Technology, UserFriendly Media, Inc. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: PROBLEM: Alpha SMP Low Outbound Bandwidth
On 25 May 2001 18:52:33 -0400, George France wrote: > Hello Jay, > > I see that you are using the tulip driver. Could you try the de4x5 driver?? > Its worse: reports 3.1 MBs and 1.6 MBs -- -- Jay Thorne Manager, Systems & Technology, UserFriendly Media, Inc. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
PROBLEM: Alpha SMP Low Outbound Bandwidth
[1.] One line summary of the problem:
Kernel 2.4.4 ac15
Tested with several cards and pieces of software, the outbound bandwidth
on a quad cpu alpha is 2 megabytes a second or less on a 100 mbit
switched ethernet network. Other machines on same switch do 10 or more
megabytes per second. Switch is DLink 3624, 24 port, only 12 ports in
use.
[2.] Full description of the problem/report:
Using a quad 400Mhz Dodge/Rawhide machine with Tulip or VIARhine cards,
on wuFTP, the outbound bandwidth tops out at 2 megabytes per second and
the inbound at 6 megabytes per second. Also noticeable are apparent
slowdowns or console lockups/sluggishness during the transfer.
[3.] Keywords (i.e., modules, networking, kernel):
networking, alpha, tulip, via_rhine
[4.] Kernel version (from /proc/version):
Linux version 2.4.4-ac15 (root@lister) (gcc version 2.96 2731 (SuSE
Linux 7.1/Alpha)) #1 SMP Thu May 24 18:41:13 PDT 2001
[5.] Output of Oops.. message (if applicable) with symbolic information
resolved (see Documentation/oops-tracing.txt)
[6.] A small shell script or example program which triggers the
problem (if possible)
Problem machine:
ncftp /tmp > put foo
foo:34.38 MB5.16
MB/s
ncftp /tmp > get -z foo baz
baz:34.38 MB1.16
MB/s
other machine on same switch to same ftp server.
ncftp /home/jay > get foo
foo:34.38 MB 10.12
MB/s
ncftp /home/jay > put -z foo baz
foo:34.38 MB9.93
MB/s
[7.] Environment
[7.1.] Software (add the output of the ver_linux script here)
Linux lister 2.4.4-ac15 #1 SMP Thu May 24 18:41:13 PDT 2001 alpha
unknown
Gnu C 2.96
Gnu make 3.79.1
binutils 2.10.0.33
util-linux 2.10q
mount 2.10q
modutils 2.4.2
e2fsprogs 1.19
pcmcia-cs 3.1.22
PPP2.4.0
isdn4k-utils 3.1pre1a
Linux C Libraryso.6.1
Dynamic linker (ldd) 2.2
Procps 2.0.7
Net-tools 1.57
Kbd1.02
Sh-utils 2.0
Modules Loaded tulip via-rhine
[7.2.] Processor information (from /proc/cpuinfo):
lister:/usr/src/linux # cat /proc/cpuinfo
cpu : Alpha
cpu model : EV56
cpu variation : 7
cpu revision: 0
cpu serial number :
system type : Rawhide
system variation: Dodge
system revision : 0
system serial number: NI70904KB0
cycle frequency [Hz]: 4
timer frequency [Hz]: 1200.00
page size [bytes] : 8192
phys. address bits : 40
max. addr. space # : 127
BogoMIPS: 738.12
kernel unaligned acc: 1646246
(pc=fc42a3d8,va=fc005d9b784e)
user unaligned acc : 0 (pc=0,va=0)
platform string : AlphaServer 4100 5/400 4MB
cpus detected : 4
cpus active : 4
cpu active mask : 000f
[7.3.] Module information (from /proc/modules):
lister:/usr/src/linux # cat /proc/modules
tulip 59296 1
via-rhine 16464 0 (autoclean)
[7.4.] Loaded driver and hardware information (/proc/ioports,
/proc/iomem)
lister:/usr/src/linux # cat /proc/ioports
- : PCI IO bus 0
-001f : dma1
0020-003f : pic1
0040-005f : timer
0060-006f : keyboard
0070-0080 : rtc
0070-007f : rtc
00a0-00bf : pic2
00c0-00df : dma2
02f8-02ff : serial(auto)
03f8-03ff : serial(auto)
8000-80ff : VIA Technologies, Inc. Ethernet Controller
8000-80ff : via-rhine
8400-847f : Digital Equipment Corporation DECchip 21140
[FasterNet]
8400-847f : tulip
2-2 : PCI IO bus 1
28000-280ff : Symbios Logic Inc. (formerly NCR) 53c810
28000-2807f : ncr53c8xx
29000-290fe : qlogicisp
lister:/usr/src/linux # cat /proc/iomem
- : PCI mem bus 0
-07ff : HAE0
0220-0223 : Digital Equipment Corporation DECchip 21140
[FasterNet]
0224-0224 : S3 Inc. 86c764/765 [Trio32/64/64V+]
0225-0225 : VIA Technologies, Inc. Ethernet Controller
0226-022600ff : VIA Technologies, Inc. Ethernet Controller
0226-022600ff : via-rhine
02261000-0226107f : Digital Equipment Corporation DECchip 21140
[FasterNet]
02261000-0226107f : tulip
2-2 : PCI mem bus 1
2-207ff : HAE0
20220-2022000ff : Symbios Logic Inc. (formerly NCR) 53c810
[7.5.] PCI information ('lspci -vvv' as root)
lister:/usr/src/linux # lspci -vvv
00:01.0 Non-VGA unclassified device: Intel Corporation 82375EB (rev 05)
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr-
PROBLEM: Alpha SMP Low Outbound Bandwidth
, workarounds: During one of the slowdowns, the console appeared to lock up. holding down the ALT key seemed to make it wake up. -- -- Jay Thorne Manager, Systems Technology, UserFriendly Media, Inc. - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: PROBLEM: Alpha SMP Low Outbound Bandwidth
On 25 May 2001 18:52:33 -0400, George France wrote: Hello Jay, I see that you are using the tulip driver. Could you try the de4x5 driver?? Its worse: reports 3.1 MBs and 1.6 MBs -- -- Jay Thorne Manager, Systems Technology, UserFriendly Media, Inc. - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: PROBLEM: Alpha SMP Low Outbound Bandwidth
On 25 May 2001 19:31:21 -0400, George France wrote: On Friday 25 May 2001 19:05, Jay Thorne wrote: On 25 May 2001 18:52:33 -0400, George France wrote: Hello Jay, I see that you are using the tulip driver. Could you try the de4x5 driver?? Its worse: reports 3.1 MBs and 1.6 MBs wuftp is not exactly a performance benchmark, have you tried 'netperf'? --George While I agree with you completely that wuftpd is not exactly a performance leader, this is the simplest way to recreate a problem I was having with a much more complex setup involving apache and SMP and a whole bunch of things. I posted 2 weeks ago and got no response, I assume because everyone thought it was my software. After reducing the problem to eliminate the possibility that my code is the real problem, I'm left with a quite repeatable state. I have two nearly identical machines, one with 466 mhz cpus the other with 400mhz, and they both do the same thing. The via-rhine performs similarly to the de4x5. Netperf is a pretty good idea. Should not be a cpu bottleneck. Thats a good thing. So pretty much the same results as wu-ftpd: Note that I used the 466 mhz quad with a via-rhine, since the 400 locked up and was still fscking when I started this test. Recv SendSend Socket Socket Message Elapsed Size SizeSize Time Throughput bytes bytes bytessecs.10^6bits/sec To alpha 87380 16384 1638410.02 39.25 x86 local87380 16384 163849.99 559.46 alpha local 87380 16384 1638410.01 547.27 alp to x86 87380 16384 1638410.01 25.77 another x86 87380 16384 163849.99 553.67 to same x86 87380 16384 1638410.00 82.79 and back 87380 16384 1638410.00 93.89 But Wu-ftpd is an easy to set up test bench, and is ubiquitous enough that anyone with an alpha running SMP can test it. Note that this software and the server in question were tested to run at 10+ megabytes per second with x86 boxes. The server is a PIII500 running 2.4.4, so its not like I'm comparing apples to oranges. The second x86 is an athlon 600. So even factoring out wuftp is not helping much here. I'm fairly convinced that something is strange because after the de4x5 test, the box locked up. So either a I have two identically boned 4 cpu boxen or b the interprocessor/locking/resource management has some kind of problem. Note that under uniprocessor I get near identical to x86 performance, clock for clock and no lock ups. -- -- Jay Thorne Manager, Systems Technology, UserFriendly Media, Inc. - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Alpha SMP/Network performance problem with vanilla 2.4.4
I'm working on a problem on alpha SMP on the AS4100 (Rawhide) machine. Under SMP, with heavy network activity. With an inbound and outbound ping flood running, after about 500,000 packets, it just dies. Console dead, no response. For about a minute. Then, sometimes, the machine comes back. Anything I can instrument? to help? Alt-sysrq, though enabled, does not seem to work on these machine's consoles. -- Jay Thorne Manager, Systems & Technology, UserFriendly Media, Inc. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Alpha SMP/Network performance problem with vanilla 2.4.4
I'm working on a problem on alpha SMP on the AS4100 (Rawhide) machine. Under SMP, with heavy network activity. With an inbound and outbound ping flood running, after about 500,000 packets, it just dies. Console dead, no response. For about a minute. Then, sometimes, the machine comes back. Anything I can instrument? to help? Alt-sysrq, though enabled, does not seem to work on these machine's consoles. -- Jay Thorne Manager, Systems Technology, UserFriendly Media, Inc. - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
