Basile Starynkevitch a écrit : > On Sat, 2025-08-16 at 16:03 +0200, didier gaumet wrote: >> en cherchant un peu j'ai trouvé du côté client NFS NetBSD: >> https://man.netbsd.org/mount_nfs.8 >> >> [...] >> >> PERFORMANCE >> [...] >> · Increasing the read and write size with the -r and -w options >> respectively will increase throughput if the network interface can >> handle the larger packet sizes. >> [...] >> The default size for NFS version 3 is platform dependent: on >> NetBSD/aarch64, NetBSD/amd64, and NetBSD/i386, the default is >> 32K, for other platforms it is 8K. Values over 32K are only >> supported for TCP, where 64K is the maximum. >> [...] >> >> J'aurais tendance à supposer que si NetBSD implémente du côté client une >> taille limite de 64Ko pour les morceaux émis/reçus, il ya des chances >> pour que cette limite se retrouve aussi côté serveur NetBSD...
Ah, pas bête comme remarque. Effectivement, avec des paquets plus gros
que 64k, ça devient erratique.
> En plus j'ai lieu de croire qu'une grande taille de paquet n'est pas optimale
> du tout.
Avec NFS, si.
> (c'est aussi le cas en HTTP)
>
> Dans le détail l'optimum dépend du réseau, et en théorie les montages NFS
> peuvent même se faire à distance intercontinentale (et dans ce rare cas la
> taille optimale des paquets varie d'une heure à l'autre).
>
> De mon point de vue il vaut mieux changer de matériel que de perdre son temps
> à configurer cette taille.
Hors de propos. Le réseau est à 10 Gbps et se porte bien.
JB
signature.asc
Description: OpenPGP digital signature
