[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