Quelle est la différence entre Shell, de Noyau et de l'API

Je veux comprendre comment cela s'applique à un système d'exploitation et aussi de ces choses qui ne sont pas en effet les systèmes d'exploitation. Je ne comprends pas la différence entre les trois et leur essence. L'API est les fonctions que l'on peut appeler, mais qu'est-ce que Shell? Si nous avons une API que ce qui est exactement le Noyau du système d'exploitation? Je comprends le système d'exploitation a un Noyau qui ne va pas changer et cela ne se fondamentales de Travail typique d'un OS alors qu'on peut avoir différentes interfaces utilisateur comme interface graphique ou en ligne de commande avec le même Noyau. Donc, le problème est que je ne sais pas comment ces choses sont différentes. Aaaaaaarhg!

Pouvez les fonctions comme printf et fopen en C d'être appelé appels d'API?

InformationsquelleAutor quantum231 | 2012-08-26
  1. 27

    • Un shell est un interpréteur de commande, à savoir le programme que soit la commande que vous entrez dans votre émulateur de terminal (mode interactif) ou d'un processus shell scripts (fichiers texte contenant des commandes) (mode batch). Au début de l'Unix fois, il a utilisé pour être l'unique moyen pour les utilisateurs d'interagir avec leurs machines. Aujourd'hui, les environnements graphiques sont le remplacement de la coque pour la plupart des utilisateurs occasionnels.

    • Un noyau est un faible niveau programme pour l'interfaçage avec le matériel (CPU, RAM, disques, réseau, ...) sur lequel les applications sont en cours d'exécution. Il est le plus bas niveau de programme en cours d'exécution sur les ordinateurs bien qu'avec la virtualisation, vous pouvez avoir plusieurs noyaux en cours d'exécution sur le dessus des machines virtuelles qui se exécutent sur un autre système d'exploitation.

    • Un API est un terme générique définissant l'interface, les développeurs ont à utiliser lors de l'écriture de code à l'aide de bibliothèques et d'un langage de programmation. Les grains ont pas d'Api qu'ils ne sont pas les bibliothèques. Ils ont un ABI, qui, au-delà d'autres choses, de définir comment les applications d'interagir avec eux via des appels système. Unix demande aux développeurs d'utiliser la bibliothèque standard C (par exemple: libc, glibc) pour construire ABI conforme binaires. printf(3) et fopen(3) ne sont pas des wrappers pour des appels système, mais (g)libc des installations standard. Le faible niveau des appels système, ils finissent par utiliser sont write(2) et open(2) et, éventuellement, d'autres comme brk, mmap. Le nombre entre parenthèses est une convention à dire dans ce manuel de la commande est d'être trouvé.

    Le premier volume des pages de manuel Unix contient les shell commandes.

    Le second contient l'appel système wrappers comme write et open. Ils constituent l'interface de la noyau.

    Le troisième contient la bibliothèque standard (y compris la Unix standard API) fonctions (à l'exclusion des appels système) comme fopen et printf. Ce sont pas wrappers à certains appels système, mais juste le code à l'aide des appels système, si nécessaire.

    • Que je souhaite savoir une chose de plus. Est-il une telle chose comme Shell de Windows? Ce que les situations où nous avons une interface graphique au lieu d'une invite de ligne de commande? C'est la seule dernière chose que je ne comprend pas encore.
    • shell est un terme d'abord et encore principalement utilisé uniquement dans un contexte Unix. De toute façon, le fait qu'il existe une interface graphique n'est pas de faire une différence. Si vous utilisez windows, Gnome ou KDE, vous pouvez exécuter un shell ou l'équivalent dans une fenêtre de ligne de commande (émulateur de terminal).
    • À mon humble avis, "appel système" est OS de l'API pour la mise en œuvre de certaines langage de programmation multi-plateforme de la bibliothèque standard. En fait, fopen & printf sont en effet d'une sorte de "wrapper" pour les appels système. quelques références: stackoverflow.com/questions/13179102
    • et printf ont beaucoup de code spécifique et de partager des tables, des tampons et contexte les unes avec les autres. Pour cette raison, je ne les appelons pas des wrappers pour les appels-système, en particulier comme, par exemple, vous pouvez appeler printf sans appel système impliqué. Ils ont juste arrivera finalement l'utilisation des appels système, mais cela est vrai pour chaque fonction de la bibliothèque. Le lien que vous avez posté comme référence sur lequel je suis totalement d'accord ne veut pas dire que tout ce qui de contredire ce point.
    InformationsquelleAutor jlliagre
  2. 6

    Le Shell est le moyen de communiquer avec l'OS et le noyau par ligne de commande. Le Shell ne ce en appelant l'API.
    Le noyau est en effet le cœur de l'OS et n'gestion de la mémoire, la planification des tâches, les poignées avec les systèmes de fichiers, des e/S de manutention,...
    Toutes les choses que le noyau ne, peut en quelque sorte être invoced par l'API de l'OS.

    printf et fopen sont roulés autour des appels système (API) fournie par le système d'exploitation et le noyau

    InformationsquelleAutor hamon
  3. 4

    Shell: C'est comme une interface de ligne de commande de votre système d'exploitation. Des commandes telles que ls, ps, kill, et beaucoup plus peut être utilisé pour demander à compléter l'opération spécifique à l'OS. C'est comme "cmd" sur windows.

    Noyau: C'est le code principal de tout système d'exploitation. Toute demande vous donner de la coque ou via l'interface graphique (comme l'allocation de la mémoire, de l'ouverture d'un fichier, etc) sont enfin réunies par le Noyau.

    Et oui, les appels que vous avez mentionnés sont considérés comme des appels de l'API. La demande pour ces appels sont également gérées par le Noyau. Veuillez consulter le lien ci-dessous pour trouver les appels d'API unix.
    http://www.mkssoftware.com/docs/api_index.asp

    C'est le tableau d'ensemble dans un système d'exploitation unix:

    Applications => (coque+routines de la bibliothèque) => appels système => noyau

    regarder la finale de la demande du gestionnaire est le Noyau.
    Thx!

    • Ahah, si la Coquille est simplement une ligne de commande. Ainsi, le cmd de windows est le Shell de windows ou DOS?
    • Aucun des deux, parce que windows (et les autres OS) n'ont pas besoin d'avoir un shell. Peut-être que shell devrait être renommé en tant que par défaut de l'interface de l'OS de services?
    • Donc, notre interface utilisateur windows de l'environnement avec toutes les icônes n'est pas Shell ou est-il?
    • Est l'invite ms-Dos ms-Dos shell? Aussi, afin d'avoir le Shell de Linux, nous allons exécuter le Shell sur le système d'exploitation Windows à droite?
    • Nous avons DONC communiquer avec le Noyau à l'aide de l'API et ces appels de l'API peut être faite par l'intermédiaire d'un Shell lorsque nous faisons des demandes directes pour les OS e.g Ouvrir le fichier, modifiez le répertoire électronique.t.c. Ainsi, la DIR est un appel d'API dans le DOS de son Noyau?
    InformationsquelleAutor rahul
  4. 1

    Prenons un exemple, Vous regardez le film est sur shell et effectivement processus fait plus de matériel est le noyau. shell est d'environ travail comme celui d'os pour l'utilisateur et l'interface du logiciel et noyau travail comme celui d'os pour les logiciels et le matériel.

    • Et qu'est-ce que l'API dans cet exemple?
    InformationsquelleAutor Sanket