Discussion :

[Braillane]

Bonjour,
Je sens déjà que ce sujet va être exposés au troll...
Voila Je voudrais réaliser une application qui serait chargé de récupérer le max d'infos sur le réseau et ceci en permanence. Il me faut donc une application qui soit le plus rapide possible pour pouvoir scanner le maximum de machines possibles. Je compte distribuer cette application, donc il me faut quelquechose d'assez portable. Voila, quel est le meilleur compromis performance/portabilité (sachant que la performance doit avoir une importance énorme ici). Je ne m'y connais pas du tout sur le sujet mais il me semble que l'assembleur serait le plus rapide mais absolument pas portable, et donc à exclure.

Merci d'avance

[gorgonite]

étant donné que la lenteur réseau sera déterminante, je ne pense pas que les performances en vitesse du langage soient déterminantes

[Braillane]

hum...Pas bête comme réponse sa...
Cela m'amène à une autre question. Admettons que je fasse une tonne de requêtes asynchrone en continu, Qui me fera ralentir? Le réseaux qui ne m'envoie pas assez de réponses pour overbooké mon programme ou mon programme qui sera vite overbookés?
(J'admets que ma question est bizarre...)
On admettra que nous sommes sur un serveur assez performant.

[Jedai]

hum...Pas bête comme réponse sa...
Cela m'amène à une autre question. Admettons que je fasse une tonne de requêtes asynchrone en continu, Qui me fera ralentir? Le réseaux qui ne m'envoie pas assez de réponses pour overbooké mon programme ou mon programme qui sera vite overbookés?
(J'admets que ma question est bizarre...)
On admettra que nous sommes sur un serveur assez performant.

Très probablement le réseau, sauf si chaque requête/réponse demande un traitement complexe. Globalement avec quelques précautions tous les langages devraient avoir des performances proches en dehors de ce cas.
En fait l'OS et le matériel (carte réseau, sans parler du cablage) est probablement plus déterminant si je comprends bien ce dont tu parles.

--
Jedaï

[gorgonite]

Admettons que je fasse une tonne de requêtes asynchrone en continu, Qui me fera ralentir? Le réseaux qui ne m'envoie pas assez de réponses pour overbooké mon programme ou mon programme qui sera vite overbookés?

il va falloir jouer avec des threads ou des processus fils, et des fils de messages... donc il va falloir que tu soignes ta conception afin d'économiser la mémoire (faire systématiquement un thread ou un fork va entrainer une forte consommation mémoire)

[Braillane]

Okay merci beaucoup pour toute vos réponses!
Je crois que je vais le faire en C, c'est un langage que je ne connais pas énormément et que j'aimerais approfondir.

[T`lash]

Okay merci beaucoup pour toute vos réponses!
Je crois que je vais le faire en C, c'est un langage que je ne connais pas énormément et que j'aimerais approfondir.

Moi je t'aurais conseillé le Java puisque tu cherches la portabilité et une application réseau.
Cela parait tout de suite plus adapté.

[Jedai]

il va falloir jouer avec des threads ou des processus fils, et des fils de messages... donc il va falloir que tu soignes ta conception afin d'économiser la mémoire (faire systématiquement un thread ou un fork va entrainer une forte consommation mémoire)

Non, a priori, il n'est pas obligé du tout de jouer avec des threads, tant qu'il utilise des mécanismes asynchrones. Le seul intérêt des threads dans son cas c'est la simplification du programme (peut-être), ou l'exploitation d'un SMP (mais dans ce cas, faire autant de threads que de Core est bien plus raisonnable).

--
Jedaï