Version imprimable
Salut
J'ai une question concernant le nombre de threads ideal pour le pool de ExecutorService .
Je l'ai testé avec 50000 threads et il ne péte pas mais je ne sais pas si c'est opportun . C'est vrai que je traite des volumes trés trés trés gros mais j'aurai besoin de savoir la taile idéale.
Code:
2
Bonjour, je ne fait que rapporter ce que j'ai pu lire à droite à gauche, mais il me semble qu'il est inutile de fixer un nombre trop grand de thread pour un pool, car au final son utilité n'est plus démontré. Il me semble qu'il est préférable d'avoir un pool restreint mais qui tourne plus vite.
Ma source est un tutoriel sur les callback en C# du site code-project.
Les tests que j'ai efectué ont tendance à confirmer tes propos. Je pense que là je suis redescendu à 100 et que je vais même aller encore plus bas du style 10.
Sinon j'ai aussi des objet pas trés gros. et j'appelle ma proc stoc pour les inserer en base par lots de 5000 . Même question est ce que 5000 c'est trop ou pas;
Je sais que c'est ds sujets un peu pointus qui concernent plus l'optim que le dev.
cdt
On ne peut pas te conseiller pour une optimisation si spécifique.
Ca dépend de plusieurs facteurs et notamment de l'architecture réseau qui peut être différente selon les endroits où sera déployé le programme.
C'est à toi de réaliser des tests dans plusieurs configuration et trouver laquelle est la plus optimale.
ok t'as parfaitement raison.D'ailleurs c'est ce que je suis entrain de faire depuis quelques jours mais je posais juste la question pour savoir s'il y avait des points qui ne changeaient pas quelque sit l'archi.
merci