maximum memory page size and is limited to no more than 4KB. iSCSI
appears to acknowledge every individual block that is sent. That means
the most data one can stream without an ACK is 4KB. That means the
throughput is limited by the latency of the network rather than the
bandwidth.
I am _far_
On 8/7/11 6:36 AM, Roy Sigurd Karlsbakk wrote:
That's why, back in 1992, the sliding window protocol was created
(http://tools.ietf.org/html/rfc1323), so that a peer won't wait for a TCP ACK
before resuming operation.
It was part of TCP _long_ before that (it was never as stupid as XMODEM
;
> > 1) is this a good idea?
> >
> > 2) any of you are running vserver guests on iSCSI targets? Happy
> > with it?
> >
> Yes, we have been using iSCSI to hold vserver guests for a couple of
> years now and are generally unhappy with it. Besides our general
> distress at Nexenta, there is the constra
- Forwarded message from Gordan Bobic -
From: Gordan Bobic
Date: Sat, 06 Aug 2011 21:37:30 +0100
To: vser...@list.linux-vserver.org
Subject: Re: [vserver] hybrid zfs pools as iSCSI targets for vserver
Reply-To: vser...@list.linux-vserver.org
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64;
- Forwarded message from "John A. Sullivan III"
-
From: "John A. Sullivan III"
Date: Sat, 06 Aug 2011 16:30:04 -0400
To: vser...@list.linux-vserver.org
Subject: Re: [vserver] hybrid zfs pools as iSCSI targets for vserver
Reply-To: vser...@list.linux-vserver.org
X-Mailer: Evolution 2.30.
