All of lore.kernel.org
 help / color / mirror / Atom feed
* Changes in block layer for IOScheduler Insertion selection
       [not found] <BANLkTimLxWfO1hXzdROEJKx-CCMQBEXcHg@mail.gmail.com>
@ 2011-05-27 12:29 ` mani
  2011-05-27 15:07   ` Eduardo Silva
  0 siblings, 1 reply; 5+ messages in thread
From: mani @ 2011-05-27 12:29 UTC (permalink / raw)
  To: kernelnewbies

Dear All,

I am working on linux kernel 2.6.32.9 tegra NVIDIA board.

I am getting ~8MBps speed of the Nand disk if i use hdparm
hdparm -t /dev/mtdblock3

i made changes in block layer of kernel as below:-

block/blk-core.c
static inline void add_request(struct request_queue *q, struct request *req)
{
        drive_stat_acct(req, 1);

        /*
         * elevator indicated where it wants this request to be
         * inserted at elevator_merge time
         */

        __elv_add_request(q, req, ELEVATOR_INSERT_BACK, 0);
        //__elv_add_request(q, req, ELEVATOR_INSERT_SORT, 0);
}


changed ELEVATOR_INSERT_SORT to ELEVATOR_INSERT_BACK
it improves my NAND speed to 10MBps.

I am using "noop" I/O scheduler.

Will this change have any adverse effect in kernel ? or any other side
effect as far as i am using only Nand no Hard disk.


Thanks
Mani
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.kernelnewbies.org/pipermail/kernelnewbies/attachments/20110527/31b93a0a/attachment.html 

^ permalink raw reply	[flat|nested] 5+ messages in thread
* Changes in block layer for IOScheduler Insertion selection
  2011-05-27 12:29 ` Changes in block layer for IOScheduler Insertion selection mani
@ 2011-05-27 15:07   ` Eduardo Silva
  2011-05-30  5:23     ` mani
  0 siblings, 1 reply; 5+ messages in thread
From: Eduardo Silva @ 2011-05-27 15:07 UTC (permalink / raw)
  To: kernelnewbies

On Fri, May 27, 2011 at 8:29 AM, mani <manishrma@gmail.com> wrote:
>
> Dear All,
>
> I am working on linux kernel 2.6.32.9 tegra NVIDIA board.
>
> I am getting ~8MBps speed of the Nand disk if i use hdparm
> hdparm -t /dev/mtdblock3
>
> i made changes in block layer of kernel as below:-
>
> block/blk-core.c
> static inline void add_request(struct request_queue *q, struct request *req)
> {
> ??????? drive_stat_acct(req, 1);
>
> ??????? /*
> ???????? * elevator indicated where it wants this request to be
> ???????? * inserted at elevator_merge time
> ???????? */
>
> ??????? __elv_add_request(q, req, ELEVATOR_INSERT_BACK, 0);
> ??????? //__elv_add_request(q, req, ELEVATOR_INSERT_SORT, 0);
> }
>
>

What are the results for read and write for both cases ?


> changed ELEVATOR_INSERT_SORT to ELEVATOR_INSERT_BACK
> it improves my NAND speed to 10MBps.
>
> I am using "noop" I/O scheduler.
>
> Will this change have any adverse effect in kernel ? or any other side
> effect as far as i am using only Nand no Hard disk.
>
>
> Thanks
> Mani
>
>
> _______________________________________________
> Kernelnewbies mailing list
> Kernelnewbies at kernelnewbies.org
> http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies
>
>



-- 
Eduardo Silva
http://edsiper.linuxchile.cl
http://www.monkey-project.com

^ permalink raw reply	[flat|nested] 5+ messages in thread
* Changes in block layer for IOScheduler Insertion selection
  2011-05-27 15:07   ` Eduardo Silva
@ 2011-05-30  5:23     ` mani
  2011-06-02  3:41       ` mani
  0 siblings, 1 reply; 5+ messages in thread
From: mani @ 2011-05-30  5:23 UTC (permalink / raw)
  To: kernelnewbies

Dear Eduardo,

   I am using squashfs filesystem. So i am more concern with the read speed.
    whereas below are the details
                                                     read speed   write
speed
    ELEVATOR_INSERT_SORT       8 MBps            5MBps
    ELEVATOR_INSERT_BACK      10 MBps           7.2MBps

   used the following command for measurement for both the cases.
   reading
   hdparm -t /dev/mtdblock3

   writing
   dd if=/dev/zero of=/dev/mtd3 bs=4096 count=100k

   As of now everything is working fine with those changes
   but i am worried if these changes would have any adverse effect anywhere
?

   Thanks.


On Fri, May 27, 2011 at 8:37 PM, Eduardo Silva <edsiper@gmail.com> wrote:

