W jakich przypadkach wywołania systemowe działają szybciej: w procesach PostgreSQL czy w gorutynach wewnątrz aplikacji?

Wywołania systemowe (syscalls) same w sobie są wykonywane w jądrze systemu operacyjnego i mają mniej więcej taką samą kosztowość, niezależnie od kontekstu, z którego są wywoływane. Jednak różnice w wydajności mogą wystąpić z powodu architektury aplikacji.

• W PostgreSQL każde zapytanie klienta jest obsługiwane przez osobny proces. Wywołanie systemowe z procesu PostgreSQL to bezpośrednie przejście do jądra.
• W Go, goroutines to lekkie wątki, które są planowane w obrębie jednego lub wielu wątków systemowych. Wywołanie systemowe z goroutine faktycznie odbywa się z wątku systemowego, na którym jest wykonywana.

Szybkość wywołania systemowego zależy od tego, jak szybko aplikacja potrafi przełączać się między kontekstami i zarządzać wątkami.

Wniosek:

• Wywołania systemowe z procesów PostgreSQL zazwyczaj nie mają dodatkowego narzutu związanego z planistą, ponieważ proces jest osobnym kontekstem.
• W Go, goroutines mogą szybciej przełączać się między zadaniami, ale wywołanie systemowe nadal jest wykonywane w wątku systemowym.

W związku z tym wywołania systemowe z procesów PostgreSQL i z goroutines w Go są mniej więcej porównywalne pod względem szybkości. Jednak w Go można efektywniej zarządzać dużą liczbą operacji równoległych bez tworzenia wielu procesów, co daje przewagę w skalowalności, ale nie w szybkości pojedynczego wywołania systemowego.