logo       

RE: Great read performance, bad write performance - help?: msg#00327

Subject: RE: Great read performance, bad write performance - help?
> -----Original Message-----
> From: iscsitarget-devel-admin@xxxxxxxxxxxxxxxxxxxxx
[mailto:iscsitarget-
> devel-admin@xxxxxxxxxxxxxxxxxxxxx] On Behalf Of FUJITA Tomonori
> Sent: Saturday, January 28, 2006 5:43 PM
> To: Scott Harrington
> Cc: iscsitarget-devel@xxxxxxxxxxxxxxxxxxxxx
> Subject: Re: [Iscsitarget-devel] Great read performance, bad write
> performance - help?
> 
> From: "Scott Harrington" <sharrington@xxxxxxxxxxxx>
> Subject: [Iscsitarget-devel] Great read performance, bad write
performance
> - help?
> Date: Fri, 27 Jan 2006 12:55:18 -0800
> 
> > Hello everyone.  I am new to this list, so please accept my apology
if
> > this has been covered at some point in the past (I did check
archives
> > though).  Also, I hope this is the correct place for this.
> >
> > I don't even know if my problem is IETD specific, but I'm fresh out
of
> > ideas.  I will try to include as much information as possible, while
> > attempting to keep it relevant.  I've been trying to solve this
problem
> > for going on two months now with no luck.
> 
> Generally speaking, the read performance is not good because IET uses
> write-through disk cache policy. You can try the following patch
> though I recommend you to read the past discussions. This issues have
> been discussed several times.
> 
> 
> Index: kernel/file-io.c
> ===================================================================
> --- kernel/file-io.c  (revision 27)
> +++ kernel/file-io.c  (working copy)
> @@ -264,7 +264,6 @@
>       .name = "fileio",
>       .attach = fileio_attach,
>       .make_request = fileio_make_request,
> -     .sync = fileio_sync,
>       .detach = fileio_detach,
>       .show = fileio_show,
>  };


Thank you very, VERY much!  I think the problem has now been solved
without having to switch initiators.  I'm currently getting over
1,000MB/min writes now.  I would love to increase it further, but I'm
extremely happy with it as it is.  I'm not overly concerned with bad
writes as all the backup jobs I send to the iSCSI SAN are verified after
the job completes.


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid3432&bid#0486&dat1642


<Prev in Thread] Current Thread [Next in Thread>