zfs discuss - Jun 2009 - [storage-discuss] ZFS snapshot send/recv "hangs" X4540 servers

On Fri, Jun 26, 2009 at 10:14 AM, Brent Jones<brent at servuhome.net>
wrote:
> On Thu, Jun 25, 2009 at 12:00 AM, James Lever<j at jamver.id.au>
wrote:
>>
>> On 25/06/2009, at 4:38 PM, John Ryan wrote:
>>
>>> Can I ask the same question - does anyone know when the 113 build
will
>>> show up on pkg.opensolaris.org/dev ?
>>
>> On 24/06/2009, at 9:49 PM, Dave Miner wrote to indiana-discuss:
>>
>>> There were problems with 116 that caused us to not release it. ?117
is
>>> under construction, available in the next few days.
>>
>> cheers,
>> James
>> _______________________________________________
>> storage-discuss mailing list
>> storage-discuss at opensolaris.org
>> http://mail.opensolaris.org/mailman/listinfo/storage-discuss
>>
>
> I checked this morning, and 117 is available now
>
> --
> Brent Jones
> brent at servuhome.net
>
Confirming this issue is fixed on build 117.
Snapshots are significantly faster as well. My average transfer speed
went from about 15MB/sec to over 40MB/sec. I imagine that 40MB/sec is
now a limitation of the CPU, as I can see SSH maxing out a single core
on the quad cores.
Maybe SSH can be made multi-threaded next?  :)


-- 
Brent Jones
brent at servuhome.net

<snip>
> Snapshots are significantly faster as well. My average transfer speed
> went from about 15MB/sec to over 40MB/sec. I imagine that 40MB/sec is
> now a limitation of the CPU, as I can see SSH maxing out a single core
> on the quad cores.
> Maybe SSH can be made multi-threaded next?  :)
i for myself have the storageservers in a seperated/dedicated LAN. So why using
SSH
instead of netcat? i am always using netcat. this saves me cpupower for
crypting.

sourcehost:
zfs send | netcat $remotehost $remoteport

desthost:
netcat -l -p $myport | zfs receive


years ago there was a cipher "null" in ssh.

regards
daniel

On 28 Jun 2009, at 11:22, Daniel J. Priem wrote:
>
> <snip>
>> Snapshots are significantly faster as well. My average transfer speed
>> went from about 15MB/sec to over 40MB/sec. I imagine that 40MB/sec is
>> now a limitation of the CPU, as I can see SSH maxing out a single  
>> core
>> on the quad cores.
>> Maybe SSH can be made multi-threaded next?  :)
>
> i for myself have the storageservers in a seperated/dedicated LAN.  
> So why using SSH
> instead of netcat? i am always using netcat. this saves me cpupower  
> for
> crypting.
>
> sourcehost:
> zfs send | netcat $remotehost $remoteport
>
> desthost:
> netcat -l -p $myport | zfs receive
>
>
> years ago there was a cipher "null" in ssh.
Using arcfour should make things a bit faster then the default AES if  
you''re CPU bound.

-M