List Info

Thread: Speed of protocol fish




Speed of protocol fish
user name
2006-05-09 07:20:01
Hi there,

this is my first posting on this list, so please apologise
for any violations 
of rules here.

Today I tried to make a backup of a big amount of data to
our fileserver using 
drag and drop in konqueror and fish for access protocol to
the server.

I recognised a limitation of speed of about 1MB/sec. which
is really 
unsatisfying. So I cancelled the copy process. When doing
drag and drop with 
more than 10 subdirs of my data separately in parallel I
recognised the same 
limit for each transfer. But the total transfer rate of all
copies was about 
10MB/sec. . So this should not be a limit of disk access,
CPU power or the 
network.
What is the reason for the limitation? Is there anything I
can do here?

Thanks for any hints.

- Werner -
_______________________________________________
Kde-optimize mailing list
Kde-optimizekde.org
ht
tps://mail.kde.org/mailman/listinfo/kde-optimize
Speed of protocol fish
user name
2006-05-10 13:57:24
On 09/05/06, Werner Modenbach <modenbachalc.de> wrote:
> I recognised a limitation of speed of about 1MB/sec.
which is really
> unsatisfying. So I cancelled the copy process. When
doing drag and drop with
> more than 10 subdirs of my data separately in parallel
I recognised the same
> limit for each transfer. But the total transfer rate of
all copies was about
> 10MB/sec. . So this should not be a limit of disk
access, CPU power or the
> network.
> What is the reason for the limitation? Is there
anything I can do here?

I don't know the fish protocol, but the usual reason for
multiple
streams going faster than a single stream is latency (e.g.
time for
the other end to ack the data). You can sometimes reduce the
effect of
end-to-end latency on throughput by reading and writing in
larger
'chunks' - is there an option regarding that?

jb
_______________________________________________
Kde-optimize mailing list
Kde-optimizekde.org
ht
tps://mail.kde.org/mailman/listinfo/kde-optimize
Speed of protocol fish
user name
2006-05-10 13:52:10
Werner Modenbach wrote:
> Hi there,
> 
> this is my first posting on this list, so please
apologise for any violations 
> of rules here.
> 
> Today I tried to make a backup of a big amount of data
to our fileserver using 
> drag and drop in konqueror and fish for access protocol
to the server.
> 
> I recognised a limitation of speed of about 1MB/sec.
which is really 
> unsatisfying. So I cancelled the copy process. When
doing drag and drop with 
> more than 10 subdirs of my data separately in parallel
I recognised the same 
> limit for each transfer. But the total transfer rate of
all copies was about 
> 10MB/sec. . So this should not be a limit of disk
access, CPU power or the 
> network.
> What is the reason for the limitation? Is there
anything I can do here?

try sftp:// ... I've also used fish for a long time, and
sftp works much 
better, and is not such a hack than fish...

best regards,
Yves

> Thanks for any hints.
> 
> - Werner -
_______________________________________________
Kde-optimize mailing list
Kde-optimizekde.org
ht
tps://mail.kde.org/mailman/listinfo/kde-optimize
Speed of protocol fish
user name
2006-05-10 15:02:01
Thanks, I'll do some test on it.

- Werner -

Am Mittwoch, 10. Mai 2006 15:52 schrieb Yves Glodt:
>
> try sftp:// ... I've also used fish for a long time,
and sftp works much
> better, and is not such a hack than fish...
_______________________________________________
Kde-optimize mailing list
Kde-optimizekde.org
ht
tps://mail.kde.org/mailman/listinfo/kde-optimize
Speed of protocol fish
user name
2006-05-10 17:20:34
On Tuesday 09 May 2006 09:20, Werner Modenbach wrote:
> Hi there,
>
> I recognised a limitation of speed of about 1MB/sec.
which is really
> unsatisfying. So I cancelled the copy process. When
doing drag and
> drop with more than 10 subdirs of my data separately in
parallel I
> recognised the same limit for each transfer. But the
total transfer
> rate of all copies was about 10MB/sec. . So this should
not be a
> limit of disk access, CPU power or the network.
> What is the reason for the limitation? Is there
anything I can do
> here?

There is a bug report about it 

http://bug
s.kde.org/show_bug.cgi?id=103661

The strange thing is that only one direction is slow.


Cheers,
André
_______________________________________________
Kde-optimize mailing list
Kde-optimizekde.org
ht
tps://mail.kde.org/mailman/listinfo/kde-optimize
[1-5]

about | contact  Other archives ( Real Estate discussion Medical topics )