Quelle est la différence entre les threads du noyau et des threads utilisateur?

Quelle est la différence entre les threads du noyau et des threads utilisateur?

Threads du noyau sont privilégiés et peuvent accéder à des choses hors-limites pour le mode utilisateur threads. Jetez un oeil à "Anneau (Sécurité Informatique)" sur Wikipédia. Sur Windows, en mode utilisateur correspond à l'Anneau 3, tandis que le mode noyau correspond à l'Anneau 0.

Quelles sont les techniques utilisées pour la création de threads du noyau?

Ce qui est extrêmement dépendant du système d'exploitation.

maintenant dans le cas de threads de niveau utilisateur Est-il que cette PTE est créé à l'adresse de l'utilisateur de l'espace ?

La PTE enregistre des informations relatives à un fil que le noyau utilise dans l'exécution de ce thread, non? Donc si il ont été attribués dans l'espace utilisateur, le mode utilisateur thread pourrait les modifier ou de les corrompre, ce qui ne semble pas être une très bonne idée. Donc, ne vous supposez il est créé dans l'espace du noyau?

Quels sont ces modèles? Comment sont ces modèles utilisés en pratique?

Wikipedia semble très clair à ce sujet.

OriginalL'auteur Jeff

Thread du noyau signifie un thread que le noyau est responsable de la planification. Cela signifie, entre autres choses, que le noyau est capable de planifier chaque thread sur les différents processeurs/cœurs en même temps.

Comment les utiliser varie beaucoup avec les langages de programmation et le filetage Api, mais comme une simple illustration,

void task_a();
void task_b();
int main() {
    new_thread(task_a);
    new_thread(task_b);
    //possibly do something else in the main thread
    //wait for the threads to complete their work
}

Dans l'exécution de chaque je connais, le noyau peut mettre en pause à tout moment. ("préemption")

Threads utilisateur, ou "l'Utilisateur prévu fils", prendre le programme lui-même responsable de la commutation entre eux. Il y a beaucoup de façons de le faire et, en conséquence, il ya une variété de noms.

Sur une extrémité vous avez "fils Verts"; en fait, d'essayer de faire la même chose que les threads du noyau ne. Ainsi, vous gardez toutes les complications de la programmation avec de vrais fils.

Sur l'extrémité opposée, vous avez des "Fibres", qui sont tenus de rendement avant toute autre fibre est exécuté. Cela signifie

• Les fibres sont exécutées de manière séquentielle. Il n'y a pas de parallèle des gains de performances.
• Les interactions entre les fibres est très bien défini. Autres code exécuté uniquement aux points de rendement. Autre code ne sera pas la modification des variables pendant que vous travaillez sur eux.
• La plupart du faible niveau de complexité des programmeurs de combat avec dans le multithreading, tels que la cohérence du cache (en regardant MT questions sur ce site, la plupart des gens n'en ai pas), ne sont pas un facteur.

Comme l'exemple le plus simple de fibres, que je pense:

while(tasks_not_done) {
    do_part_of_a();
    do_part_of_b();
}

où chacun fait un peu de travail, puis retourne lorsque la partie est terminée. Notez que ceux-ci sont fait de manière séquentielle dans le même "thread matériel" signifie que vous n'obtenez pas une augmentation de la performance de parallellism. D'autre part, les interactions entre eux sont très bien définis, de sorte que vous n'avez pas de conditions de course. Le travail effectif de chaque fonction peut varier. Ils pourraient aussi être des "utilisateur thread objets" à partir d'un vecteur/matrice.

OriginalL'auteur MaHuJa