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
Attachment:
signature.asc
Description: OpenPGP digital signature