> On Fri, May 27, 2011 at 8:29 AM, mani <manishrma@gmail.com> wrote:
> >
> > Dear All,
> >
> > I am working on linux kernel 2.6.32.9 tegra NVIDIA board.
> >
> > I am getting ~8MBps speed of the Nand disk if i use hdparm
> > hdparm -t /dev/mtdblock3
> >
> > i made changes in block layer of kernel as below:-
> >
> > block/blk-core.c
> > static inline void add_request(struct request_queue *q, struct request
> *req)
> > {
> >         drive_stat_acct(req, 1);
> >
> >         /*
> >          * elevator indicated where it wants this request to be
> >          * inserted at elevator_merge time
> >          */
> >
> >         __elv_add_request(q, req, ELEVATOR_INSERT_BACK, 0);
> >         //__elv_add_request(q, req, ELEVATOR_INSERT_SORT, 0);
> > }
> >
> >
>
> What are the results for read and write for both cases ?
>
>
> > changed ELEVATOR_INSERT_SORT to ELEVATOR_INSERT_BACK
> > it improves my NAND speed to 10MBps.
> >
> > I am using "noop" I/O scheduler.
> >
> > Will this change have any adverse effect in kernel ? or any other side
> > effect as far as i am using only Nand no Hard disk.
> >
> >
> > Thanks
> > Mani
> >
> >
> > _______________________________________________
> > Kernelnewbies mailing list
> > Kernelnewbies at kernelnewbies.org
> > http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies
> >
> >
>
>
>
> --
> Eduardo Silva
> http://edsiper.linuxchile.cl
> http://www.monkey-project.com
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.kernelnewbies.org/pipermail/kernelnewbies/attachments/20110530/027b23f3/attachment.html 

^ permalink raw reply	[flat|nested] 5+ messages in thread
* Changes in block layer for IOScheduler Insertion selection
  2011-05-30  5:23     ` mani
@ 2011-06-02  3:41       ` mani
  2012-02-06 18:49         ` Matthias Brugger
  0 siblings, 1 reply; 5+ messages in thread
From: mani @ 2011-06-02  3:41 UTC (permalink / raw)
  To: kernelnewbies

Dear All,

Any suggestions on the below point ?

Thanks in advance..

On Mon, May 30, 2011 at 10:53 AM, mani <manishrma@gmail.com> wrote:

> Dear Eduardo,
>
>    I am using squashfs filesystem. So i am more concern with the read
> speed.
>     whereas below are the details
>                                                      read speed   write
> speed
>     ELEVATOR_INSERT_SORT       8 MBps            5MBps
>     ELEVATOR_INSERT_BACK      10 MBps           7.2MBps
>
>    used the following command for measurement for both the cases.
>    reading
>    hdparm -t /dev/mtdblock3
>
>    writing
>    dd if=/dev/zero of=/dev/mtd3 bs=4096 count=100k
>
>    As of now everything is working fine with those changes
>    but i am worried if these changes would have any adverse effect anywhere
> ?
>
>    Thanks.
>
>
> On Fri, May 27, 2011 at 8:37 PM, Eduardo Silva <edsiper@gmail.com> wrote:
>
>> On Fri, May 27, 2011 at 8:29 AM, mani <manishrma@gmail.com> wrote:
>> >
>> > Dear All,
>> >
>> > I am working on linux kernel 2.6.32.9 tegra NVIDIA board.
>> >
>> > I am getting ~8MBps speed of the Nand disk if i use hdparm
>> > hdparm -t /dev/mtdblock3
>> >
>> > i made changes in block layer of kernel as below:-
>> >
>> > block/blk-core.c
>> > static inline void add_request(struct request_queue *q, struct request
>> *req)
>> > {
>> >         drive_stat_acct(req, 1);
>> >
>> >         /*
>> >          * elevator indicated where it wants this request to be
>> >          * inserted at elevator_merge time
>> >          */
>> >
>> >         __elv_add_request(q, req, ELEVATOR_INSERT_BACK, 0);
>> >         //__elv_add_request(q, req, ELEVATOR_INSERT_SORT, 0);
>> > }
>> >
>> >
>>
>> What are the results for read and write for both cases ?
>>
>>
>> > changed ELEVATOR_INSERT_SORT to ELEVATOR_INSERT_BACK
>> > it improves my NAND speed to 10MBps.
>> >
>> > I am using "noop" I/O scheduler.
>> >
>> > Will this change have any adverse effect in kernel ? or any other side
>> > effect as far as i am using only Nand no Hard disk.
>> >
>> >
>> > Thanks
>> > Mani
>> >
>> >
>> > _______________________________________________
>> > Kernelnewbies mailing list
>> > Kernelnewbies at kernelnewbies.org
>> > http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies
>> >
>> >
>>
>>
>>
>> --
>> Eduardo Silva
>> http://edsiper.linuxchile.cl
>> http://www.monkey-project.com
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.kernelnewbies.org/pipermail/kernelnewbies/attachments/20110602/082aaa6a/attachment-0001.html 

^ permalink raw reply	[flat|nested] 5+ messages in thread
* Changes in block layer for IOScheduler Insertion selection
  2011-06-02  3:41       ` mani
