I am at a total loss, But I have found some interesting anomalies with my
hardware.
My Current Setup:
Supermicro S370DE6 (Serverworks Chipset)
Dual PIII 866
2 x 256 MB PC133 ECC SDRAM
onboard AIC 7899 SCSI Controller.
36G,73GB Seagate Cheetah Drive.
Voodoo4 4500 AGP video,
Fore PCA 200e ATM
I am at a total loss, But I have found some interesting anomalies with my
hardware.
My Current Setup:
Supermicro S370DE6 (Serverworks Chipset)
Dual PIII 866
2 x 256 MB PC133 ECC SDRAM
onboard AIC 7899 SCSI Controller.
36G,73GB Seagate Cheetah Drive.
Voodoo4 4500 AGP video,
Fore PCA 200e ATM
This is NOT a dd problem. I have been trying to write large files to a vfat
filesystem. This is definitely a bug with the kernel. I have had the seg
fault. Try running the program again, but look at your console. It think
that it will result in a kernel bug statement.I think that mine said it was
This is NOT a dd problem. I have been trying to write large files to a vfat
filesystem. This is definitely a bug with the kernel. I have had the seg
fault. Try running the program again, but look at your console. It think
that it will result in a kernel bug statement.I think that mine said it was
PROTECTED]]
Sent: Saturday, February 17, 2001 7:06 PM
To: Nathan Black
Cc: [EMAIL PROTECTED]
Subject: Re: aic7xxx (and sym53c8xx) plans
[Nathan Black]
> This really improved the performance of my dual PIII-866 w/512MB Ram
> and AIC7899 scsi.
[...]
> I would suggest, if at all possible, puttin
PROTECTED]]
Sent: Saturday, February 17, 2001 7:06 PM
To: Nathan Black
Cc: [EMAIL PROTECTED]
Subject: Re: aic7xxx (and sym53c8xx) plans
[Nathan Black]
This really improved the performance of my dual PIII-866 w/512MB Ram
and AIC7899 scsi.
[...]
I would suggest, if at all possible, putting this in
I must say, after I saw this post, I tried out the latest driver for my own
purposes.
This really improved the performance of my dual PIII-866 w/512MB Ram and
AIC7899 scsi.
I have a couple of cheetah drives that I am writing data that I get off of
an ATM card.(about 12-14 MB/sec rate).
This
I must say, after I saw this post, I tried out the latest driver for my own
purposes.
This really improved the performance of my dual PIII-866 w/512MB Ram and
AIC7899 scsi.
I have a couple of cheetah drives that I am writing data that I get off of
an ATM card.(about 12-14 MB/sec rate).
This
need 512 byte alignment
i.e.
change
char writeBuf[512];
to:
char writeBuf[1023];
writeBuf = (char *)(((int )[0] + 511) &~511);
This will typecast the writeBuffer address to an int and add 511 to the
address. When you and that with ~511( invert 511). That will result int
need 512 byte alignment
i.e.
change
char writeBuf[512];
to:
char writeBuf[1023];
writeBuf = (char *)(((int )writeBuf[0] + 511) ~511);
This will typecast the writeBuffer address to an int and add 511 to the
address. When you and that with ~511( invert 511). That will result
That is what I wanted to do...Write directly to the disk. But the
kernel(2.4.1) is caching the io...
-Original Message-
From: bert hubert [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 31, 2001 12:51 PM
To: Nathan Black
Cc: [EMAIL PROTECTED]
Subject: Re: drive/block device write
I was wondering if there is a way to make the kernel write to disk faster.
I need to maintain a 10 MB /sec write rate to a 10K scsi disk in a computer,
but it caches and doesn't start writing to disk until I hit about 700 MB. At
that point, it pauses(presumably while the kernel is flushing some
That is what I wanted to do...Write directly to the disk. But the
kernel(2.4.1) is caching the io...
-Original Message-
From: bert hubert [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 31, 2001 12:51 PM
To: Nathan Black
Cc: [EMAIL PROTECTED]
Subject: Re: drive/block device write
with an adaptec scsi 160 to see if that
behaves better.
Nathan
-Original Message-
From: Dr. Michael Weller [mailto:[EMAIL PROTECTED]]
Sent: Monday, January 29, 2001 11:39 AM
To: Nathan Black
Cc: [EMAIL PROTECTED]
Subject: Re: Bolck Device problem or Compaq Smart array 2 problem?
kernel -2.4
EMAIL PROTECTED]]
Sent: Monday, January 29, 2001 11:38 AM
To: Nathan Black
Cc: [EMAIL PROTECTED]
Subject: Re: Bolck Device problem or Compaq Smart array 2 problem?
kernel -2.4 .0+
On Mon, Jan 29 2001, Nathan Black wrote:
> Here are my results.
>
> 2.2.18- works fine. 24 MBytes/sec at 100+ g
Here is my scenario. I have a smart array controller 2. I have 6 logical
drives( one on it's own physical drive). I am using the one drive for data
aquisition from an atm board. To locate my problem, I removed all of the atm
stuff. and I am trying just a read/write. Both show the same symptoms.
Here is my scenario. I have a smart array controller 2. I have 6 logical
drives( one on it's own physical drive). I am using the one drive for data
aquisition from an atm board. To locate my problem, I removed all of the atm
stuff. and I am trying just a read/write. Both show the same symptoms.
EMAIL PROTECTED]]
Sent: Monday, January 29, 2001 11:38 AM
To: Nathan Black
Cc: [EMAIL PROTECTED]
Subject: Re: Bolck Device problem or Compaq Smart array 2 problem?
kernel -2.4 .0+
On Mon, Jan 29 2001, Nathan Black wrote:
Here are my results.
2.2.18- works fine. 24 MBytes/sec at 100+ gigabytes (16GB l
with an adaptec scsi 160 to see if that
behaves better.
Nathan
-Original Message-
From: Dr. Michael Weller [mailto:[EMAIL PROTECTED]]
Sent: Monday, January 29, 2001 11:39 AM
To: Nathan Black
Cc: [EMAIL PROTECTED]
Subject: Re: Bolck Device problem or Compaq Smart array 2 problem?
kernel -2.4
What problem are you trying to solve, I just joined the group in hopes of
finding a solution to a problem of mine.
It sounds like they may be related.
I am trying to write to a drive(raw, blank, whatever you want to call it) on
kernel 2.4.1-pre10. I get great throughput at first, but then it
What problem are you trying to solve, I just joined the group in hopes of
finding a solution to a problem of mine.
It sounds like they may be related.
I am trying to write to a drive(raw, blank, whatever you want to call it) on
kernel 2.4.1-pre10. I get great throughput at first, but then it
21 matches
Mail list logo