Re: Some problems with the raid-stuff in 2.4.0-test12pre3
On Sat, Dec 02, 2000 at 06:56:43AM +1100, Neil Brown wrote: > On Friday December 1, [EMAIL PROTECTED] wrote: > > It's so slow that it's unusable. Especially writing. open() and > > close()-calls often hang for 20 seconds or more. > > write-calls hang for 3-4 seconds. This has to be a bug. > > But yes, after a long time, it finishes ;) > > Well, that does sound slower than I would expect > > 1/ Could you try: > >http://cgi.cse.unsw.edu.au/~neilb/patches/linux/2.4.0-test12-pre3/patch-E-raid5 > >and tell me how much that helps. That helped a _lot_! It's still slower than 2.2.x, but I'm happy with it! Thank you. I'm at your service if you need more testing ;) Regards Florian Heinz - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: Some problems with the raid-stuff in 2.4.0-test12pre3
On Fri, Dec 01, 2000 at 01:11:45PM +1100, Neil Brown wrote: > On Thursday November 30, [EMAIL PROTECTED] wrote: > > Hello people, > > > > I have some trouble with the raid-stuff. > > My machine is a Pentium-III, 256 MB ram and 7 scsi-disks (IBM DNES-318350W > > 17B). I'm using raid5 for 6 of these disks (chunk-size 8). > > Machine boots, I do mkraid /dev/md0 and then mke2fs /dev/md0 and that's > > where the problems start. mkfs tries to write 684 inode-tables and after the > > first 30 it gets very slow. ps ax (with wchan) tells me it hangs in > > wakeup_bdflush. > > I'm rather sure it's related to the raidcode, because without raid the disks > > work as expected. > > I'm using an Adaptec 7892A with the aic7xxx-driver, I have disabled the TCQ > > and the extra checks for the new queueing code, but I have tried with both > > activated, too. > > No related messages from the kernel in the syslog. > > It worked fine with 2.2.x. > > Is it just "very slow", but it eventually finishes, it is it so slow, > that it actually stops and doesn't make any progress at all? > > raid5 in 2.4 is definately slower than in 2.2. Could that be all that > you are seeing? It's so slow that it's unusable. Especially writing. open() and close()-calls often hang for 20 seconds or more. write-calls hang for 3-4 seconds. This has to be a bug. But yes, after a long time, it finishes ;) - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: Some problems with the raid-stuff in 2.4.0-test12pre3
On Fri, Dec 01, 2000 at 01:11:45PM +1100, Neil Brown wrote: On Thursday November 30, [EMAIL PROTECTED] wrote: Hello people, I have some trouble with the raid-stuff. My machine is a Pentium-III, 256 MB ram and 7 scsi-disks (IBM DNES-318350W 17B). I'm using raid5 for 6 of these disks (chunk-size 8). Machine boots, I do mkraid /dev/md0 and then mke2fs /dev/md0 and that's where the problems start. mkfs tries to write 684 inode-tables and after the first 30 it gets very slow. ps ax (with wchan) tells me it hangs in wakeup_bdflush. I'm rather sure it's related to the raidcode, because without raid the disks work as expected. I'm using an Adaptec 7892A with the aic7xxx-driver, I have disabled the TCQ and the extra checks for the new queueing code, but I have tried with both activated, too. No related messages from the kernel in the syslog. It worked fine with 2.2.x. Is it just "very slow", but it eventually finishes, it is it so slow, that it actually stops and doesn't make any progress at all? raid5 in 2.4 is definately slower than in 2.2. Could that be all that you are seeing? It's so slow that it's unusable. Especially writing. open() and close()-calls often hang for 20 seconds or more. write-calls hang for 3-4 seconds. This has to be a bug. But yes, after a long time, it finishes ;) - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: Some problems with the raid-stuff in 2.4.0-test12pre3
On Sat, Dec 02, 2000 at 06:56:43AM +1100, Neil Brown wrote: On Friday December 1, [EMAIL PROTECTED] wrote: It's so slow that it's unusable. Especially writing. open() and close()-calls often hang for 20 seconds or more. write-calls hang for 3-4 seconds. This has to be a bug. But yes, after a long time, it finishes ;) Well, that does sound slower than I would expect 1/ Could you try: http://cgi.cse.unsw.edu.au/~neilb/patches/linux/2.4.0-test12-pre3/patch-E-raid5 and tell me how much that helps. That helped a _lot_! It's still slower than 2.2.x, but I'm happy with it! Thank you. I'm at your service if you need more testing ;) Regards Florian Heinz - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Some problems with the raid-stuff in 2.4.0-test12pre3
Hello people, I have some trouble with the raid-stuff. My machine is a Pentium-III, 256 MB ram and 7 scsi-disks (IBM DNES-318350W 17B). I'm using raid5 for 6 of these disks (chunk-size 8). Machine boots, I do mkraid /dev/md0 and then mke2fs /dev/md0 and that's where the problems start. mkfs tries to write 684 inode-tables and after the first 30 it gets very slow. ps ax (with wchan) tells me it hangs in wakeup_bdflush. I'm rather sure it's related to the raidcode, because without raid the disks work as expected. I'm using an Adaptec 7892A with the aic7xxx-driver, I have disabled the TCQ and the extra checks for the new queueing code, but I have tried with both activated, too. No related messages from the kernel in the syslog. It worked fine with 2.2.x. I've attached several (maybe) relevant informations, if you need more, please tell me. Regards Florian Heinz Bootup: --- Nov 30 12:15:20 nstx kernel: Linux version 2.4.0-test12 (root@nstx) (gcc version 2.95.2 2220 (Debian GNU/Linux)) #2 Thu Nov 30 12:07:07 CET 2000 Nov 30 12:15:20 nstx kernel: BIOS-provided physical RAM map: Nov 30 12:15:20 nstx kernel: BIOS-e820: 0009fc00 @ (usable) Nov 30 12:15:20 nstx kernel: BIOS-e820: 0400 @ 0009fc00 (usable) Nov 30 12:15:20 nstx kernel: BIOS-e820: 0001 @ 000f (reserved) Nov 30 12:15:20 nstx kernel: BIOS-e820: 0001 @ (reserved) Nov 30 12:15:20 nstx kernel: BIOS-e820: 0fef @ 0010 (usable) Nov 30 12:15:20 nstx kernel: BIOS-e820: d000 @ 0fff3000 (ACPI data) Nov 30 12:15:20 nstx kernel: BIOS-e820: 3000 @ 0fff (ACPI NVS) Nov 30 12:15:20 nstx kernel: On node 0 totalpages: 65520 Nov 30 12:15:20 nstx kernel: zone(0): 4096 pages. Nov 30 12:15:20 nstx kernel: zone(1): 61424 pages. Nov 30 12:15:20 nstx kernel: zone(2): 0 pages. Nov 30 12:15:20 nstx kernel: Kernel command line: auto BOOT_IMAGE=Linux ro root=801 BOOT_FILE=/boot/vm2.4.0 Nov 30 12:15:20 nstx kernel: Initializing CPU#0 Nov 30 12:15:20 nstx kernel: Detected 650.029 MHz processor. Nov 30 12:15:20 nstx kernel: Console: colour VGA+ 80x25 Nov 30 12:15:20 nstx kernel: Calibrating delay loop... 1297.61 BogoMIPS Nov 30 12:15:20 nstx kernel: Memory: 255864k/262080k available (1046k kernel code, 5828k reserved, 62k data, 160k init, 0k highmem) Nov 30 12:15:20 nstx kernel: Dentry-cache hash table entries: 32768 (order: 6, 262144 bytes) Nov 30 12:15:20 nstx kernel: Buffer-cache hash table entries: 16384 (order: 4, 65536 bytes) Nov 30 12:15:20 nstx kernel: Page-cache hash table entries: 65536 (order: 6, 262144 bytes) Nov 30 12:15:20 nstx kernel: Inode-cache hash table entries: 16384 (order: 5, 131072 bytes) Nov 30 12:15:20 nstx kernel: VFS: Diskquotas version dquot_6.4.0 initialized Nov 30 12:15:20 nstx kernel: CPU: Before vendor init, caps: 0387f9ff , vendor = 0 Nov 30 12:15:20 nstx kernel: CPU: L1 I cache: 16K, L1 D cache: 16K Nov 30 12:15:20 nstx kernel: CPU: L2 cache: 256K Nov 30 12:15:20 nstx kernel: Intel machine check architecture supported. Nov 30 12:15:20 nstx kernel: Intel machine check reporting enabled on CPU#0. Nov 30 12:15:20 nstx kernel: CPU: After vendor init, caps: 0387f9ff Nov 30 12:15:20 nstx kernel: CPU serial number disabled. Nov 30 12:15:20 nstx kernel: CPU: After generic, caps: 0383f9ff Nov 30 12:15:20 nstx kernel: CPU: Common caps: 0383f9ff Nov 30 12:15:20 nstx kernel: CPU: Intel Pentium III (Coppermine) stepping 01 Nov 30 12:15:20 nstx kernel: Enabling fast FPU save and restore... done. Nov 30 12:15:20 nstx kernel: Enabling unmasked SIMD FPU exception support... done. Nov 30 12:15:20 nstx kernel: Checking 'hlt' instruction... OK. Nov 30 12:15:20 nstx kernel: POSIX conformance testing by UNIFIX Nov 30 12:15:20 nstx kernel: PCI: PCI BIOS revision 2.10 entry at 0xfb200, last bus=1 Nov 30 12:15:20 nstx kernel: PCI: Using configuration type 1 Nov 30 12:15:20 nstx kernel: PCI: Probing PCI hardware Nov 30 12:15:20 nstx kernel: Unknown bridge resource 2: assuming transparent Nov 30 12:15:20 nstx kernel: PCI: Using IRQ router PIIX [8086/7110] at 00:07.0 Nov 30 12:15:20 nstx kernel: Limiting direct PCI/PCI transfers. Nov 30 12:15:20 nstx kernel: Linux NET4.0 for Linux 2.4 Nov 30 12:15:20 nstx kernel: Based upon Swansea University Computer Society NET3.039 Nov 30 12:15:20 nstx kernel: Starting kswapd v1.8 Nov 30 12:15:20 nstx kernel: pty: 256 Unix98 ptys configured Nov 30 12:15:20 nstx kernel: Real Time Clock Driver v1.10d Nov 30 12:15:20 nstx kernel: 3c59x.c:LK1.1.11 13 Nov 2000 Donald Becker and others. http://www.scyld.com/network/vortex.html $Revision: 1.102.2.46 $ Nov 30 12:15:20 nstx kernel: See Documentation/networking/vortex.txt Nov 30 12:15:20 nstx kernel: eth0: 3Com PCI 3c905C Tornado at 0xe800, 00:50:da:dc:95:59, IRQ 10 Nov 30 12:15:20 nstx kernel: 8K byte
Some problems with the raid-stuff in 2.4.0-test12pre3
Hello people, I have some trouble with the raid-stuff. My machine is a Pentium-III, 256 MB ram and 7 scsi-disks (IBM DNES-318350W 17B). I'm using raid5 for 6 of these disks (chunk-size 8). Machine boots, I do mkraid /dev/md0 and then mke2fs /dev/md0 and that's where the problems start. mkfs tries to write 684 inode-tables and after the first 30 it gets very slow. ps ax (with wchan) tells me it hangs in wakeup_bdflush. I'm rather sure it's related to the raidcode, because without raid the disks work as expected. I'm using an Adaptec 7892A with the aic7xxx-driver, I have disabled the TCQ and the extra checks for the new queueing code, but I have tried with both activated, too. No related messages from the kernel in the syslog. It worked fine with 2.2.x. I've attached several (maybe) relevant informations, if you need more, please tell me. Regards Florian Heinz Bootup: --- Nov 30 12:15:20 nstx kernel: Linux version 2.4.0-test12 (root@nstx) (gcc version 2.95.2 2220 (Debian GNU/Linux)) #2 Thu Nov 30 12:07:07 CET 2000 Nov 30 12:15:20 nstx kernel: BIOS-provided physical RAM map: Nov 30 12:15:20 nstx kernel: BIOS-e820: 0009fc00 @ (usable) Nov 30 12:15:20 nstx kernel: BIOS-e820: 0400 @ 0009fc00 (usable) Nov 30 12:15:20 nstx kernel: BIOS-e820: 0001 @ 000f (reserved) Nov 30 12:15:20 nstx kernel: BIOS-e820: 0001 @ (reserved) Nov 30 12:15:20 nstx kernel: BIOS-e820: 0fef @ 0010 (usable) Nov 30 12:15:20 nstx kernel: BIOS-e820: d000 @ 0fff3000 (ACPI data) Nov 30 12:15:20 nstx kernel: BIOS-e820: 3000 @ 0fff (ACPI NVS) Nov 30 12:15:20 nstx kernel: On node 0 totalpages: 65520 Nov 30 12:15:20 nstx kernel: zone(0): 4096 pages. Nov 30 12:15:20 nstx kernel: zone(1): 61424 pages. Nov 30 12:15:20 nstx kernel: zone(2): 0 pages. Nov 30 12:15:20 nstx kernel: Kernel command line: auto BOOT_IMAGE=Linux ro root=801 BOOT_FILE=/boot/vm2.4.0 Nov 30 12:15:20 nstx kernel: Initializing CPU#0 Nov 30 12:15:20 nstx kernel: Detected 650.029 MHz processor. Nov 30 12:15:20 nstx kernel: Console: colour VGA+ 80x25 Nov 30 12:15:20 nstx kernel: Calibrating delay loop... 1297.61 BogoMIPS Nov 30 12:15:20 nstx kernel: Memory: 255864k/262080k available (1046k kernel code, 5828k reserved, 62k data, 160k init, 0k highmem) Nov 30 12:15:20 nstx kernel: Dentry-cache hash table entries: 32768 (order: 6, 262144 bytes) Nov 30 12:15:20 nstx kernel: Buffer-cache hash table entries: 16384 (order: 4, 65536 bytes) Nov 30 12:15:20 nstx kernel: Page-cache hash table entries: 65536 (order: 6, 262144 bytes) Nov 30 12:15:20 nstx kernel: Inode-cache hash table entries: 16384 (order: 5, 131072 bytes) Nov 30 12:15:20 nstx kernel: VFS: Diskquotas version dquot_6.4.0 initialized Nov 30 12:15:20 nstx kernel: CPU: Before vendor init, caps: 0387f9ff , vendor = 0 Nov 30 12:15:20 nstx kernel: CPU: L1 I cache: 16K, L1 D cache: 16K Nov 30 12:15:20 nstx kernel: CPU: L2 cache: 256K Nov 30 12:15:20 nstx kernel: Intel machine check architecture supported. Nov 30 12:15:20 nstx kernel: Intel machine check reporting enabled on CPU#0. Nov 30 12:15:20 nstx kernel: CPU: After vendor init, caps: 0387f9ff Nov 30 12:15:20 nstx kernel: CPU serial number disabled. Nov 30 12:15:20 nstx kernel: CPU: After generic, caps: 0383f9ff Nov 30 12:15:20 nstx kernel: CPU: Common caps: 0383f9ff Nov 30 12:15:20 nstx kernel: CPU: Intel Pentium III (Coppermine) stepping 01 Nov 30 12:15:20 nstx kernel: Enabling fast FPU save and restore... done. Nov 30 12:15:20 nstx kernel: Enabling unmasked SIMD FPU exception support... done. Nov 30 12:15:20 nstx kernel: Checking 'hlt' instruction... OK. Nov 30 12:15:20 nstx kernel: POSIX conformance testing by UNIFIX Nov 30 12:15:20 nstx kernel: PCI: PCI BIOS revision 2.10 entry at 0xfb200, last bus=1 Nov 30 12:15:20 nstx kernel: PCI: Using configuration type 1 Nov 30 12:15:20 nstx kernel: PCI: Probing PCI hardware Nov 30 12:15:20 nstx kernel: Unknown bridge resource 2: assuming transparent Nov 30 12:15:20 nstx kernel: PCI: Using IRQ router PIIX [8086/7110] at 00:07.0 Nov 30 12:15:20 nstx kernel: Limiting direct PCI/PCI transfers. Nov 30 12:15:20 nstx kernel: Linux NET4.0 for Linux 2.4 Nov 30 12:15:20 nstx kernel: Based upon Swansea University Computer Society NET3.039 Nov 30 12:15:20 nstx kernel: Starting kswapd v1.8 Nov 30 12:15:20 nstx kernel: pty: 256 Unix98 ptys configured Nov 30 12:15:20 nstx kernel: Real Time Clock Driver v1.10d Nov 30 12:15:20 nstx kernel: 3c59x.c:LK1.1.11 13 Nov 2000 Donald Becker and others. http://www.scyld.com/network/vortex.html $Revision: 1.102.2.46 $ Nov 30 12:15:20 nstx kernel: See Documentation/networking/vortex.txt Nov 30 12:15:20 nstx kernel: eth0: 3Com PCI 3c905C Tornado at 0xe800, 00:50:da:dc:95:59, IRQ 10 Nov 30 12:15:20 nstx kernel: 8K byte