[vlc-devel] [PATCH] smb2: limit the read size
thomas at gllm.fr
Fri Feb 7 18:47:28 CET 2020
I guess most local network access have a fast round-trip time. So we could enable FAST SEEK for them.
For now, 256kb seems to be a good compromise, and safer than enabling fast seek.
On Fri, Feb 7, 2020, at 16:48, Rémi Denis-Courmont wrote:
> Fast seeking depends on round-trip time (a.k.a. "ping"), not bandwidth, so the answer is that "it depends".
> Le 7 février 2020 12:11:11 GMT+02:00, Thomas Guillem <thomas at gllm.fr> a écrit :
>> On Thu, Feb 6, 2020, at 17:57, Rémi Denis-Courmont wrote:
>>> Le torstaina 6. helmikuuta 2020, 17.29.54 EET Thomas Guillem a écrit :
>>>> This fixes slow probing/seeking when using prefetch since it requests big
>>>> data size (16MB) for each read().
>>> The impact of read size on effective stream bandwidth is roughly hyperbolic.
>>> Existing Trac report show that 32 KiB is far too little in real life:
>> I missed that comment, thanks for you input.
>> So the faster you are, the less responsive (to seek) you are.
>> I think I will go between 128k and 1024k. I will do some test at home with my poor wifi setup.
>> What about your comment "Marking CIFS as fast-seekable".
>> CIFS is 99% local network (except those using it via ssh/port redirect).
>> So it should be fast, but lot of people have a bad wifi setup (like me), it's not uncommon to only have 800kb/s (bad router + lot of wifi neighbors in a city).
>> Is 800kb/s fast enough to enable fast-seekable ?
>> Crazy idea: live switch between the 2 cache modules depending on the I/O speed.
>>> http://www.remlab.net/vlc-devel mailing list
>>> To unsubscribe or modify your subscription options:
>> vlc-devel mailing list
>> To unsubscribe or modify your subscription options:
> Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma brièveté.
> vlc-devel mailing list
> To unsubscribe or modify your subscription options:
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the vlc-devel