- Expédié
- 9 août 2026 à 17:57 UTC
- Auteur
- kamo
- Commite
- 40abddc
L'envoi de la même vidéo à trois personnes signifiait trois téléchargements complets. Dedup les a effondrés dans un objet stocké, mais seulement une fois que chaque transfert a été terminé - donc l'économie était stockage, jamais le temps ou la bande passante du membre. Le compositeur demande maintenant avant d'envoyer. Une sonde de taille d'abord, parce qu'un contenu identique doit avoir un nombre d'octets identique: il exclut une correspondance pour presque toutes les choses réellement nouvelles fichier au prix d'une petite demande, de sorte que le hachage n'est payé que lorsqu'il peut payer off. Ce n'est qu'alors que BLAKE3 et SHA3-256 sont calculés et proposés au serveur, qui attache directement le contenu stocké. Un raté tombe sur un téléchargement normal. Hassant les ruisseaux. Les assistants existants appellent file.arrayBuffer() une fois par hachage, donc un fichier réside en mémoire deux fois plus de - amende pour un document fatal pour une vidéo de 3 GiB. Le nouveau un passe-passe le fichier en 4 tranches MiB alimentant les deux hasys, donc la mémoire de pointe est un un morceau de n'importe quelle taille, et des rendements entre les morceaux parce que SHA3-256 est pur JavaScript et Sinon, le compositeur congelait pendant des minutes. Dedup est une optimisation et jamais une porte: toute défaillance dans la sonde, le hachage ou le lien retombe au téléchargement, ce qui est toujours correct. Le panneau nomme la pause Il ne se lit donc pas comme un stalle.