[vlc-devel] [PATCH] prefetch: remove read size, always request maximum

Thomas Guillem thomas at gllm.fr
Thu Feb 6 11:33:55 CET 2020


Hello,

This commit and this one on vlc-3.0 : https://git.videolan.org/?p=vlc/vlc-3.0.git;a=commit;h=3dfa6d4ddd0922552e6575ded416f62b8ce828f5 are making the smb2 module ultra slow, around 10 times slower.

The read size requested by prefetch is really big. This make probing / seek ultra slow since a lot  of small read() are executed (reproduced with mkv and mp4).

So, I have one big question: Is the smb2 module supposed to not listen to the size argument and always read a smaller size ?
How can I decide the read size then ? Should this size be decided by the core of cache modules instead (like before) ?

PS:  There is not the same problem with the libdsm module since the max read size is caped inside libdsm.

On Fri, Apr 20, 2018, at 15:45, Thomas Guillem wrote:
> 
> On Fri, Apr 20, 2018, at 15:05, Rémi Denis-Courmont wrote:
> > And I don't really want to hear a commit is dangerous from somebody that 
> > backports stuff as lightly and quickly  as you have lately.
> 
> That is a bit close to false accusation IMHO.
> 
> > 
> > This was sent for review, and it was *not* backported.
> 
> Yes and I was OK with it. It's just lately that I found out that this 
> commit might be dangerous.
> Dangerous as changing the behavior of some access modules and maybe 
> induce some new bugs (that are access related).
> 
> > -- 
> > 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:
> > https://mailman.videolan.org/listinfo/vlc-devel
> _______________________________________________
> vlc-devel mailing list
> To unsubscribe or modify your subscription options:
> https://mailman.videolan.org/listinfo/vlc-devel


More information about the vlc-devel mailing list