J'ai été éduqué ainsi où le vouvoiement est devenu une habitude afin d'être respectueux envers mon interlocuteur.Bud Spencer a écrit :ps: tu peux me tutoyer. Des 'vous monsieur', je bouffe toute la journée au boulot et ca me suffit bien. Rassure toi, je ne le prendrais pas pour de la familiarité mais simplement pour de la convivialité.
Je ne sais pas trop pourquoi, le vouvoiement dérange certaines personnes.
Inversement quand une personne, que je ne connais pas, me tutoie, ça me parait étrange, bizarre. C'est plus une question d'habitude qu'autre chose.
On ne doit pas avoir la même définition de ce qu'est une tâche et un processus.Bud Spencer a écrit :Non non, je voulais bien dire une multitude de taches différentes dans un même thread.
Un processus ou daemon est ce qui s'exécute en arrière plan et que l'on voit en faisant un TOP. On les identifie par le PID (Process Identifier).
Une tâche ou fil d'exécution ou thread est une unité d'exécution indépendante.
La différence avec un processus, est qu'une tâche n'a pas de mémoire puisqu'elle utilise celle du processus.
Autrement dit, une tâche est toujours rattachée à un processus.
La tâche possède sa propre pile d'exécution et est donc indépendante des autres tâches.
Tâche ou thread, pour moi, ce sont des synonymes. Une tâche père peut déclencher une multitude de tâches fils au sein même d'un processus.
La désignation de synchrone ou asynchrone dépend comment on va gérer toutes ces tâches.
Il est vrai que j'ai tendance à faire du synchrone, c'est-à-dire que la tâche père se termine quand toutes les tâches fils se sont terminées.
Et par asynchrone, je n'attends pas que la tâche fils se termine pour terminer celle du père.
Votre remarque me parait bizarre dans le sens que vous désigner cela comme une qualité de Node.js alors que cela existe couramment en 'C/C++'.
Ou alors, je n'ai pas compris ce que vous entendez par asynchrone.
Ce ne sont pas des procédures, mais bien des unités d'exécutions. La comparaison est mauvaise.Bud Spencer a écrit :Entendons ici taches comme des opérations ou des procédures distinctes.
Je ne comprends votre définition de l'asynchrone. Les tâches peuvent-être synchrones ou asynchrones. Pourquoi voulez-vous qu'elles soient toujours synchrones ?Bud Spencer a écrit :Et bien tu te trompes lourdement. Que tu fasses du multithreading, du multitasking, du multiprocessing, du parallélisme, tu ne feras toujours que partager du temps processeur(s) entre des taches qui sont SYNCHRONES ce qui n’a absolument rien à voir avec spécificité de NodeJS qui est lui NATIVEMENT ASYNCHRONE et par définition fait exactement l'inverse en partageant son temps LIBRE entre des taches asynchrones.
A moins que vous faites la confusion entre tâche et processus puisqu'un processus est toujours asynchrone à l'inverse des tâches qui peuvent être synchrone ou asynchrone.Bud Spencer a écrit :Tout le reste étant directement lié a ca, pas besoin d'y apporter de commentaires.
Pour gérer les processus, on utilise des files d'attentes, et si l'on veut que cela soit synchrone, on utilise les sémaphores.
Peu importe, on ne va pas se fâcher pour une divergence de définitions.
Merci pour votre exemple que j'apprécie grandement.Bud Spencer a écrit :Pas de problème et comme je suis généreux Je double la mise.
Je vois que vous utilisez "var rpio = require('rpio');". par ailleurs, j'ai vu cela : "var Gpio = require('onoff').Gpio;".
C'est quoi la différence ? Je suppose que l'une des ces bibliothèques est plus fournie que l'autre.
Si si, je connais l'asynchrone, mais je pense que l'on ne parle pas de la même chose.Bud Spencer a écrit :Ce que tu vas devoir apprivoiser ce n'est pas ca mais bien l'asynchronisme fondamental que tu ne connais visiblement pas encore.
Je n'ai aucune prétention et je suis encore moins un donneur de leçon.Bud Spencer a écrit :Si vous pensez avoir des méthodes plus facile plus belle moins lourde plus rapide ou moins n'importe quoi, arrêtez d'en parler dans le vide. Faites en concrètement la démonstration comme je l'ai fait et tout le monde en profitera.
Je débute en électronique et quand j'aurai compris ce que j'essaye de faire, j'en fera part en créant un sujet.
On pourra alors complexifier le sujet à outrance.
Peut-être que je parle de trop.
Merci pour votre intervention qui est très enrichissante.
Cordialement.
Artemus24.
@+