Przydział pamięci Go Fibre do przesyłania dużych plików różni się od Node.js pod kilkoma względami:
1. Przydział pamięci:
- Go Fibre wykorzystuje bibliotekę Fasthttp do obsługi żądań HTTP. Fasthttp został zaprojektowany z myślą o wysokiej wydajności i zerowej alokacji pamięci. Oznacza to jednak, że nie radzi sobie efektywnie z przesyłaniem dużych plików, ponieważ przed przetworzeniem ładuje całą treść żądania do pamięci.
- Z drugiej strony Node.js wykorzystuje sterowany zdarzeniami, nieblokujący model wejścia/wyjścia. Dzięki temu może efektywniej obsługiwać przesyłanie dużych plików, przesyłając strumieniowo dane pliku bezpośrednio do miejsca docelowego, bez konieczności ładowania całego pliku do pamięci.
2. Limit ciała:
- Go Fibre umożliwia ustawienie limitu treści, aby zapobiec zużywaniu zbyt dużej ilości pamięci przez przesyłanie dużych plików. Można tego dokonać ustawiając opcję „BodyLimit” w konfiguracji światłowodu.
- Node.js ma również podobną koncepcję zwaną `http.maxHeaderSize` i `http.maxBodySize`, której można użyć do ograniczenia rozmiaru przychodzących żądań.
3. Transmisja strumieniowa:
- Go Fibre nie obsługuje przesyłania strumieniowego plików od razu po wyjęciu z pudełka. Możesz jednak użyć bibliotek takich jak `compress/gzip`, aby skompresować przychodzące pliki i zmniejszyć zużycie pamięci.
- Node.js obsługuje strumieniowe przesyłanie plików za pośrednictwem bibliotek takich jak `multer` i `express-fileupload`, które umożliwiają strumieniowe przesyłanie danych pliku bezpośrednio do miejsca docelowego bez ładowania całego pliku do pamięci.
4. Obsługa błędów:
- Go Fibre zapewnia niezawodne mechanizmy obsługi błędów, aby poradzić sobie z wszelkimi problemami, które mogą pojawić się podczas przesyłania plików.
- Node.js zapewnia również niezawodne mechanizmy obsługi błędów, ale obsługa błędów może być trudniejsza ze względu na charakter oparty na zdarzeniach.
5. Wydajność:
- Go Fibre jest generalnie szybszy niż Node.js ze względu na zerową alokację pamięci i zoptymalizowaną wydajność.
- Z drugiej strony Node.js jest bardziej efektywny w obsłudze przesyłania dużych plików ze względu na sterowany zdarzeniami, nieblokujący model we/wy.
Podsumowując, alokacja pamięci w Go Fibre przy przesyłaniu dużych plików jest mniej wydajna niż w Node.js ze względu na zerową alokację pamięci i brak wbudowanej obsługi przesyłania strumieniowego plików. Jednak Go Fibre zapewnia niezawodne mechanizmy obsługi błędów i zoptymalizowaną wydajność.
Cytaty:[1] https://github.com/gofiber/fiber/issues/272
[2] https://golang.withcodeexample.com/blog/file-upload-handling-golang-fiber-guide/
[3] https://stackoverflow.com/questions/34874511/node-js-is-not-a-good-option-for-file-uploads-and-all-event-loop-based-language
[4] https://www.reddit.com/r/golang/comments/131bq42/need_to_stream_large_files_to_s3_using_go/
[5] https://dev.to/hackmamba/robust-media-upload-with-golang-and-cloudinary-fiber-version-2cmf