J'ai besoin d'IPC local de type socket. J'ai utilisé des tubes nommés et des E/S superposées sur des fenêtres et je veux réécrire l'application pour amplifier :: ASIO afin qu'elle puisse également utiliser les sockets de domaine UNIX.Est-ce que quelqu'un a fait une analyse de performance de boost :: asio?
J'ai récemment passé en revue des parties de la librairie libevent et je sais qu'il ne supporte que socket() et select() pour windows dans la version 1.4. Comme IO chevauché est très efficace, le laisser en dehors est évidemment un trait inacceptable qui est adressé dans la version 2 (qui est en alpha). Un autre exemple de mise en œuvre sous-optimale est l'utilisation d'arbres rouge-noir par rapport aux prio-files d'attente pour la logique de temporisation qui était adressed quelque part le long de la ligne.
Est-ce que quelqu'un a des opinions sur les caractéristiques de performance de boost vs libevent/libev. At-il des traits flagrants indésirables sur certaines plates-formes? Mon but pour cette question est que je ne veux pas troubler la bibliothèque ASIO sauf si je dois absolument. Je veux savoir si boost :: asio utilise de la manière la plus optimale les primitives OS les plus optimales.
Je pense que le commentaire du demandeur sur le fait que libevent ne supporte pas les E/S superposées sous Windows est obsolète. Quelqu'un confirme. – unixman83