Re: tgt-admin and a -C, --control-port argument

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, 6 Apr 2010 15:35:25 +1000
ronnie sahlberg <ronniesahlberg@xxxxxxxxx> wrote:

> I dont think that is viable for Chandra.
> 
> TGTD is pretty limited performance wise with its central eventloop. On
> a many-core machine with a lot of memory
> the central event loop quickly becomes a bottleneck.

Can you have the performance analysis with tools such as perf?

The most of network processing happens in kernel space. The I/O
processing too. They are not related with the number of user
processes.

Yeah, tgtd would be a bottleneck but there are lots of other possible
bottlenecks.


> For these usecases you really want to run multiple instances of tgtd.
> In particular if you have a high-end storage subsystem attached
> that can deliver high enough throughput.
> 
> Perhaps have one instance of TGTD for each 10GbE adapter. Perhaps one
> instance of TGTD for every 2 cores.

As I said yesterday, I think that we need to think about using
multiple threads for targets (or initiators) if necessary. But we need
the evidence first.
--
To unsubscribe from this list: send the line "unsubscribe stgt" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux SCSI]     [Linux RAID]     [Linux Clusters]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]

  Powered by Linux