On 3/27/2010 3:14 AM, Svein Skogen wrote: > On 26.03.2010 23:55, Ian Collins wrote: > > On 03/27/10 09:39 AM, Richard Elling wrote: > >> On Mar 26, 2010, at 2:34 AM, Bruno Sousa wrote: > >> > >>> Hi, > >>> > >>> The jumbo-frames in my case give me a boost of around 2 mb/s, so it's > >>> not that much. > >>> > >> That is about right. IIRC, the theoretical max is about 4% > >> improvement, for MTU of 8KB. > >> > >> > >>> Now i will play with link aggregation and see how it goes, and of > >>> course i'm counting that incremental replication will be slower...but > >>> since the amount of data would be much less probably it will still > >>> deliver a good performance. > >>> > >> Probably won't help at all because of the brain dead way link > >> aggregation has to > >> work. See "Ordering of frames" at > >> > http://en.wikipedia.org/wiki/Link_Aggregation_Control_Protocol#Link_Aggregation_Control_Protocol > >> > >> > >> > > Arse, thanks for reminding me Richard! A single stream will only use one > > path in a LAG. > > Doesn't (Open)Solaris have the option of setting the aggregate up as a > FEC or in roundrobin mode?
Solaris does offer what the Wiki describes as "L4" or port number based hashing. I'm not sure what FEC is, but when I asked, round-robin isn't available as preserving packet ordering wouldn't be easy (possible?) that way. -Kyle > > //Svein > _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
