All of lore.kernel.org
 help / color / mirror / Atom feed
From: Vladislav Bolkhovitin <vst@vlnb.net>
To: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Cc: bart.vanassche@gmail.com, stgt-devel@lists.berlios.de,
	linux-scsi@vger.kernel.org, scst-devel@lists.sourceforge.net,
	James.Bottomley@hansenpartnership.com, erezz@voltaire.com
Subject: Re: Performance of SCST versus STGT
Date: Thu, 17 Jan 2008 12:48:28 +0300	[thread overview]
Message-ID: <478F246C.4040400@vlnb.net> (raw)
In-Reply-To: <20080117184052F.fujita.tomonori@lab.ntt.co.jp>

FUJITA Tomonori wrote:
> On Thu, 17 Jan 2008 10:27:08 +0100
> "Bart Van Assche" <bart.vanassche@gmail.com> wrote:
> 
> 
>>Hello,
>>
>>I have performed a test to compare the performance of SCST and STGT.
>>Apparently the SCST target implementation performed far better than
>>the STGT target implementation. This makes me wonder whether this is
>>due to the design of SCST or whether STGT's performance can be
>>improved to the level of SCST ?
>>
>>Test performed: read 2 GB of data in blocks of 1 MB from a target (hot
>>cache -- no disk reads were performed, all reads were from the cache).
>>Test command: time dd if=/dev/sde of=/dev/null bs=1M count=2000
>>
>>                              STGT read             SCST read
>>                           performance (MB/s)   performance (MB/s)
>>Ethernet (1 Gb/s network)        77                    89
>>IPoIB (8 Gb/s network)           82                   229
>>SRP (8 Gb/s network)            N/A                   600
>>iSER (8 Gb/s network)            80                   N/A
>>
>>These results show that SCST uses the InfiniBand network very well
>>(effectivity of about 88% via SRP), but that the current STGT version
>>is unable to transfer data faster than 82 MB/s. Does this mean that
>>there is a severe bottleneck  present in the current STGT
>>implementation ?
> 
> 
> I don't know about the details but Pete said that he can achieve more
> than 900MB/s read performance with tgt iSER target using ramdisk.
> 
> http://www.mail-archive.com/stgt-devel@lists.berlios.de/msg00004.html

Please don't confuse multithreaded latency insensitive workload with 
single threaded, hence latency sensitive one.

> To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 


  reply	other threads:[~2008-01-17  9:48 UTC|newest]

Thread overview: 37+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-01-17  9:27 Performance of SCST versus STGT Bart Van Assche
2008-01-17  9:40 ` FUJITA Tomonori
2008-01-17  9:48   ` Vladislav Bolkhovitin [this message]
2008-01-17 10:05     ` FUJITA Tomonori
     [not found]       ` <20080117190558K.fujita.tomonori-Zyj7fXuS5i5L9jVzuh4AOg@public.gmane.org>
2008-01-17 10:34         ` Vladislav Bolkhovitin
     [not found]           ` <478F2F46.9040103-d+Crzxg7Rs0@public.gmane.org>
2008-01-17 12:29             ` Robin Humble
2008-01-17 13:44               ` [Scst-devel] [Stgt-devel] " Vladislav Bolkhovitin
     [not found]               ` <20080117122956.GA3567-Td5ZOp7sT3Xw02mFwxTg32+DJq1SqhBbsOSz5zK2v9k@public.gmane.org>
2008-01-17 14:43                 ` Bart Van Assche
2008-01-17 17:45         ` Pete Wyckoff
     [not found]           ` <20080117174542.GC29650-pxmRpbKlMIQ@public.gmane.org>
2008-01-18 10:30             ` Bart Van Assche
2008-01-18 12:08           ` Vladislav Bolkhovitin
2008-01-20  9:36             ` Bart Van Assche
     [not found]               ` <e2e108260801200136g7f17b8a0g89a54cc1d73bbc34-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2008-01-21 12:07                 ` Vladislav Bolkhovitin
2008-01-22  3:26                 ` FUJITA Tomonori
     [not found]                   ` <20080122122657R.fujita.tomonori-Zyj7fXuS5i5L9jVzuh4AOg@public.gmane.org>
2008-01-22  7:50                     ` Bart Van Assche
2008-01-22 11:33                     ` Vladislav Bolkhovitin
     [not found]                       ` <4795D479.1080805-d+Crzxg7Rs0@public.gmane.org>
2008-01-22 11:48                         ` FUJITA Tomonori
2008-01-22 12:20                           ` Vladislav Bolkhovitin
2008-01-22 15:14                     ` Bart Van Assche
2008-01-22 10:04           ` Bart Van Assche
2008-01-22 11:33             ` Vladislav Bolkhovitin
     [not found]               ` <4795D4A7.5000105-d+Crzxg7Rs0@public.gmane.org>
2008-01-22 12:32                 ` Bart Van Assche
     [not found]                   ` <e2e108260801220432l353b1d76xd2707b5e6f336aef-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2008-01-22 15:23                     ` Vladislav Bolkhovitin
2008-01-24  7:06                     ` Robin Humble
2008-01-24 10:36                       ` [Stgt-devel] " Bart Van Assche
2008-01-24 11:10                         ` Vladislav Bolkhovitin
     [not found]                           ` <4798720E.4020802-d+Crzxg7Rs0@public.gmane.org>
2008-01-24 11:40                             ` Robin Humble
     [not found]                               ` <20080124114027.GC26751-Td5ZOp7sT3Xw02mFwxTg32+DJq1SqhBbsOSz5zK2v9k@public.gmane.org>
2008-01-24 12:41                                 ` Vladislav Bolkhovitin
     [not found]                         ` <e2e108260801240236o2273be0bw24a2a61dcc781222-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2008-01-24 11:32                           ` Robin Humble
     [not found]                             ` <20080124113215.GB26751-Td5ZOp7sT3Xw02mFwxTg32+DJq1SqhBbsOSz5zK2v9k@public.gmane.org>
2008-01-24 12:40                               ` Vladislav Bolkhovitin
2008-01-24 16:16                       ` [Stgt-devel] " Bart Van Assche
2008-01-24 19:54                         ` Vladislav Bolkhovitin
2008-01-25  7:24                           ` Bart Van Assche
2008-01-22 12:33               ` Bart Van Assche
2008-01-17 14:22       ` Erez Zilber
     [not found]         ` <478F64A0.6020201-hKgKHo2Ms0F+cjeuK/JdrQ@public.gmane.org>
2008-01-17 14:32           ` Vladislav Bolkhovitin
     [not found]             ` <478F6708.30604-d+Crzxg7Rs0@public.gmane.org>
2008-01-17 14:46               ` Erez Zilber

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=478F246C.4040400@vlnb.net \
    --to=vst@vlnb.net \
    --cc=James.Bottomley@hansenpartnership.com \
    --cc=bart.vanassche@gmail.com \
    --cc=erezz@voltaire.com \
    --cc=fujita.tomonori@lab.ntt.co.jp \
    --cc=linux-scsi@vger.kernel.org \
    --cc=scst-devel@lists.sourceforge.net \
    --cc=stgt-devel@lists.berlios.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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.