@ 2012-02-06 18:49         ` Matthias Brugger
  0 siblings, 0 replies; 5+ messages in thread
From: Matthias Brugger @ 2012-02-06 18:49 UTC (permalink / raw)
  To: kernelnewbies

On 06/02/2011 05:41 AM, mani wrote:
> Dear All,
>
> Any suggestions on the below point ?

have you tried different benchmarks?
This can give you an idea of the impact. It seems that up to now, you've 
only executed sequential read and write access by one process.

Personally I use the fio benchmark. For flash file systems, David Wagner 
from Free Electrons developed a benchmarksuite. Maybe it would be worse 
having a look on it.

Best regards,
Matthias Brugger

>
> Thanks in advance..
>
> On Mon, May 30, 2011 at 10:53 AM, mani <manishrma@gmail.com 
> <mailto:manishrma@gmail.com>> wrote:
>
>     Dear Eduardo,
>
>        I am using squashfs filesystem. So i am more concern with the
>     read speed.
>         whereas below are the details
>                                                          read speed  
>     write speed
>         ELEVATOR_INSERT_SORT       8 MBps            5MBps
>         ELEVATOR_INSERT_BACK      10 MBps           7.2MBps
>
>        used the following command for measurement for both the cases.
>        reading
>        hdparm -t /dev/mtdblock3
>
>        writing
>        dd if=/dev/zero of=/dev/mtd3 bs=4096 count=100k
>
>        As of now everything is working fine with those changes
>        but i am worried if these changes would have any adverse effect
>     anywhere ?
>
>        Thanks.
>
>
>     On Fri, May 27, 2011 at 8:37 PM, Eduardo Silva <edsiper@gmail.com
>     <mailto:edsiper@gmail.com>> wrote:
>
>         On Fri, May 27, 2011 at 8:29 AM, mani <manishrma@gmail.com
>         <mailto:manishrma@gmail.com>> wrote:
>         >
>         > Dear All,
>         >
>         > I am working on linux kernel 2.6.32.9 tegra NVIDIA board.
>         >
>         > I am getting ~8MBps speed of the Nand disk if i use hdparm
>         > hdparm -t /dev/mtdblock3
>         >
>         > i made changes in block layer of kernel as below:-
>         >
>         > block/blk-core.c
>         > static inline void add_request(struct request_queue *q,
>         struct request *req)
>         > {
>         >         drive_stat_acct(req, 1);
>         >
>         >         /*
>         >          * elevator indicated where it wants this request to be
>         >          * inserted at elevator_merge time
>         >          */
>         >
>         >         __elv_add_request(q, req, ELEVATOR_INSERT_BACK, 0);
>         >         //__elv_add_request(q, req, ELEVATOR_INSERT_SORT, 0);
>         > }
>         >
>         >
>
>         What are the results for read and write for both cases ?
>
>
>         > changed ELEVATOR_INSERT_SORT to ELEVATOR_INSERT_BACK
>         > it improves my NAND speed to 10MBps.
>         >
>         > I am using "noop" I/O scheduler.
>         >
>         > Will this change have any adverse effect in kernel ? or any
>         other side
>         > effect as far as i am using only Nand no Hard disk.
>         >
>         >
>         > Thanks
>         > Mani
>         >
>         >
>         > _______________________________________________
>         > Kernelnewbies mailing list
>         > Kernelnewbies at kernelnewbies.org
>         <mailto:Kernelnewbies@kernelnewbies.org>
>         > http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies
>         >
>         >
>
>
>
>         --
>         Eduardo Silva
>         http://edsiper.linuxchile.cl
>         http://www.monkey-project.com
>
>
>
>
> _______________________________________________
> Kernelnewbies mailing list
> Kernelnewbies at kernelnewbies.org
> http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.kernelnewbies.org/pipermail/kernelnewbies/attachments/20120206/f32ce29d/attachment.html 

^ permalink raw reply	[flat|nested] 5+ messages in thread
end of thread, other threads:[~2012-02-06 18:49 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <BANLkTimLxWfO1hXzdROEJKx-CCMQBEXcHg@mail.gmail.com>
2011-05-27 12:29 ` Changes in block layer for IOScheduler Insertion selection mani
2011-05-27 15:07   ` Eduardo Silva
2011-05-30  5:23     ` mani
2011-06-02  3:41       ` mani
2012-02-06 18:49         ` Matthias Brugger

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.