L'appel système vs appel de Fonction

Un système d'appel est un appel dans le code du noyau, généralement effectuée par l'exécution d'une interruption. L'interruption provoque le noyau pour prendre en charge et effectuer l'action demandée, puis les mains de contrôle de revenir à l'application. Ce mode de commutation est la raison pour laquelle les appels système sont plus lents à exécuter qu'un système équivalent au niveau de l'application de la fonction.

fopen est une fonction de la bibliothèque C qui, en interne, effectue un ou plusieurs appels système. Généralement, en tant que programmeur C, vous aurez rarement besoin d'utiliser les appels système, parce que la bibliothèque C enveloppe pour vous.

En fait, l'appel système n'est pas liée à la fonction d'appel. La seule commune de ces deux mécanisme est qu'il fournit des services à l'appelant.

• De vue de l'exécution du thread pour voir l'appel système:

  Un appel système est fonction de l'application d'un programme en mode à la demande de services fournis par souligner OS. L'appel système apportera le thread en cours d'exécution depuis le mode utilisateur en mode noyau, exécuter le système d'appel en fonction de gestionnaire, puis retour au mode utilisateur.

• Syscall Paramètres:

  Le paramètre d'un appel système est (syscall nombre, params...). Le sens et le format des paramètres dépend de syscall nombre.

• De vue de syscall bibliothèque fournie à l'utilisateur du programme:

  L'utilisateur d'un programme en mode appelle généralement glibc bibliothèque de système d'appel d'appel. Par exemple, la fonction open() de la glibc:

  1. mettre le système de numéro d'appel SYS_OPEN dans le registre eax
  2. système de demande d'appel par l'appel d'une interruption logicielle ou sys_enter instruction

L'appel système fait appel à une API exécuté par le noyau de l'espace. Avec tous les coûts associés, ce qui suppose (voir Wiki, ou sur ce lien pour plus de détails)

Un appel de fonction est un appel à un morceau de code dans l'espace utilisateur.

Cependant, veuillez noter qu'un appel de fonction PEUT être une fonction qui, dans le processus de son exécution n'appels système - "fopen" être l'un de ces exemples. Ainsi, alors que l'appel à fopen lui-même est un appel à une fonction, ne signifie pas que le système d'appel n'arrivera pas à manipuler la réelle IO.

La question a d'excellentes réponses déjà, mais je pense que je peux ajouter quelque chose (un segment à partir de poafpqui n'est pas déjà dans d'autres réponses

Parfois, système d'appel et d'appel de fonction ont la même signature, par exemple, open():

open()-système d'appel

--- ~/Documents » man open(2)

OPEN(2)                 Linux Programmer's Manual           OPEN(2)

int open(const char *pathname, int flags);
int open(const char *pathname, int flags, mode_t mode);
...

open()-appel de fonction

$ man open(3)

--- ~/Documents » 
OPEN(3P)                        POSIX Programmer's Manual          OPEN(3P)
...

int open(const char *path, int oflag, ...);

...

Formulaire de candidature POAFP

Vous pouvez vous demander pourquoi un appel à une appel système, comme open() ou read(), ressemble à un typique appel de procédure en C, c'est, si il ressemble à un appel de procédure, comment fonctionne le système d'sais que c'est un appel système, et de faire toutes les bonnes choses? La raison en est simple: c'est un appel de procédure, mais caché à l'intérieur que appel de procédure est le célèbre piège instruction. Plus précisément, lorsque vous appelez open() (par exemple), l'exécution d'un appel de procédure dans la bibliothèque C de. Il contient, que ce soit pour open() ou l'un des autres appels système fourni, la bibliothèque utilise convenu d'appeler convention avec le noyau de mettre les arguments pour ouvrir dans les lieux(p. ex., sur le pile, ou dans des registres), met la appel-système nombre dans un emplacement bien connu en tant que bien (encore une fois, sur le pile ou un registre), puis exécute celui-ci piège instruction. Le code dans la bibliothèque après la piège déballe les valeurs de retour et retourne le contrôle au programme qui a émis le appel système. Ainsi, les pièces de la bibliothèque C qui font appels système sont codés à la main dans de l'assemblée, car ils ont besoin de suivre attentivement convention, afin de traiter les arguments et valeurs de retour correctement, ainsi que d'exécuter le matériel spécifique piège instruction. Et maintenant vous savez pourquoi vous personnellement de ne pas avoir à écrire le code d'assemblée pour piège dans un OS; quelqu'un l'a déjà écrit cette assemblée pour vous.

Juste à compléter le tableau présenté par les autres, fopen est couramment mis en œuvre comme un wrapper autour de open, qui est également accessible par l'utilisateur de la fonction. fopen est, en un sens, de plus haut niveau que open depuis le FILE* structure elle renvoie encapsule les choses pour l'utilisateur. Certains utilisateurs se servent de open directement pour les besoins spéciaux. Par conséquent, il ne serait pas juste d'appeler fopen un "appel système" en quelque sorte. Ni exécuter des appels système directement, depuis open est également une fonction remboursable par l'utilisateur.