pushmepullme a écrit 66 commentaires

Je rappelle l'existence de godbolt pour ceux et celles qui ne connaissent pas. Sans être un expert en assembleur, il peut orienter certaines décisions d'implémentations.

https://godbolt.org/

Oui superbe article merci :) Je ne connaissais aucune de ces techniques.

Il me fait me rappeler qu'il n'y a toujours pas de tels conteneurs dans la stdc++. Mais y en aura-t-il un jour ? Il semble y avoir autant de besoins que d'implémentations possibles.

Celui-ci également : https://github.com/mnagel/clustergit

Fait le job.

Exact et parce-que derrière il y a le GIE CB qui se "bat" un peu pour ça. Après, pour combien de temps encore..

..tu ressemblais à cela.

C'était cool. Depuis tu as beaucoup changé.

Merci à l'équipe actuelle. Merci aux webmasters de 98.

après, si tu ne perçois pas la condescendance de la réponse aussi…

Est-ce qu'il ne suffit pas d'avoir les spécifications du proc/coproc, carte mère, gpu et quelques adresses pour taper dans les devices ? J'avoue ne pas savoir moi non plus mais je suis curieux de savoir ;) En decompilant, ça me parait assez rock'n roll mais pourquoi pas peut-être..

Hello,

A ceux qui se lancent, quelques petits liens qui peut-être vous feront gagner du temps ;)

http://www.fabienm.eu/wordpress/?p=1336
https://bananatronics.org/first-steps-with-the-longan-nano-risc-v-board/
https://www.susa.net/wordpress/2019/10/longan-nano-gd32vf103/

La facilité d'utilisation de ce petit kit est totalement déconcertante, en quelques minutes seulement on fait déjà de grandes choses :)

toi relire message calmement. pas une seule fois il ne parle de spam

Tout mesurer avant le choix d'une distribution est une gageure.. sans parler du fait que bien souvent, on a pas le choix.
Merci de ne pas répondre au tac au tac et de réfléchir avant

une aberration.

cocos2d ?
https://www.cocos.com/en/

[X] Je n'ai jamais su ce qu'était un proxy, je n'ai jamais pris la peine de me renseigner sur ça et je m'en bat les steaks sévère. Life is too short. Mais peut-être qu'un jour…

Bonne fêtes à toutes et à tous.

non non regarde mieux stp, ce journal est noté -80

Sinon c'était bien les vacances ?

Entièrement d'accord. Quiconque a joué avec les tables, s'est obligatoirement arraché quelques cheveux ;)
C'est assez bien expliqué ici : https://julien.danjou.info/why-not-lua/

Ne peut-on pas aussi se féliciter de n'avoir que peu de virus parce-que justement Linux est peu utilisé sur le desktop ? Rien que pour cette raison, je tiens à ce qu'il reste mort aux yeux de la masse ;)

(je pense que c'est ce que tu veux dire par interruption ?).

Tout à fait !

Ton code est intéressant, mais tu fais le choix de faire du polling. Dans un thread dédié, mais du polling quand même.

Bon, après avoir pris le problème dans tous les sens, il semble que ce soit la meilleure solution.

merci !

Merci de me faire mettre le doigt sur des idées et des questions que je ne me posais pas ! J'avoue n'avoir aucune compétence en temps-réel.

L'application était la suivante. Je désirais dans le cadre du développement d'un très modeste jeu clients/server à forts échanges asynchrones, développer une couche réseau. Avant que je ne pose ma question, on m'a recommandé d'utiliser des bibliothèques qui feront le taf toujours mieux que moi. Soit. Mais ma question reste entière, vraiment.

Pour répondre à la question 1, même si c'est assez subjectif, l'action doit être réalisée suffisamment vite pour rendre le jeu fluide et cohérent. Même si des mécanismes de compensation et prédiction sont mis en place coté client, ces mécanismes ont leurs limites. Il faut rapidement que le client est la même vision que le serveur.

Je reste avec le sentiment que même si les échanges sont à mon échelle très nombreux, à l'échelle d'un cpu moderne c’est peut-être peanuts et en cas de polling, 99% de mes lectures sockets n'aboutiront pas car rien n'a été reçu. C'est nul, tu en conviendras :(

Oui exactement, je crois que tu as finalement bien résumé mon problème : Le souci du premier message après une période de blanc.

Peut-être qu'un début de solution serait, dans ce cas là, quand le polling est trop espacé, basculer sur de l'interruption. Encore une fois : A tester !

Bon, je garde bien à l'esprit qu'il ne semble pas y avoir de solution miracle ;)

Bonne idée !

Peut-être que ce temps variable pourrait être ajuster au carré [1, 2, 4, 8..]
J'ai peur qu'incrémenter d'une seconde à chaque tentative échouée de lecture, induise un latence quand subitement des messages arrivent.

A tester en tout cas ! merci :)

Aaaah DP-Tool ! Quel catalogue ! Puis internet est arrivé :(

heinnnnnnn ??? Qu'est-ce que tu dis ????

..la bi queue du castor est toute plate ? je ne savais pas :(

oui oui je -->[]

Tu es spécialiste en sécurité d'OS.

Ah Linux et la sécurité… la théorie est belle, mais dés qu'on gratte…

Merci de préciser le point suivant.