Re: Silicon Image 3112A SATA trouble

From: Bartlomiej Zolnierkiewicz (B.Zolnierkiewicz_at_elka.pw.edu.pl)
Date: 11/30/03

  • Next message: Jens Axboe: "Re: Silicon Image 3112A SATA trouble" 
    To: "Prakash K. Cheemplavam" <prakashkc@gmx.de>
Date:	Sun, 30 Nov 2003 17:21:41 +0100

    I read it _very_ closely, here is your original mail with subject
    "Re: 2.6.0-test9 /-mm3 SATA siimage - bad disk performance":

    On Saturday 15 of November 2003 10:11, Prakash K. Cheemplavam wrote:
    > Marcus Hartig wrote:
    > > Hello all,
    > >
    > > with the Fedora 1 kernel 2.4.22-1.2115.nptl I get with hdparm -t
    > > (Timing buffered disk reads) 34 MB/sec. Its very slow for this drive.
    > >
    > > With 2.6.0-test9 and -mm3 I get around "62 MB in 3.05 = 20,31". Wow"
    > > Back to ~1998?
    >
    > I have a similar problem: With 2.4.22-ac3 I had 37mb/sec with my Samsung
    > HD and 49MB/sec with IBM/Hitachi, now with 2.6 (all I tried, including
                                        ^^^^^^^^^^^^
    > test9-mm2) I had only 20mb/sec for Samsung and about 39mb/sec for the
                 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
    > IBM. Motherboard is Abit NF7-S Rev2.0, as well, so same situation with
      ^^^^
    > the siimage 1.06 driver. I wanted to run some dd tests as well, but it
    > is a real performance hit. Playing with readahead or other hdparm
    > options didn't help either.
    >
    > Prakash

    In 2.6.x there is no max_kb_per_request setting in /proc/ide/hdx/settings.
    Therefore
            echo "max_kb_per_request:128" > /proc/ide/hde/settings
    does not work.

    Hmm. actually I was under influence that we have generic ioctls in 2.6.x,
    but I can find only BLKSECTGET, BLKSECTSET was somehow lost. Jens?

    Prakash, please try patch and maybe you will have 2 working drivers now :-).

    --bart

    On Sunday 30 of November 2003 16:52, Prakash K. Cheemplavam wrote:
    > Bartlomiej Zolnierkiewicz wrote:
    > > Okay, stop bashing IDE driver... three mails is enough...
    > >
    > > Apply this patch and you should get similar performance from IDE driver.
    > > You are probably seeing big improvements with libata driver because
    >
    > you are
    >
    > > using Samsung and IBM/Hitachi drives only, for Seagate it probably
    >
    > sucks just
    >
    > > like IDE driver...
    > >
    > > IDE driver limits requests to 15kB for all SATA drives...
    > > libata driver limits requests to 15kB only for Seagata SATA drives...
    >
    > If you read my message closely then you should have understand that
    > setting the request highr *didn't* help, ie
    >
    > echo "max_kb_per_request:128" > /proc/ide/hde/settings
    >
    > made *no* difference, so I won't even try that patch. As far I have
    > understood this is exactly the thing you changed in the patch. If I am
    > mistaken, then I take it back.
    >
    > Prakash

    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

  • Next message: Jens Axboe: "Re: Silicon Image 3112A SATA trouble"

    Relevant Pages

    • Re: ksoftirqd uses 99% CPU triggered by network traffic (maybe RLT-8139 related)
      ... Patch r8139-20.patch didn't help. ... crash but without DEBUG it did crash. ... Here is a snapshot from the log file when driver is crashing: ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: r8169.c
      ... > who tries to work with the 8169 driver on the long run). ... > Btw merging a 20 megaton patch is not the way network drivers changes ... > the suggested format). ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: [PATCH] iSeries virtual disk
      ... > patch for a new driver. ... Can you split them out into a separate patch? ... > better merging it into it's only caller. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: radeonfb: cannot map FB
      ... I see a big DRM merge in .23 but it's unrelated to the fb driver. ... will be happy to get your patch. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: [PATCH] Blackfin: blackfin on-chip SPI controller driver
      ... patch, rather than initial-plus-cleanups. ... Please put this in Kconfig up with the other SPI controller drivers, ... relevant points in the driver. ... place to reverse any DMA mappings ... ...
      (Linux-Kernel)