On Sat, Aug 30, 2008 at 10:48:05PM -0700, Neko wrote:
> there is no wonder its an "ensteinium dinosaur"
>
> piece of hardware travels a lot an sometimes ends up in
> 486, p1 or p111, i had to backup this biggy in a fly,
> and since the kernel was supporting it, but while the bios was
> bewildered i was able to make the copy,
>
> some suggested the raw device , next time the opportunity occurs
> ill try it since i seen improvement on the generic device,
> but somehow i think ill have to go back to the 2 1/2 days
> scenario, if this hardware restriction occurs again.
>
> i doupt raw device will go up to the end of the drive as did the
> generic one since bios doesnt even.
Bah, you did not listen. Raw vs block device has nothing to do with
bios restrictions.
-Otto
>
>
> anyways the drives are out, got lot of time to cover the subject during
> that time , just a few abstactions that i needed to verify with the bsd team
>
>
> thanks
>
> neko
>
>
> --- On Thu, 8/28/08, Siegbert Marschall <[EMAIL PROTECTED]> wrote:
>
> > From: Siegbert Marschall <[EMAIL PROTECTED]>
> > Subject: Re: dd performance question
> > To: misc@openbsd.org
> > Date: Thursday, August 28, 2008, 6:35 AM
> > >> On Mon, Aug 25, 2008 at 06:58:30PM -0700, Neko
> > wrote:
> > >> > Hi all,
> > >> >
> > >> > having a 250 GB drive on a PATA strip using
> > lowest PIO
> > >> mode (without dma if possible), drive specs show a
> > 8 MB
> > >> buffer ,
> > >> >
> > ..
> >
> > >> > i had ran mine at 4mb block space thinking
> > ill use the
> > >> 16mb bus transfer
> > >> > divided at most in 4, per second, but i
> > achieved that
> > >> in a minute instead.
> > >> > this is really poor performance, 3 days for
> > 250gb
> > >> transfer at 4mb bs
> > >> >
> >
> > what do you expect ? PIO0 ist max. 3mbyte/sec, in reality
> > more like 1-2mbyte/sec. that's 125000sec=34hours if you
> > are
> > lucky, 3days if you are unlucky.
> >
> > switch to UDMA4/5/6 and you will get >30mbyte/sec but
> > no,
> > I wan't no DMA and lowest PIO.
> >
> > some days one is really wondering...
> >
> > -sm
