Dans quels cas les appels système fonctionnent-ils plus rapidement : dans les processus PostgreSQL ou dans les goroutines à l'intérieur de l'application ?

Les appels système (syscalls) s'exécutent eux-mêmes dans le noyau du système d'exploitation et ont un coût à peu près identique, quel que soit le contexte depuis lequel ils sont appelés. Cependant, des différences de performance peuvent apparaître en raison de l'architecture de l'application.

• Dans PostgreSQL, chaque requête client est traitée dans un processus séparé. L'appel système depuis un processus PostgreSQL est une transition directe vers le noyau.
• En Go, les goroutines sont des threads légers planifiés à l'intérieur d'un ou plusieurs threads système. L'appel système depuis une goroutine se produit en réalité depuis le thread système sur lequel elle s'exécute.

La vitesse de l'appel système dépend de la rapidité avec laquelle l'application peut changer de contexte et gérer les threads.

Conclusion :

• Les appels système depuis les processus PostgreSQL n'ont généralement pas de surcharge supplémentaire liée au planificateur, car le processus constitue un contexte séparé.
• En Go, les goroutines peuvent basculer entre les tâches plus rapidement, mais l'appel système s'effectue toujours dans un thread système.

Ainsi, les appels système depuis les processus PostgreSQL et depuis les goroutines en Go sont à peu près comparables en termes de vitesse. Cependant, en Go, il est possible de gérer plus efficacement un grand nombre d'opérations parallèles sans créer de nombreux processus, ce qui offre un avantage en scalabilité, mais pas en vitesse d'un appel système individuel.