On 2012-11-18 19:56, jamesqf wrote:
>
> robin_listas;2504589 Wrote:
>> And what about the other machine? Both are involved.
>
> It’s a Core2. But since it’s on the receiving end, the decrypt speed
> shouldn’t be an issue, as it should just buffer to disk, no?
It has to be decrypted first. It should be faster than encryption, but I
have not tested that.
>>> I did try ftp, but it didn’t work at all, just hangs, maybe waiting
>>> some input that I don’t know how to give it.
>>
>> Maybe you’d like to find out why? It is usually a firewalling issue,
>> ftp uses two ports and one is random.
>
> Would I like to find out why? Yes. Do I know enough about about
> firewalling and other network stuff to stand a reasonable chance of
> finding out why without devoting days to it? No. After all, if it was
> simple, I wouldn’t need to ask for help 
FTP is a bit more complex than other protocols, because it uses two
connections: one for control, another for data. And depends, you may
need to open other ports on the server or the client. It is doable. If
you feel like trying, ask.
Another way, as I said, is http, via apache. It can be used to serve
entire directories, not only for web pages, and it is very simple on the
firewall. Of course, it goes in one direction only, unless both machines
have it. Same as ftp, now that I think.
> PS: And I did do some Google searching prior to asking here, with no
> luck. Lots of hits about slow scp, but their idea of “slow” seems to be
> in the 50 MByte/sec range over Gbit ethernet, which I’d LOVE to get.

–
Cheers / Saludos,
Carlos E. R.
(from 11.4 x86_64 “Celadon” (Minas Tirith))