On Tue, Oct 16, 2007 at 05:34:15PM +1000, Nick Piggin wrote:
> > It's a hard call. The I/O time for 1MB of contiguous disk data
> > is about the I/O time of 512 bytes of contiguous disk data.
>
> And if you're thrashing, then by definition you need to throw
> out 1MB of your working set in order
"Maybe there are other USB-IDE converters
that may make this mistake", but won't go as far as: "Maybe there
are other SCSI devices that make this mistake".
Roger.
>
> Matt
>
> On Thu, Aug 16, 2007 at 04:58:17PM +0200, Rogier Wolff wrote:
> >
Hi,
I have an usb-storage enclosure that houses a normal desktop
harddrive. I have been wondering why disks in that enclosure
seemed to be having less errors than when connected to a
normal IDE connector.
The reason is: USB-storage is ignoring a hint that something is
wrong. Probably my enc
Douglas Gilbert wrote:
> Rogier Wolff wrote:
> >
> > Douglas Gilbert wrote:
> > > $ time sg_dd if=/dev/sg0 of=/dev/null bs=512 skip=0 count=200k
> > > real0m2.542s
> >
> > I always use "bs=1024k count=100". This eliminates more of the
Douglas Gilbert wrote:
> $ time sg_dd if=/dev/sg0 of=/dev/null bs=512 skip=0 count=200k
> real0m2.542s
I always use "bs=1024k count=100". This eliminates more of the
system-call overhead (I hope...)
Roger.
--
** [EMAIL PROTECTED] ** http://www.BitWizard.nl/ ** +31-
MONZ wrote:
> Anyone got experiences with ?
> Docs tells about more uniform performance form outer to inner tracks
> compared to 10K disks, but then again a swap partition on outer tracks
> may perform better on 10K disks, since 15K disks are actually slower on
> outer tracks, according to doc's.
Mark A . Tagliaferro wrote:
> >Alan Cox <[EMAIL PROTECTED]> wrote:
> >> request_module[block-major-8]: Root fs not mounted
> >> VFS: Cannot open root device "803" or 08:03
> >> Please append a correct "root=" boot option
> >> Kernel panic: VFS: Unable to mount root fs on 08:03
> >>
> >> ...could
Mike Castle wrote:
> On Thu, May 24, 2001 at 10:26:07PM -0400, Hactar wrote:
> > On Thu, 24 May 2001, Mike Castle wrote:
> >
> > > On Thu, May 24, 2001 at 09:24:33PM -0400, Doug Ledford wrote:
> > > > FILES
> > > >/dev/st* : the auto-rewind SCSI tape devices
> > > >/dev/nst* : th
Richard Gooch wrote:
> Dave sent a message out a week or two ago saying he was going to do it
> soon. And back in January he said he'd be doing it in February. The
> kernel list FAQ has stated this right at the top, in big, bright red
> letters. Yesterday, after I saw Dave's announcement, I update
Hi,
I have an optical disk where the data needs to be recovered. However,
the drive tells me:
SCSI device sda: hdwr sector= 512 bytes. Sectors= 450566 [220 MB] [0.2 GB]
sda:scsi0: MEDIUM ERROR on channel 0, id 4, lun 0, CDB: Read (10) 00 00 00 00 00
00 00 02 00
[valid=0] Info f
Kurt Garloff wrote:
> > A simple test shows that the module count is working for
> > the sg driver. So it seems as if open() calls to char
> > devices do an auto module count increment. However I
> > was unable to find the code that does this (e.g. no sign
> > of it in fs/devices.c).
> >
> > Perh
Hi Linus,
You must have missed this the first time. So I'll send it again.
There is a small problem in sd.c: If a disk doesn't become ready, the
loop to try and spin it up doesn't terminate. This can be fixed by
moving one statement up a few lines. Patch below
(the "start of the loop time" v
Hi Linus, Alan,
There is a small problem in sd.c: If a disk doesn't become ready, the
loop to try and spin it up doesn't terminate. This can be fixed by
moving one statement up a few lines. Patch below
(the "start of the loop time" variable (spintime_value) is set INSIDE
the loop, which means t
13 matches
Mail list logo
