[ARCHIVE]Toute question de débutant, afin de ne pas encombrer le forum. Professionnels, ne passez pas à côté. Je ne peux aller nulle part sans toi - 5. - page 390
Vous manquez des opportunités de trading :
- Applications de trading gratuites
- Plus de 8 000 signaux à copier
- Actualités économiques pour explorer les marchés financiers
Inscription
Se connecter
Vous acceptez la politique du site Web et les conditions d'utilisation
Si vous n'avez pas de compte, veuillez vous inscrire
L'ordre n'est pas important. Tous les appels seront traités. L'essentiel est de réduire le temps d'accès à une ressource partagée.
En quoi n'est-ce pas important ? Toutes les tâches doivent être pratiquées et exécutées dans l'ordre, et non au détriment d'un "pile ou face" à un moment donné.
C'est la mauvaise approche. Écrivez de manière à ce que l'ordre de la file d'attente soit sans importance. Vous éviterez ainsi de nombreux problèmes d'écriture et de test.
L'ordre en lui-même n'est pas important, 1, 2, 3 ou 1, 3, 2, mais si vous avez commencé dans l'ordre 2, 3, 1, ça devrait aller comme ça. Cela se fera tout seul si vous le faites correctement.
L'ordre lui-même n'est pas important, 1, 2, 3 ou 1, 3, 2, mais si vous commencez dans l'ordre 2, 3, 1, cela devrait aller dans cet ordre. Cela se fera tout seul si vous le faites correctement.
Nah. Pas important du tout. Que ce soit aléatoire. C'est bien aussi.
Si c'est aléatoire, il n'y a aucune garantie que certains processus ne seront pas laissés de côté pendant une longue période. Junko, c'est clair - vous n'en avez pas entendu parler et ne pouvez le faire ni dans Emcool ni dans Sipi. Les langages de programmation n'ont pas été inventés par des imbéciles, notamment sipi qui a fourni des outils appropriés et même le msdn a montré un exemple de leur utilisation... Peut-être que tu devrais y aller, peut-être que tu pourrais leur apprendre à coder.
Quel processus ? Un ruisseau, peut-être ? Si c'est le cas, elle ne sera pas laissée "hors circuit". Voir les règles de programmation pour les applications multithreads. Lisez le même Richter.
Les langages de programmation ne disposent pas d'outils de synchronisation (sauf pour MQL4, qui est un cas particulier). Vous devez les écrire vous-même.
Les objets de synchronisation font partie du système.
Vous avez vraiment une paralysie du cerveau, ou l'absence d'une partie de celui-ci. Il a déjà été dit que le système ne sait pas quel fil a vraiment fonctionné et quel fil a été gaspillé. Mais vous êtes le seul à ne pas comprendre ce dont vous parlez et à ne pas le comprendre)))))))).
Il semble également, d'après vos messages, que vous ayez une seule pile d'accès partagé à une seule ressource, et que le problème que vous avez identifié ici soit le traitement séquentiel de plusieurs fils.
1. Quel processus ? Un ruisseau, peut-être ? Si c'est le cas, elle ne sera pas laissée "hors circuit". Voir les règles de programmation pour les applications multithreads. Lisez aussi Richter.
2. Il n'existe pas d'outils de synchronisation dans les langages de programmation (sauf pour MQL4, qui est un cas particulier). Vous devez les écrire vous-même.
3. les objets de synchronisation font partie du système.
1. Tu es tellement coincé. Encore une fois. Le système n'a aucun moyen de savoir si un flux est resté inactif ou s'il a effectué une action.
2. Quelle précision. Pas dans les fonctions sipi, winapi. En fait, cela n'a pas d'importance pour une personne saine d'esprit, car ce sont les principes eux-mêmes qui sont importants.
3. yooo)))) On dirait une formule magique.
C'est la mauvaise tâche. Ça ne devrait pas être comme ça. C'est une erreur. Ça ne vaut pas le coup de perdre son temps.
C'est hilarant !
1. Tu es coincé. Encore une fois. Le système n'a aucun moyen de savoir si un flux a été inactif ou s'il a effectué une action.