W pakietach golang, dlaczego fasthttp jest szybszy od net/http?

Question

fasthttp Serwer jest do 10 razy szybszy niż sieć/http.

Co sprawia, że ​​jest to o wiele szybsze pod względem implementacji (na poziomie kodowania)?
W jaki sposób zarządza przychodzącymi żądaniami, które różnią się od innych?

Answer 1

Artykuł "http implementation fasthttp in golang" od husobee wspomina:

dobrze, to jest o wiele lepsze wdrożenie kilku powodów:

1. Model basen pracownik jest modelem alokacji zero, jako pracowników są już zainicjalizowane i są gotowe do wyświetlenia, podczas gdy w implementacji stdlib go c.serve() musi przydzielić pamięć dla goroutine.
2. Model puli pracującej jest łatwiejszy do dostrojenia, ponieważ można zwiększyć/zmniejszyć rozmiar bufora liczby jednostek roboczych, które można zaakceptować, w porównaniu do modelu pożaru i zapomnienia w modelu stdlib. Model puli pracującej pozwala, aby programy obsługi były bardziej połączone z serwerem za pośrednictwem komunikacji kanałowej, jeśli serwer musi na przykład zostać zamknięty, byłby w stanie łatwiej komunikować się z pracownikami niż w implementacji stdlib.
3. Podpis podpowiedzi funkcji treser jest lepszy, ponieważ przyjmuje tylko kontekst obejmujący zarówno żądanie, jak i program piszący potrzebny do obsługi. jest to SZCZEGÓLNIE lepsze od standardowej biblioteki, ponieważ wszystko, co dostajesz ze stdlib, jest pisarzem żądania i odpowiedzi ... Praca w go1.7 w celu uwzględnienia kontekstu w żądaniu jest raczej hackem, aby dać ludziom to, czego naprawdę chcą (kontekst) bez rozbijania nikogo.

Ogólnie lepszym rozwiązaniem jest napisanie serwera z modelem puli pracującej do obsługi żądań, w przeciwieństwie do tworzenia "wątku" na żądanie, bez możliwości dławienia po wyjęciu z pudełka.