[EMAIL PROTECTED] (Tim Wright) writes:
> On Wed, Dec 27, 2000 at 04:23:43PM +, Paul Jakma wrote:
> > On Tue, 26 Dec 2000, Ian Stirling wrote:
> >
> > > The PCI bus can move around 130MB/sec,
> >
> > in bursts yes, but sustained data bandwidth of PCI is a lot lower,
> > maybe 30 to 50MB/s.
On Wed, Dec 27, 2000 at 04:23:43PM +, Paul Jakma wrote:
> On Tue, 26 Dec 2000, Ian Stirling wrote:
>
> > The PCI bus can move around 130MB/sec,
>
> in bursts yes, but sustained data bandwidth of PCI is a lot lower,
> maybe 30 to 50MB/s. And you won't get sustained RAID performance >
>
On Wed, Dec 27, 2000 at 04:23:43PM +, Paul Jakma wrote:
On Tue, 26 Dec 2000, Ian Stirling wrote:
The PCI bus can move around 130MB/sec,
in bursts yes, but sustained data bandwidth of PCI is a lot lower,
maybe 30 to 50MB/s. And you won't get sustained RAID performance
sustained PCI
[EMAIL PROTECTED] (Tim Wright) writes:
On Wed, Dec 27, 2000 at 04:23:43PM +, Paul Jakma wrote:
On Tue, 26 Dec 2000, Ian Stirling wrote:
The PCI bus can move around 130MB/sec,
in bursts yes, but sustained data bandwidth of PCI is a lot lower,
maybe 30 to 50MB/s. And you won't
Ruth Ivimey-Cook wrote:
>
> On IDE, you don't. IDE never supports hot-swap, RAID or no. If you want
> that, use SCSI.
That's not necessarily true. There is work in linux to support Tri-stating
the ide devices with the help of a custom card that will allow one to cut
power to a specific ide
On Tue, 26 Dec 2000, Ian Stirling wrote:
> The PCI bus can move around 130MB/sec,
in bursts yes, but sustained data bandwidth of PCI is a lot lower,
maybe 30 to 50MB/s. And you won't get sustained RAID performance >
sustained PCI performance.
> Anyway, in clarification, Rik mentioned that two
At 11:29 PM 12/25/00, you wrote:
>To verify that this is not an issue of the Promise controller, I started
>two instances of my test tool at the same time, one working on hde, the
>other on hdg (the two channels). Both yielded approximately 25 meg/sec,
>so it does not appear to be a hardware or
At 11:29 PM 12/25/00, you wrote:
To verify that this is not an issue of the Promise controller, I started
two instances of my test tool at the same time, one working on hde, the
other on hdg (the two channels). Both yielded approximately 25 meg/sec,
so it does not appear to be a hardware or
On Tue, 26 Dec 2000, Ian Stirling wrote:
The PCI bus can move around 130MB/sec,
in bursts yes, but sustained data bandwidth of PCI is a lot lower,
maybe 30 to 50MB/s. And you won't get sustained RAID performance
sustained PCI performance.
Anyway, in clarification, Rik mentioned that two
Ruth Ivimey-Cook wrote:
On IDE, you don't. IDE never supports hot-swap, RAID or no. If you want
that, use SCSI.
That's not necessarily true. There is work in linux to support Tri-stating
the ide devices with the help of a custom card that will allow one to cut
power to a specific ide
Ian Stirling wrote:
> Where are you getting 100MB/s?
> The PCI bus can move around 130MB/sec, but RAM is lots faster.
I'll clarify your clarification further. :) Your typical PC has 33MHz
32-bit PCI. Increasing it to 66MHz or 64-bit can double the transfer rate,
and doing both can quadruple it.
>
> On Tue, 26 Dec 2000, Felix von Leitner wrote:
> > Thus spake Rik van Riel ([EMAIL PROTECTED]):
> > > > One more detail: top says the CPU is 50% system when reading from either
> > > > one of the disk or raid devices. That seems awfully high considering
> > > > that the Promise controller
On Tue, 26 Dec 2000, Felix von Leitner wrote:
> Thus spake Rik van Riel ([EMAIL PROTECTED]):
> > > One more detail: top says the CPU is 50% system when reading from either
> > > one of the disk or raid devices. That seems awfully high considering
> > > that the Promise controller claims to do
On Tue, 26 Dec 2000, Felix von Leitner wrote:
> Thus spake Felix von Leitner ([EMAIL PROTECTED]):
> > Here is the result of my test program on the strip set:
> > # rb < /dev/md/0
> > 30.3 meg/sec
> > #
>
> One more detail: top says the CPU is 50% system when reading from either
> one of
On Tue, 26 Dec 2000, Felix von Leitner wrote:
Thus spake Felix von Leitner ([EMAIL PROTECTED]):
Here is the result of my test program on the strip set:
# rb /dev/md/0
30.3 meg/sec
#
One more detail: top says the CPU is 50% system when reading from either
one of the disk or
On Tue, 26 Dec 2000, Felix von Leitner wrote:
Thus spake Rik van Riel ([EMAIL PROTECTED]):
One more detail: top says the CPU is 50% system when reading from either
one of the disk or raid devices. That seems awfully high considering
that the Promise controller claims to do UDMA.
On Tue, 26 Dec 2000, Felix von Leitner wrote:
Thus spake Rik van Riel ([EMAIL PROTECTED]):
One more detail: top says the CPU is 50% system when reading from either
one of the disk or raid devices. That seems awfully high considering
that the Promise controller claims to do UDMA.
Ian Stirling wrote:
Where are you getting 100MB/s?
The PCI bus can move around 130MB/sec, but RAM is lots faster.
I'll clarify your clarification further. :) Your typical PC has 33MHz
32-bit PCI. Increasing it to 66MHz or 64-bit can double the transfer rate,
and doing both can quadruple it.
Felix von Leitner writes:
> I bought 4 ATA-100 Maxtor drives and put them on a Promise Ultra100
> controller to make a single striping RAID of them to increase
> throughput.
>
> I wrote a small test program that simply reads stdin linearly and
> displays the throughput. Here are the results of
Thus spake Felix von Leitner ([EMAIL PROTECTED]):
> Here is the result of my test program on the strip set:
> # rb < /dev/md/0
> 30.3 meg/sec
> #
One more detail: top says the CPU is 50% system when reading from either
one of the disk or raid devices. That seems awfully high considering
Hi,
I bought 4 ATA-100 Maxtor drives and put them on a Promise Ultra100
controller to make a single striping RAID of them to increase
throughput.
I wrote a small test program that simply reads stdin linearly and
displays the throughput. The block size is 100k. This is the result:
# cat
Hi,
I bought 4 ATA-100 Maxtor drives and put them on a Promise Ultra100
controller to make a single striping RAID of them to increase
throughput.
I wrote a small test program that simply reads stdin linearly and
displays the throughput. The block size is 100k. This is the result:
# cat
Thus spake Felix von Leitner ([EMAIL PROTECTED]):
Here is the result of my test program on the strip set:
# rb /dev/md/0
30.3 meg/sec
#
One more detail: top says the CPU is 50% system when reading from either
one of the disk or raid devices. That seems awfully high considering
that
23 matches
Mail list logo
