- Przesyłane
- 9 sierpnia 2026 17:57 UTC
- Autor
- kamo
- Zgłoszenie
- 40abddc
Wysłanie tego samego filmu do trzech osób oznaczało trzy pełne przesłania. Dedup je zawalił Do jednego przechowywanego obiektu, ale tylko raz każdy transfer się zakończył - więc oszczędność była Przechowywanie, nigdy czas członka ani przepustowość. Kompozytor pyta teraz, zanim już przysłaje. Najpierw sonda wielkości, ponieważ identyczna treść Musi mieć identyczną liczbę bajtów: wyklucza to dopasowanie dla prawie każdego naprawdę nowego Plik na koszt jednego małego żądania, więc haszowanie jest opłacane tylko wtedy, gdy może zapłacić Odpad. Tylko wtedy BLAKE3 i SHA3-256 są obliczane i oferowane na serwerze, który Załącza przechowywane treści bezpośrednio. Brak przepadek przechodzi do normalnego przesyłania. Strumienie zhańbiające. Istniejący pomocnicy dzwonią do pliku.arrayBuffer() raz na hash, więc plik Dwukrotnie mieszka w pamięci – dobrze za dokument, śmiertelnie za film z 3 GiB. Thezy, w tym, w pot wt., w pot wt., w tym, że Nowy przechodzi plik w 4 miB, karmiąc obiema masztami, więc pamięć szczytowa jest jedna chunk w dowolnym rozmiarze i daje między kawałkami, ponieważ SHA3-256 jest czystym JavaScript i Inaczej zamroziłoby kompozytora na minuty. Dedup to optymalizacja i nigdy brama: jakakolwiek awaria w sondzie, haszowaniu lub Link wraca do przesyłania, co zawsze jest poprawne. Panel wymienia pauzę Nie czyta się tego jako stoisko.