Jaka jest różnica między robotami a nitkami w Puma

Jak stwierdza druga odpowiedź, ten artykuł Heroku jest całkiem dobry z wyjaśnieniami niektórych elementów konfiguracji.

Jeśli jednak musisz dostroić swoją aplikację na Heroku, lub gdziekolwiek, to opłaca się wiedzieć, jak to działa.

Myślę, że masz prawie rację, kiedy mówisz "worker jest wątkiem wewnątrz procesu puma", wierzę, że worker jest procesem na poziomie systemu operacyjnego rozwidlonym z puma, który następnie może używać wątków wewnętrznie.

As far as I understand - puma będzie rozwidlać proces systemu operacyjnego tyle razy, ile razy ustawisz konfigurację workers, Aby odpowiadać na żądania http. Daje to równoległość w zakresie obsługi wielu żądań, ale zwykle zajmuje to więcej pamięci, ponieważ "kopiuje" kod aplikacji dla każdego pracownika.

Każdy pracownik puma będzie następnie używać wielu wątków w swoim procesie OS w zależności od konfiguracji threads. Te dodają współbieżność, pozwalając procesowi puma odpowiadać na wiele żądań tak, że jeśli jeden wątek jest zablokowany, tj. przetwarzanie żądania, może obsłużyć nowe żądanie z innym wątkiem. Jak wspomniano, wymaga to, aby cała Twoja aplikacja była bezpieczna dla wątków, tak aby na przykład jakakolwiek globalna konfiguracja z jednego żądania nie "przeciekała" do innego.

Dostroiłbyś pumę tak, aby liczba pracowników była adekwatna do liczby dostępnych procesorów i pamięci, a następnie dostroił wątki zależne od tego, ile chcesz nasycić hosta uruchamiającego Twoją aplikację i jak zachowuje się Twoja aplikacja - więcej nie zawsze równa się szybsza / większa przepustowość żądania.