[kio] [Bug 291835] KIO very slow when copying from network through fish

[Julian Kalinowski]

https://bugs.kde.org/show_bug.cgi?id=291835

--- Comment #26 from Julian Kalinowski <julakali at gmail.com> ---
As mentioned in the previous post, MSDN entry states that if supported, Large
Read/Large Write are used with Buffer sizes of around 60k.

I analyzed the Pakets with wireshark:
kio_smb (unpatched): requests 16348 bytes, awaits answer, requests next 16kb.
kio_smb (patched with max buffer of 104857): requests 8x 130048 bytes and then
1x 8192 bytes before waiting for responses. Receives next bunch after waiting
for all responses.
cifs mounted: requests 2x 61440 bytes, waits for ONE answer, requests next
61kb.

The cifs behaviour makes sense: Instead of wasting transmission time while
waiting for the next packet, it requests 2 at once at makes sure it has some
bytes requested all the time.
Additionally, it uses the buffer size defined for max read as stated in the
MSDN thread: 61440 Bytes.

The kio_smb default behaviour is stupid. It has to wait for every packet before
requesting the next and additionally, it uses just 16kb buffer size for some
reason.

kio_smb with a patched buffer size behaves weird, but speeds up transfers
because it requests multiple batches at once.

PLEASE: fix this bug already. All information is there, cifs implementation is
good.

-- 
You are receiving this mail because:
You are the assignee for the bug.