Is there any specific output from our runs that you may be looking to
obtain?


On Sat, Jan 4, 2014 at 12:36 PM, Michael DeHaan <[email protected]>wrote:

> I've not heard of anything using that one (cryptlib).  The mid 90's web
> page also scares me a lot :)
>
> There would be other variables in play too though, SSH is a lot happier
> with Control Persist enabled in many cases -- which is not the default
> behavior if just invoking SSH in the basic way (we use CP by default).
>
> --Michael
>
>
> On Sat, Jan 4, 2014 at 3:23 PM, CS <[email protected]> wrote:
>
>> That's great, will definitely try it out! ;-)
>>
>> On a related SSH performance note, in a past project I found that
>> Cryptlib's SSH performance had significantly better IO rates than the
>> OpenSSH client. I never tracked down why that was the case, but as I recall
>> it was something like 30-50% faster.
>> https://www.cs.auckland.ac.nz/~pgut001/cryptlib/
>>
>>
>>
>>    On Saturday, January 4, 2014 11:02 AM, Michael DeHaan <
>> [email protected]> wrote:
>>
>> The "ssh_alt" connection type as implemented by Jerome Wagner greatly
>> reduces the amount of operations performed over connections by not
>> transferring modules as files for many cases.  It's pretty impressive.
>>
>> It can currently be tested on the development branch with "connection:
>> ssh_alt" in a play, or "-c ssh_alt".
>>
>> I would like this to become the default in Ansible devel, to be released
>> as the default in 1.5, in the next week or two.
>>
>> As such, if everyone using the SSH transport (aka anyone not running from
>> RHEL/CentOS/EPEL
>> and still using paramiko), as they normally use Ansible, this will be
>> greatly appreciated.
>>
>> I just recently merged in some tweaks to sudo password detection.
>>
>> If we can get it past encountering any problems, we'll remove the old
>> ssh.py and replace ssh_alt.py as ssh.py, and there will be no more
>> connection named "ssh_alt".
>>
>> Thank you!
>>
>> --
>> Michael DeHaan <[email protected]>
>> CTO, AnsibleWorks, Inc.
>> http://www.ansibleworks.com/
>>
>>  --
>> You received this message because you are subscribed to the Google Groups
>> "Ansible Project" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to [email protected].
>> To post to this group, send email to [email protected].
>> For more options, visit https://groups.google.com/groups/opt_out.
>>
>>
>>     --
>> You received this message because you are subscribed to the Google Groups
>> "Ansible Project" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to [email protected].
>> To post to this group, send email to [email protected].
>> For more options, visit https://groups.google.com/groups/opt_out.
>>
>
>
>
> --
> Michael DeHaan <[email protected]>
> CTO, AnsibleWorks, Inc.
> http://www.ansibleworks.com/
>
>  --
> You received this message because you are subscribed to the Google Groups
> "Ansible Project" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to [email protected].
> To post to this group, send email to [email protected].
> For more options, visit https://groups.google.com/groups/opt_out.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Ansible Project" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To post to this group, send email to [email protected].
For more options, visit https://groups.google.com/groups/opt_out.

Reply via email to