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. 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
