Outre énormément d'autres usages plus pro à la maison (qui certe sont 0.1% possiblement des usager), ce confort et gain de temps est pour certain non négligeable!
Un exemple, plutôt que d'avoir plein de disque dur etc, je télécharge les jeux à la volés quand je joue, supprime, et le récup la prochaine fois, pourquoi m'embéter à stocker quand cela va me prendre 1/2min à télécharger.

C'est à mon avis plus 0,01%, et pour les jeux je doute que tu supprimes le jeu le soir avant de te coucher pour le télécharger à nouveau le lendemain ? Et un jeu à télécharger et à installer il faut plus que 2mn !

Cela m'arrive assez souvant en fait  surtout quand je veux tester un jeux sur game pass sur une soirée histoire de...

En fonction du jeux et de la plateform, par exemple steam, le téléchargement et l'installation ce fait en même temps, ayant une machine qui suit sans soucis, cela peut tout à fait prendre 2min de bout en bout 

C'est vrai que ce truc là a dû augmenter le traffic, le catalogue est tellement grand. Et les jeux aujourd'hui ne font plus 40Go...
Préparez vous à la sortie de GTA VI où tout le monde (estimé à plus de 20M de joueurs) va télécharger 200Go le jour J. Même si ceux qui ont préco auront déjà une pré instal sur leur console, beaucoup vont acheter le jour J.
Là pour le coup je pense qu'Internet va casser.

Pour en revenir au 50G PON, car c'est le sujet de base.
Pas besoin de 50Gb/s, même 4Gb/s suffisent largement pour télécharger/installer un jeux au max des capacité de l'ordinateur et des serveurs en face.

Tout à fait d'accord, mais les slots sont dynamiques et affectés à l'usager qui en a besoin, j'aimerais bien connaitre le principe de l'algo d'affectation d'ailleurs  Est ce que c'est en fonction des files d'attente dans l'olt et l'ont ?

L'algo en uplink dans un ONT c'est du Round-Robin ou du Weighted-Round-Robin. Et évidemement ça dépend de si chaque utilisateur a (encore) des données à envoyer. Calculé en temps réel, mis à jour en permanence. C'est optimisé, ça ne réserve pas de slots quand ça n'est pas nécessaire et que ça pourrait dégrader la qualité pour les autres.
En downlink, je ne sais pas.

Leon.

La limite de 8 Gbps côté client doit aussi bien aider étant donné que c'est au moins du 10 Gbps derrière, non ? Impossible pour un seul accès de saturer la collecte de l'arbre à lui tout seul. Je ne sais pas si c'est pour cette raison que tous les FAI nationaux donnent 8 et pas 10... mais ça me semble probable

Si les 128 clients d'un arbre se mettaient tous à faire un speedtest en même temps, ça devrait laisser environ 120 Mbps par personne. Ça reste mieux que le VDSL ! (bien sûr, dans un environnement parfait ou il n'y a qu'un seul arbre sur cette collecte, et sans tenir compte de la charge utile dans le débit etc.)

La limite de 8 Gbps côté client doit aussi bien aider étant donné que c'est au moins du 10 Gbps derrière, non ? Impossible pour un seul accès de saturer la collecte de l'arbre à lui tout seul. Je ne sais pas si c'est pour cette raison que tous les FAI nationaux donnent 8 et pas 10... mais ça me semble probable

Si les 128 clients d'un arbre se mettaient tous à faire un speedtest en même temps, ça devrait laisser environ 120 Mbps par personne. Ça reste mieux que le VDSL ! (bien sûr, dans un environnement parfait ou il n'y a qu'un seul arbre sur cette collecte, et sans tenir compte de la charge utile dans le débit etc.)

Bon, je vais en remettre une couche:
Si tu pompes le max on va dire 8 Gbit/s d'un arbre XG-Gpon, il me parait clair que le temps que tu fais ça, si vous êtes 128, les 127 autres ont zéro à l'instant I. Si ça dure 1ms, ça fait 1MO de données et c'est transparent, si ça dure 10s, ça fait 10 GO mais ça va faire tousser, les multiplexages vont normalement intervenir pour diminuer ta gourmandise et répartir plus équitablement  la bande en fonction des besoins des autres.
Après, la régulation TCP, si on est seul ou que les autres morceaux de la liaison ont beaucoup plus ne se mettra pas en route et essaiera de pousser au maximum de la liaison, ça ne ralentira que si le flux est contrarié par d'autres éléments, concurrence, ralentissements pour bufferisation en files d'attente et au pire perte de paquets et retransmissions, là le débit tcp va très vite s'écrouler si ça dure plusieurs secondes/minutes, c'est à ce moment là que les algos TCP vont intervenir pour optimiser, mais sur le (les flux) du speedtest seulement, pas sur les autres utilisateurs, pour les autres c'est aux matériels actifs du réseau d'agir, au pire en mettant à la corbeille une partie des flux les plus gênants, si ils ne sont pas marqués prioritaires, QOS ordinaire quoi.
Si je calcule bien, à 8 Gbit/s, un paquet de 1000 octets dure à peu près 1 micro seconde, donc retarder une dizaine de paquets, pour en passer d'autres, ça ne change pas grand chose.
un test nperf que j'ai mesuré approximativement sur un lien 1 Gbit/s envoie environ 700 000 paquets, un toutes les 35µs en gros, ça laisse donc peu de temps le support libre, contrairement à ce que je pensais.