On Dec 13, 2007 1:46 PM, Philip <[EMAIL PROTECTED]> wrote:
> On our gigabit network, we're seeing sftp/scp transfer rates of about 3.5mb/s
> to T2000's (running Solaris 10), but ftp rates of 42.6mb/s, about twelve
> times faster. I'm guessing the difference is encryption overhead. Is there
> a
Switching from the default 3des algorithm to 'blowfish' should give you
another 30-50% speed improvement.
scp -c blowfish /the/file $host:/the/file
This message posted from opensolaris.org
___
perf-discuss mailing list
perf-discuss@opensolaris.org
On Wed, Dec 12, 2007 at 09:06:53PM -0500, Jonathan Edwards wrote:
> but be forewarned - there's no autoconf/autof00 yet, there's still a
> nested dependency on the opensolaris tree (../Makefile.cmd, ../../
> Makefile.cmd, ../../Makefile.targ, etc), and there's no Makefile for
> common to gener
I read this a while ago:
http://blogs.sun.com/janp/entry/speeding_up_ssh_data_transfer
Rayson
On Dec 13, 2007 2:46 PM, Philip <[EMAIL PROTECTED]> wrote:
> On our gigabit network, we're seeing sftp/scp transfer rates of about 3.5mb/s
> to T2000's (running Solaris 10), but ftp rates of 42.6mb/s
On our gigabit network, we're seeing sftp/scp transfer rates of about 3.5mb/s
to T2000's (running Solaris 10), but ftp rates of 42.6mb/s, about twelve times
faster. I'm guessing the difference is encryption overhead. Is there anything
I can do to speed up sftp/scp?
This message posted from
In the previous post I said the "ora_dism" process must be run as root in order
to dynamically allocate/deallocate ISM segments. This is not correct... It
should read:
dynamically grow/shrink ISM segments... sorry for any confusion.
This message posted from opensolaris.org
_
Not sure why you can't see it. Just to be sure I tried the link as
posted in the reflected message and it worked fine for me. Anyway, for
anyone else having problems, go to:
SolarisInternals.com
Then click on "Filebench News" in the "Recently Updated" column, then
on "unification of files and
