Re: Poor SCSI drive performance on SMP machine, 2.2.16
"paradox3" <[EMAIL PROTECTED]> writes: > Here is the output from dmesg. How do I tell if it is improperly > terminated? you never gave the model of the hard drive (or if you did, i didn't see it), but you did say a 10k rpm ibm. i am going to assume it is u2w/lvd capable. no lvd hard drive has termination built in. you must use a seperate termination device at the end of the ribbon. or you can use a terminating cable. since your controller is a single-ended device, get a single-ended, wide, active terminator and plug it into the end of the ribbon. put the hard drive in the middle somewhere. see http://www.scsifaq.org/> for more information. > Thanks, Para-dox ([EMAIL PROTECTED]) > > > > > - Original Message - > From: "Michael Brown" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Sunday, January 28, 2001 11:12 PM > Subject: Re: Poor SCSI drive performance on SMP machine, 2.2.16 > > > > Your problem appears to be improper SCSI termination. > > > > You need to either > > 1) make sure your SCSI drive has termination enabled > > or > > 2) move your SCSI drive to the middle connector and put a terminator on > > the last connector > > > > Check your syslog and post to l-k the part where it detects your drives. > > I'll bet the adapter is throttling back quite dramatically in the presence > > of improper termination. > > > > -- > > Michael Brown > > > > _ > > Get your FREE download of MSN Explorer at http://explorer.msn.com > > > > > -- J o h a n K u l l s t a m [[EMAIL PROTECTED]] Don't Fear the Penguin! - 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: Poor SCSI drive performance on SMP machine, 2.2.16
"paradox3" [EMAIL PROTECTED] writes: Here is the output from dmesg. How do I tell if it is improperly terminated? you never gave the model of the hard drive (or if you did, i didn't see it), but you did say a 10k rpm ibm. i am going to assume it is u2w/lvd capable. no lvd hard drive has termination built in. you must use a seperate termination device at the end of the ribbon. or you can use a terminating cable. since your controller is a single-ended device, get a single-ended, wide, active terminator and plug it into the end of the ribbon. put the hard drive in the middle somewhere. see URL:http://www.scsifaq.org/ for more information. Thanks, Para-dox ([EMAIL PROTECTED]) - Original Message - From: "Michael Brown" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, January 28, 2001 11:12 PM Subject: Re: Poor SCSI drive performance on SMP machine, 2.2.16 Your problem appears to be improper SCSI termination. You need to either 1) make sure your SCSI drive has termination enabled or 2) move your SCSI drive to the middle connector and put a terminator on the last connector Check your syslog and post to l-k the part where it detects your drives. I'll bet the adapter is throttling back quite dramatically in the presence of improper termination. -- Michael Brown _ Get your FREE download of MSN Explorer at http://explorer.msn.com -- J o h a n K u l l s t a m [[EMAIL PROTECTED]] Don't Fear the Penguin! - 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: Poor SCSI drive performance on SMP machine, 2.2.16
Here is the output from dmesg. How do I tell if it is improperly terminated? Thanks, Para-dox ([EMAIL PROTECTED]) - Original Message - From: "Michael Brown" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Sunday, January 28, 2001 11:12 PM Subject: Re: Poor SCSI drive performance on SMP machine, 2.2.16 > Your problem appears to be improper SCSI termination. > > You need to either > 1) make sure your SCSI drive has termination enabled > or > 2) move your SCSI drive to the middle connector and put a terminator on > the last connector > > Check your syslog and post to l-k the part where it detects your drives. > I'll bet the adapter is throttling back quite dramatically in the presence > of improper termination. > > -- > Michael Brown > > _ > Get your FREE download of MSN Explorer at http://explorer.msn.com > > (scsi0) found at PCI 0/12/0 (scsi0) Wide Channel, SCSI ID=7, 32/255 SCBs (scsi0) Downloading sequencer code... 392 instructions downloaded scsi0 : Adaptec AHA274x/284x/294x (EISA/VLB/PCI-Fast SCSI) 5.1.31/3.2.4 scsi : 1 host. (scsi0:0:0:0) Synchronous at 40.0 Mbyte/sec, offset 15. Vendor: IBM Model: DGHS09U Rev: 0350 Type: Direct-Access ANSI SCSI revision: 03 Detected scsi disk sda at scsi0, channel 0, id 0, lun 0 scsi : detected 1 SCSI disk total. SCSI device sda: hdwr sector= 512 bytes. Sectors= 17916240 [8748 MB] [8.7 GB] Partition check: sda: sda1 sda2 sda3
Re: Poor SCSI drive performance on SMP machine, 2.2.16
"paradox3" <[EMAIL PROTECTED]> writes: > I did this: > > date > dd if=/dev/zero of=TESTFILE bs=1024 count=102400 > date > sync > date > > > and I gave the time differences from the first to the last > timestamp. hmm. i ran this on my old ppro200 with adaptec 2940uw and ibm DDRS-39130W drive. sophia(jk)$ cat foo date dd if=/dev/zero of=TESTFILE bs=1024 count=102400 date sync sync sync date i get sophia(jk)$ time bash foo Sun Jan 28 18:41:52 EST 2001 102400+0 records in 102400+0 records out Sun Jan 28 18:42:11 EST 2001 Sun Jan 28 18:42:13 EST 2001 real0m20.803s user0m0.400s sys 0m8.780s and this during a full kernel compile. i get similar decent results using my other computer with a symbios 8751sp and fujitsu and seagate drives. something must be messed up in a configuration somewhere. are you sure you are running the drive in synchronous ultra wide mode? is you termination good? > Regards, Para-dox ([EMAIL PROTECTED]) > > > > - Original Message - > From: "Bruce Harada" <[EMAIL PROTECTED]> > To: "paradox3" <[EMAIL PROTECTED]> > Cc: <[EMAIL PROTECTED]> > Sent: Sunday, January 28, 2001 2:31 PM > Subject: Re: Poor SCSI drive performance on SMP machine, 2.2.16 > > > > > > Hm. As a point of comparison, I use a similar system to yours (full SCSI, > > though, no IDE) and I can copy a 100MB file from disk-to-disk, or on the > > same disk, in around 13 seconds. Where are you copying to the SCSI drive > > from - the same drive, an IDE disk, CDROM? If IDE, what are its > > particulars? (Check with hdparm -iI /dev/hd?) > > > > -- > > Bruce Harada > > [EMAIL PROTECTED] > > > > > > > > On Sun, 28 Jan 2001 12:44:29 -0500 > > "paradox3" <[EMAIL PROTECTED]> wrote: > > > > > > I don't get any messages relating to the drives in any syslog output. > > > > > > > > > > > Do you get messages like the ones below in /var/log/messages? > > > > > > > > sym53c875-0-<0,0>: QUEUE FULL! 8 busy, 7 disconnected CCBs > > > > sym53c875-0-<0,0>: tagged command queue depth set to 7 > > > > > > > > In fact, do you get any messages in your log files that look like they > > > > might be related? > > > > > > - > > 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/ > > > > - > 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/ -- J o h a n K u l l s t a m [[EMAIL PROTECTED]] Don't Fear the Penguin! - 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: Poor SCSI drive performance on SMP machine, 2.2.16
> It sounds to me like you have a SCSI bus problem. Have you checked > termination? Cable quality? Cable lengths? Forgive me, I'm rather ignorant of SCSI hardware.All that I have is a cable (appears to be good quality, came with motherboard) about 60 centimeters long going from the motherboard to my hard drive. There is an unused/empty port in between. > > Do you have tagged queuing enabled for aic7xxx? It's a config option > and you can adjust the maximum queue depth. You can see the current > settings by cat /proc/scsi/aic7xxx/0 > /proc/scsi only contains a single file named "scsi" with brief info about the drive According to my last save kernel config, tagged command queueing is not enabled by default. Could this be the problem? > Do you have write caching enabled on the drive? scsiinfo -c /dev/sdx > will tell you if you do. I don't seem to have scsiinfo. > > As a data point, I copied a 650MB file to another file on the same > 10krpm disk and sync'ed in about the same time it takes you to write > 100MB. I've also copied it from a slower 7200rpm disk to my 10krpm IBM > drive and sync'ed in 1 min 19 secs which is about the read speed of > the slower disk. > > -- > Trevor Hemsley, Brighton, UK. > [EMAIL PROTECTED] > - 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: Poor SCSI drive performance on SMP machine, 2.2.16
Sorry, forget this last email. Here is hdparm output. hdparm
Re: Poor SCSI drive performance on SMP machine, 2.2.16
I did this: date dd if=/dev/zero of=TESTFILE bs=1024 count=102400 date sync date and I gave the time differences from the first to the last timestamp. Regards, Para-dox ([EMAIL PROTECTED]) - Original Message - From: "Bruce Harada" <[EMAIL PROTECTED]> To: "paradox3" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Sunday, January 28, 2001 2:31 PM Subject: Re: Poor SCSI drive performance on SMP machine, 2.2.16 > > Hm. As a point of comparison, I use a similar system to yours (full SCSI, > though, no IDE) and I can copy a 100MB file from disk-to-disk, or on the > same disk, in around 13 seconds. Where are you copying to the SCSI drive > from - the same drive, an IDE disk, CDROM? If IDE, what are its > particulars? (Check with hdparm -iI /dev/hd?) > > -- > Bruce Harada > [EMAIL PROTECTED] > > > > On Sun, 28 Jan 2001 12:44:29 -0500 > "paradox3" <[EMAIL PROTECTED]> wrote: > > > > I don't get any messages relating to the drives in any syslog output. > > > > > > > > Do you get messages like the ones below in /var/log/messages? > > > > > > sym53c875-0-<0,0>: QUEUE FULL! 8 busy, 7 disconnected CCBs > > > sym53c875-0-<0,0>: tagged command queue depth set to 7 > > > > > > In fact, do you get any messages in your log files that look like they > > > might be related? > > > > - > 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/ > - 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: Poor SCSI drive performance on SMP machine, 2.2.16
Hm. As a point of comparison, I use a similar system to yours (full SCSI, though, no IDE) and I can copy a 100MB file from disk-to-disk, or on the same disk, in around 13 seconds. Where are you copying to the SCSI drive from - the same drive, an IDE disk, CDROM? If IDE, what are its particulars? (Check with hdparm -iI /dev/hd?) -- Bruce Harada [EMAIL PROTECTED] On Sun, 28 Jan 2001 12:44:29 -0500 "paradox3" <[EMAIL PROTECTED]> wrote: > > I don't get any messages relating to the drives in any syslog output. > > > > > Do you get messages like the ones below in /var/log/messages? > > > > sym53c875-0-<0,0>: QUEUE FULL! 8 busy, 7 disconnected CCBs > > sym53c875-0-<0,0>: tagged command queue depth set to 7 > > > > In fact, do you get any messages in your log files that look like they > > might be related? > > - 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: Poor SCSI drive performance on SMP machine, 2.2.16
I don't get any messages relating to the drives in any syslog output. - Original Message - From: "Bruce Harada" <[EMAIL PROTECTED]> To: "paradox3" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Sunday, January 28, 2001 3:40 AM Subject: Re: Poor SCSI drive performance on SMP machine, 2.2.16 > > Hi. > > Do you get messages like the ones below in /var/log/messages? > > sym53c875-0-<0,0>: QUEUE FULL! 8 busy, 7 disconnected CCBs > sym53c875-0-<0,0>: tagged command queue depth set to 7 > > In fact, do you get any messages in your log files that look like they > might be related? > > -- > Bruce Harada > [EMAIL PROTECTED] > > > On Sun, 28 Jan 2001 02:26:32 -0500 > "paradox3" <[EMAIL PROTECTED]> wrote: > > > I have an SMP machine (dual PII 400s) running 2.2.16 with one 10,000 RPM > > IBM > > 10 GB SCSI drive > > (AIC 7890 on motherboard, using aic7xxx.o), and four various IDE drives. > > The > > SCSI drive > > performs the worst. In tests of writing 100 MB and sync'ing, one of my > > IDE > > drives takes 31 seconds. The SCSI drive (while doing nothing else) took > > 2 minutes, 10 seconds. This is extremely noticable in file transfers > > that > > completely > > monopolize the SCSI drive, and are much slower than when involving the > > IDE > > drives. > > After a large data operation on the SCSI drive, the system will hang for > > several minutes. > > Anyone know what could be causing this? Thanks. > > > > Attached are some data to help. > > > > > > Thanks, > > Para-dox ([EMAIL PROTECTED]) > > > > > - 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: Poor SCSI drive performance on SMP machine, 2.2.16
On Sun, 28 Jan 2001, paradox3 wrote: > I have an SMP machine (dual PII 400s) running 2.2.16 with one 10,000 RPM IBM > 10 GB SCSI drive > (AIC 7890 on motherboard, using aic7xxx.o), and four various IDE drives. The > SCSI drive > performs the worst. In tests of writing 100 MB and sync'ing, one of my IDE > drives takes 31 seconds. The SCSI drive (while doing nothing else) took > 2 minutes, 10 seconds. This is extremely noticable in file transfers that > completely > monopolize the SCSI drive, and are much slower than when involving the IDE > drives. > After a large data operation on the SCSI drive, the system will hang for > several minutes. > Anyone know what could be causing this? Thanks. > > Attached are some data to help. You didn't provide enough information for anybody to have a single idea about the cause of the problem you report, in my opinion. Just any not too old 10,000 RPM disk is able to sustain more that 25 MB/s sequential data transfer, but cannot do better than 5 milli-seconds latency with random IO patterns. So, result for 100 MB transfer can be less than 4 seconds in the best case but greater than (25000*5)/1000=125 seconds for random 4K IO pattern, for example. What you want to do, in my opinion, could be: - Check in the syslog the actual transfer speed that has been negotiated for your SCSI disk. - Also check if error messages related to disk IOs have been reported by the kernel. - Run some benchmark to check, at least, sequential IO performance (iozone for example will fit) Gérard. - 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: Poor SCSI drive performance on SMP machine, 2.2.16
Hi. Do you get messages like the ones below in /var/log/messages? sym53c875-0-<0,0>: QUEUE FULL! 8 busy, 7 disconnected CCBs sym53c875-0-<0,0>: tagged command queue depth set to 7 In fact, do you get any messages in your log files that look like they might be related? -- Bruce Harada [EMAIL PROTECTED] On Sun, 28 Jan 2001 02:26:32 -0500 "paradox3" <[EMAIL PROTECTED]> wrote: > I have an SMP machine (dual PII 400s) running 2.2.16 with one 10,000 RPM > IBM > 10 GB SCSI drive > (AIC 7890 on motherboard, using aic7xxx.o), and four various IDE drives. > The > SCSI drive > performs the worst. In tests of writing 100 MB and sync'ing, one of my > IDE > drives takes 31 seconds. The SCSI drive (while doing nothing else) took > 2 minutes, 10 seconds. This is extremely noticable in file transfers > that > completely > monopolize the SCSI drive, and are much slower than when involving the > IDE > drives. > After a large data operation on the SCSI drive, the system will hang for > several minutes. > Anyone know what could be causing this? Thanks. > > Attached are some data to help. > > > Thanks, > Para-dox ([EMAIL PROTECTED]) > > - 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: Poor SCSI drive performance on SMP machine, 2.2.16
Hi. Do you get messages like the ones below in /var/log/messages? sym53c875-0-0,0: QUEUE FULL! 8 busy, 7 disconnected CCBs sym53c875-0-0,0: tagged command queue depth set to 7 In fact, do you get any messages in your log files that look like they might be related? -- Bruce Harada [EMAIL PROTECTED] On Sun, 28 Jan 2001 02:26:32 -0500 "paradox3" [EMAIL PROTECTED] wrote: I have an SMP machine (dual PII 400s) running 2.2.16 with one 10,000 RPM IBM 10 GB SCSI drive (AIC 7890 on motherboard, using aic7xxx.o), and four various IDE drives. The SCSI drive performs the worst. In tests of writing 100 MB and sync'ing, one of my IDE drives takes 31 seconds. The SCSI drive (while doing nothing else) took 2 minutes, 10 seconds. This is extremely noticable in file transfers that completely monopolize the SCSI drive, and are much slower than when involving the IDE drives. After a large data operation on the SCSI drive, the system will hang for several minutes. Anyone know what could be causing this? Thanks. Attached are some data to help. Thanks, Para-dox ([EMAIL PROTECTED]) - 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: Poor SCSI drive performance on SMP machine, 2.2.16
On Sun, 28 Jan 2001, paradox3 wrote: I have an SMP machine (dual PII 400s) running 2.2.16 with one 10,000 RPM IBM 10 GB SCSI drive (AIC 7890 on motherboard, using aic7xxx.o), and four various IDE drives. The SCSI drive performs the worst. In tests of writing 100 MB and sync'ing, one of my IDE drives takes 31 seconds. The SCSI drive (while doing nothing else) took 2 minutes, 10 seconds. This is extremely noticable in file transfers that completely monopolize the SCSI drive, and are much slower than when involving the IDE drives. After a large data operation on the SCSI drive, the system will hang for several minutes. Anyone know what could be causing this? Thanks. Attached are some data to help. You didn't provide enough information for anybody to have a single idea about the cause of the problem you report, in my opinion. Just any not too old 10,000 RPM disk is able to sustain more that 25 MB/s sequential data transfer, but cannot do better than 5 milli-seconds latency with random IO patterns. So, result for 100 MB transfer can be less than 4 seconds in the best case but greater than (25000*5)/1000=125 seconds for random 4K IO pattern, for example. What you want to do, in my opinion, could be: - Check in the syslog the actual transfer speed that has been negotiated for your SCSI disk. - Also check if error messages related to disk IOs have been reported by the kernel. - Run some benchmark to check, at least, sequential IO performance (iozone for example will fit) Grard. - 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: Poor SCSI drive performance on SMP machine, 2.2.16
I don't get any messages relating to the drives in any syslog output. - Original Message - From: "Bruce Harada" [EMAIL PROTECTED] To: "paradox3" [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Sunday, January 28, 2001 3:40 AM Subject: Re: Poor SCSI drive performance on SMP machine, 2.2.16 Hi. Do you get messages like the ones below in /var/log/messages? sym53c875-0-0,0: QUEUE FULL! 8 busy, 7 disconnected CCBs sym53c875-0-0,0: tagged command queue depth set to 7 In fact, do you get any messages in your log files that look like they might be related? -- Bruce Harada [EMAIL PROTECTED] On Sun, 28 Jan 2001 02:26:32 -0500 "paradox3" [EMAIL PROTECTED] wrote: I have an SMP machine (dual PII 400s) running 2.2.16 with one 10,000 RPM IBM 10 GB SCSI drive (AIC 7890 on motherboard, using aic7xxx.o), and four various IDE drives. The SCSI drive performs the worst. In tests of writing 100 MB and sync'ing, one of my IDE drives takes 31 seconds. The SCSI drive (while doing nothing else) took 2 minutes, 10 seconds. This is extremely noticable in file transfers that completely monopolize the SCSI drive, and are much slower than when involving the IDE drives. After a large data operation on the SCSI drive, the system will hang for several minutes. Anyone know what could be causing this? Thanks. Attached are some data to help. Thanks, Para-dox ([EMAIL PROTECTED]) - 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: Poor SCSI drive performance on SMP machine, 2.2.16
Hm. As a point of comparison, I use a similar system to yours (full SCSI, though, no IDE) and I can copy a 100MB file from disk-to-disk, or on the same disk, in around 13 seconds. Where are you copying to the SCSI drive from - the same drive, an IDE disk, CDROM? If IDE, what are its particulars? (Check with hdparm -iI /dev/hd?) -- Bruce Harada [EMAIL PROTECTED] On Sun, 28 Jan 2001 12:44:29 -0500 "paradox3" [EMAIL PROTECTED] wrote: I don't get any messages relating to the drives in any syslog output. Do you get messages like the ones below in /var/log/messages? sym53c875-0-0,0: QUEUE FULL! 8 busy, 7 disconnected CCBs sym53c875-0-0,0: tagged command queue depth set to 7 In fact, do you get any messages in your log files that look like they might be related? - 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: Poor SCSI drive performance on SMP machine, 2.2.16
I did this: date dd if=/dev/zero of=TESTFILE bs=1024 count=102400 date sync date and I gave the time differences from the first to the last timestamp. Regards, Para-dox ([EMAIL PROTECTED]) - Original Message - From: "Bruce Harada" [EMAIL PROTECTED] To: "paradox3" [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Sunday, January 28, 2001 2:31 PM Subject: Re: Poor SCSI drive performance on SMP machine, 2.2.16 Hm. As a point of comparison, I use a similar system to yours (full SCSI, though, no IDE) and I can copy a 100MB file from disk-to-disk, or on the same disk, in around 13 seconds. Where are you copying to the SCSI drive from - the same drive, an IDE disk, CDROM? If IDE, what are its particulars? (Check with hdparm -iI /dev/hd?) -- Bruce Harada [EMAIL PROTECTED] On Sun, 28 Jan 2001 12:44:29 -0500 "paradox3" [EMAIL PROTECTED] wrote: I don't get any messages relating to the drives in any syslog output. Do you get messages like the ones below in /var/log/messages? sym53c875-0-0,0: QUEUE FULL! 8 busy, 7 disconnected CCBs sym53c875-0-0,0: tagged command queue depth set to 7 In fact, do you get any messages in your log files that look like they might be related? - 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/ - 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: Poor SCSI drive performance on SMP machine, 2.2.16
Sorry, forget this last email. Here is hdparm output. hdparm
Re: Poor SCSI drive performance on SMP machine, 2.2.16
It sounds to me like you have a SCSI bus problem. Have you checked termination? Cable quality? Cable lengths? Forgive me, I'm rather ignorant of SCSI hardware.All that I have is a cable (appears to be good quality, came with motherboard) about 60 centimeters long going from the motherboard to my hard drive. There is an unused/empty port in between. Do you have tagged queuing enabled for aic7xxx? It's a config option and you can adjust the maximum queue depth. You can see the current settings by cat /proc/scsi/aic7xxx/0 /proc/scsi only contains a single file named "scsi" with brief info about the drive According to my last save kernel config, tagged command queueing is not enabled by default. Could this be the problem? Do you have write caching enabled on the drive? scsiinfo -c /dev/sdx will tell you if you do. I don't seem to have scsiinfo. As a data point, I copied a 650MB file to another file on the same 10krpm disk and sync'ed in about the same time it takes you to write 100MB. I've also copied it from a slower 7200rpm disk to my 10krpm IBM drive and sync'ed in 1 min 19 secs which is about the read speed of the slower disk. -- Trevor Hemsley, Brighton, UK. [EMAIL PROTECTED] - 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: Poor SCSI drive performance on SMP machine, 2.2.16
"paradox3" [EMAIL PROTECTED] writes: I did this: date dd if=/dev/zero of=TESTFILE bs=1024 count=102400 date sync date and I gave the time differences from the first to the last timestamp. hmm. i ran this on my old ppro200 with adaptec 2940uw and ibm DDRS-39130W drive. sophia(jk)$ cat foo date dd if=/dev/zero of=TESTFILE bs=1024 count=102400 date sync sync sync date i get sophia(jk)$ time bash foo Sun Jan 28 18:41:52 EST 2001 102400+0 records in 102400+0 records out Sun Jan 28 18:42:11 EST 2001 Sun Jan 28 18:42:13 EST 2001 real0m20.803s user0m0.400s sys 0m8.780s and this during a full kernel compile. i get similar decent results using my other computer with a symbios 8751sp and fujitsu and seagate drives. something must be messed up in a configuration somewhere. are you sure you are running the drive in synchronous ultra wide mode? is you termination good? Regards, Para-dox ([EMAIL PROTECTED]) - Original Message - From: "Bruce Harada" [EMAIL PROTECTED] To: "paradox3" [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Sunday, January 28, 2001 2:31 PM Subject: Re: Poor SCSI drive performance on SMP machine, 2.2.16 Hm. As a point of comparison, I use a similar system to yours (full SCSI, though, no IDE) and I can copy a 100MB file from disk-to-disk, or on the same disk, in around 13 seconds. Where are you copying to the SCSI drive from - the same drive, an IDE disk, CDROM? If IDE, what are its particulars? (Check with hdparm -iI /dev/hd?) -- Bruce Harada [EMAIL PROTECTED] On Sun, 28 Jan 2001 12:44:29 -0500 "paradox3" [EMAIL PROTECTED] wrote: I don't get any messages relating to the drives in any syslog output. Do you get messages like the ones below in /var/log/messages? sym53c875-0-0,0: QUEUE FULL! 8 busy, 7 disconnected CCBs sym53c875-0-0,0: tagged command queue depth set to 7 In fact, do you get any messages in your log files that look like they might be related? - 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/ - 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/ -- J o h a n K u l l s t a m [[EMAIL PROTECTED]] Don't Fear the Penguin! - 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: Poor SCSI drive performance on SMP machine, 2.2.16
Here is the output from dmesg. How do I tell if it is improperly terminated? Thanks, Para-dox ([EMAIL PROTECTED]) - Original Message - From: "Michael Brown" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, January 28, 2001 11:12 PM Subject: Re: Poor SCSI drive performance on SMP machine, 2.2.16 Your problem appears to be improper SCSI termination. You need to either 1) make sure your SCSI drive has termination enabled or 2) move your SCSI drive to the middle connector and put a terminator on the last connector Check your syslog and post to l-k the part where it detects your drives. I'll bet the adapter is throttling back quite dramatically in the presence of improper termination. -- Michael Brown _ Get your FREE download of MSN Explorer at http://explorer.msn.com (scsi0) Adaptec AIC-7890/1 Ultra2 SCSI host adapter found at PCI 0/12/0 (scsi0) Wide Channel, SCSI ID=7, 32/255 SCBs (scsi0) Downloading sequencer code... 392 instructions downloaded scsi0 : Adaptec AHA274x/284x/294x (EISA/VLB/PCI-Fast SCSI) 5.1.31/3.2.4 Adaptec AIC-7890/1 Ultra2 SCSI host adapter scsi : 1 host. (scsi0:0:0:0) Synchronous at 40.0 Mbyte/sec, offset 15. Vendor: IBM Model: DGHS09U Rev: 0350 Type: Direct-Access ANSI SCSI revision: 03 Detected scsi disk sda at scsi0, channel 0, id 0, lun 0 scsi : detected 1 SCSI disk total. SCSI device sda: hdwr sector= 512 bytes. Sectors= 17916240 [8748 MB] [8.7 GB] Partition check: sda: sda1 sda2 sda3
Re: Poor SCSI drive performance on SMP machine, 2.2.16
WOOHOO, first report where I win one against the ever losing battle against SCSIparadox3, you made my evening... Also please add to the sign on I95 exit 2... ""Welcome to Maine", 'now you can go home, now'" Caution Moose will attempt to mate with cars carrying canoes in the winter. Cheers, Andre Hedrick Linux ATA Development On Sun, 28 Jan 2001, paradox3 wrote: > I have an SMP machine (dual PII 400s) running 2.2.16 with one 10,000 RPM IBM > 10 GB SCSI drive > (AIC 7890 on motherboard, using aic7xxx.o), and four various IDE drives. The > SCSI drive > performs the worst. In tests of writing 100 MB and sync'ing, one of my IDE > drives takes 31 seconds. The SCSI drive (while doing nothing else) took > 2 minutes, 10 seconds. This is extremely noticable in file transfers that > completely > monopolize the SCSI drive, and are much slower than when involving the IDE > drives. > After a large data operation on the SCSI drive, the system will hang for > several minutes. > Anyone know what could be causing this? Thanks. > > Attached are some data to help. > > > Thanks, > Para-dox ([EMAIL PROTECTED]) > > - 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/
Poor SCSI drive performance on SMP machine, 2.2.16
I have an SMP machine (dual PII 400s) running 2.2.16 with one 10,000 RPM IBM 10 GB SCSI drive (AIC 7890 on motherboard, using aic7xxx.o), and four various IDE drives. The SCSI drive performs the worst. In tests of writing 100 MB and sync'ing, one of my IDE drives takes 31 seconds. The SCSI drive (while doing nothing else) took 2 minutes, 10 seconds. This is extremely noticable in file transfers that completely monopolize the SCSI drive, and are much slower than when involving the IDE drives. After a large data operation on the SCSI drive, the system will hang for several minutes. Anyone know what could be causing this? Thanks. Attached are some data to help. Thanks, Para-dox ([EMAIL PROTECTED]) CPU0 CPU1 0: 43661720 59171710IO-APIC-edge timer 1: 233992 282694IO-APIC-edge keyboard 2: 0 0 XT-PIC cascade 8: 1 0IO-APIC-edge rtc 13: 1 0 XT-PIC fpu 14: 20 10IO-APIC-edge ide0 15: 46455293 50354306IO-APIC-edge ide1 16: 14508949 14462778 IO-APIC-level eth0 17:39395544293901 IO-APIC-level eth1 18: 750747 761816 IO-APIC-level aic7xxx NMI: 0 ERR: 0 PCI devices found: Bus 0, device 0, function 0: Host bridge: Intel 440BX - 82443BX Host (rev 2). Medium devsel. Master Capable. Latency=64. Prefetchable 32 bit memory at 0xe800 [0xe808]. Bus 0, device 1, function 0: PCI bridge: Intel 440BX - 82443BX AGP (rev 2). Medium devsel. Master Capable. Latency=64. Min Gnt=136. Bus 0, device 7, function 0: ISA bridge: Intel 82371AB PIIX4 ISA (rev 2). Medium devsel. Fast back-to-back capable. Master Capable. No bursts. Bus 0, device 7, function 1: IDE interface: Intel 82371AB PIIX4 IDE (rev 1). Medium devsel. Fast back-to-back capable. Master Capable. Latency=64. I/O at 0xf000 [0xf001]. Bus 0, device 7, function 2: USB Controller: Intel 82371AB PIIX4 USB (rev 1). Medium devsel. Fast back-to-back capable. IRQ 10. Master Capable. Latency=64. I/O at 0xe000 [0xe001]. Bus 0, device 7, function 3: Bridge: Intel 82371AB PIIX4 ACPI (rev 2). Medium devsel. Fast back-to-back capable. Bus 0, device 8, function 0: Ethernet controller: Intel 82557 (rev 5). Medium devsel. Fast back-to-back capable. IRQ 16. Master Capable. Latency=64. Min Gnt=8.Max Lat=56. Prefetchable 32 bit memory at 0xef101000 [0xef101008]. I/O at 0xe400 [0xe401]. Non-prefetchable 32 bit memory at 0xef00 [0xef00]. Bus 0, device 9, function 0: Ethernet controller: Winbond NE2000-PCI (rev 0). Medium devsel. Fast back-to-back capable. IRQ 17. I/O at 0xe800 [0xe801]. Bus 0, device 12, function 0: SCSI storage controller: Adaptec AIC-7890/1 (rev 0). Medium devsel. Fast back-to-back capable. BIST capable. IRQ 18. Master Capable. Latency=64. Min Gnt=39.Max Lat=25. I/O at 0xec00 [0xec01]. Non-prefetchable 64 bit memory at 0xef10 [0xef14]. Bus 1, device 0, function 0: VGA compatible controller: S3 Inc. ViRGE/GX2 (rev 6). Medium devsel. IRQ 16. Master Capable. Latency=64. Min Gnt=4.Max Lat=255. Non-prefetchable 32 bit memory at 0xe000 [0xe000].
Poor SCSI drive performance on SMP machine, 2.2.16
I have an SMP machine (dual PII 400s) running 2.2.16 with one 10,000 RPM IBM 10 GB SCSI drive (AIC 7890 on motherboard, using aic7xxx.o), and four various IDE drives. The SCSI drive performs the worst. In tests of writing 100 MB and sync'ing, one of my IDE drives takes 31 seconds. The SCSI drive (while doing nothing else) took 2 minutes, 10 seconds. This is extremely noticable in file transfers that completely monopolize the SCSI drive, and are much slower than when involving the IDE drives. After a large data operation on the SCSI drive, the system will hang for several minutes. Anyone know what could be causing this? Thanks. Attached are some data to help. Thanks, Para-dox ([EMAIL PROTECTED]) CPU0 CPU1 0: 43661720 59171710IO-APIC-edge timer 1: 233992 282694IO-APIC-edge keyboard 2: 0 0 XT-PIC cascade 8: 1 0IO-APIC-edge rtc 13: 1 0 XT-PIC fpu 14: 20 10IO-APIC-edge ide0 15: 46455293 50354306IO-APIC-edge ide1 16: 14508949 14462778 IO-APIC-level eth0 17:39395544293901 IO-APIC-level eth1 18: 750747 761816 IO-APIC-level aic7xxx NMI: 0 ERR: 0 PCI devices found: Bus 0, device 0, function 0: Host bridge: Intel 440BX - 82443BX Host (rev 2). Medium devsel. Master Capable. Latency=64. Prefetchable 32 bit memory at 0xe800 [0xe808]. Bus 0, device 1, function 0: PCI bridge: Intel 440BX - 82443BX AGP (rev 2). Medium devsel. Master Capable. Latency=64. Min Gnt=136. Bus 0, device 7, function 0: ISA bridge: Intel 82371AB PIIX4 ISA (rev 2). Medium devsel. Fast back-to-back capable. Master Capable. No bursts. Bus 0, device 7, function 1: IDE interface: Intel 82371AB PIIX4 IDE (rev 1). Medium devsel. Fast back-to-back capable. Master Capable. Latency=64. I/O at 0xf000 [0xf001]. Bus 0, device 7, function 2: USB Controller: Intel 82371AB PIIX4 USB (rev 1). Medium devsel. Fast back-to-back capable. IRQ 10. Master Capable. Latency=64. I/O at 0xe000 [0xe001]. Bus 0, device 7, function 3: Bridge: Intel 82371AB PIIX4 ACPI (rev 2). Medium devsel. Fast back-to-back capable. Bus 0, device 8, function 0: Ethernet controller: Intel 82557 (rev 5). Medium devsel. Fast back-to-back capable. IRQ 16. Master Capable. Latency=64. Min Gnt=8.Max Lat=56. Prefetchable 32 bit memory at 0xef101000 [0xef101008]. I/O at 0xe400 [0xe401]. Non-prefetchable 32 bit memory at 0xef00 [0xef00]. Bus 0, device 9, function 0: Ethernet controller: Winbond NE2000-PCI (rev 0). Medium devsel. Fast back-to-back capable. IRQ 17. I/O at 0xe800 [0xe801]. Bus 0, device 12, function 0: SCSI storage controller: Adaptec AIC-7890/1 (rev 0). Medium devsel. Fast back-to-back capable. BIST capable. IRQ 18. Master Capable. Latency=64. Min Gnt=39.Max Lat=25. I/O at 0xec00 [0xec01]. Non-prefetchable 64 bit memory at 0xef10 [0xef14]. Bus 1, device 0, function 0: VGA compatible controller: S3 Inc. ViRGE/GX2 (rev 6). Medium devsel. IRQ 16. Master Capable. Latency=64. Min Gnt=4.Max Lat=255. Non-prefetchable 32 bit memory at 0xe000 [0xe000].
Re: Poor SCSI drive performance on SMP machine, 2.2.16
WOOHOO, first report where I win one against the ever losing battle against SCSIparadox3, you made my evening... Also please add to the sign on I95 exit 2... ""Welcome to Maine", 'now you can go home, now'" Caution Moose will attempt to mate with cars carrying canoes in the winter. Cheers, Andre Hedrick Linux ATA Development On Sun, 28 Jan 2001, paradox3 wrote: I have an SMP machine (dual PII 400s) running 2.2.16 with one 10,000 RPM IBM 10 GB SCSI drive (AIC 7890 on motherboard, using aic7xxx.o), and four various IDE drives. The SCSI drive performs the worst. In tests of writing 100 MB and sync'ing, one of my IDE drives takes 31 seconds. The SCSI drive (while doing nothing else) took 2 minutes, 10 seconds. This is extremely noticable in file transfers that completely monopolize the SCSI drive, and are much slower than when involving the IDE drives. After a large data operation on the SCSI drive, the system will hang for several minutes. Anyone know what could be causing this? Thanks. Attached are some data to help. Thanks, Para-dox ([EMAIL PROTECTED]) - 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/