Discussion :

[Arnard]

Bonjour,

j'ai sur une machine disposant de 2go de ram (et apparemment 2go de swap) une appli, qui lorsqu'elle se charge, lance pour 1000 threads et monte la consommation mémoire à 2go. A ce moment là, un outofmemory apparaît, vraisemblablement sur un Thread.start

Existe t-il des restrictions particulières pour la machine virtuelle sur la taille ou le nombre de threads ?J'aurais pensé que windows allouerait ce qu'il faut à la machine virtuelle, quitte à aller swapper...

De même, est-il possible de paramétrer le système pour définir une limite plus haute ?

Merci de vos réponses

[anthyme]

Je ne connais pas ces limitations mais j'ai juste un petite conseil :

A moins d'être un super calculateur (ce qui m'étonnerait vu la ram), avoir 1000 threads c'est vraiment mauvais coté perf (pas que mémoire mais surtout d'exécution).

En general faut pas faire plus de 2 thread par core sinon le passage d un thread a l'autre devient couteux.

Le mieux est d utiliser un ThreadPool.

[Arnard]

Je me doute bien que 1000 est beaucoup trop :/
2 me semble ridiculement bas par contre :/

Lorsqu'on fait un new Thread(), ca ne va pas chercher un thread dans le pool, comme pour timer ?

[anthyme]

Je me doute bien que 1000 est beaucoup trop :/
2 me semble ridiculement bas par contre :/

Lorsqu'on fait un new Thread(), ca ne va pas chercher un thread dans le pool, comme pour timer ?

2 par core. et ce n'est pas ridicule du tout, un core ne peux en exécuter qu'un seul thread a la fois donc 2 thread par core c'est déjà 2 fois plus que ce que peut exécuter le core. et le fait de passer de l un a l autre coute du temps CPU.

Sinon non instancier un thread c le gérer a la main.

Le threadpool tu lui donne un nombre de thread max (que tu peux calculer avec ton nombre de core) et ensuite tu lui donne des "travaux" a faire et lui s'occupe d distancier ou non des thread.

[Skyounet]

Y'a tellement peu d'appli multithreadé, et surtout d'OS qui prennent le multithreads (Vista le fait même pas je crois), que 2 threads c'est largement suffisant.

Dans quelles types d'appli aurait-tu besoin de par exemple ne serait-ce que 10 threads ?

[Graffito]

Dans quelles types d'appli aurait-tu besoin de par exemple ne serait-ce que 10 threads ?

On peut imaginer une appli web dans lesquelles les utilisateurs lancent des tâches "lourdes" (exemple: simulations qui peuvent durer plusieurs dizaines de minutes). Dans ce cas, l'appli web, répondra par exemple "Votre simulation n° xxx a démarré, pour vérifier l'avancement de vos simulations, cliquez sur ce lien". On ne peut évidement pas dans ce type d'appli prévoir le nombre de thread, puisqu'un nombre indéterminé d'utilisateurs peut lancer un nombre indéterminé de simu.
Toutefois, mêmes dans cette appli, une limitation du nombre de simu simultanées me semblerait judicieuse.

[smyley]

Y'a tellement peu d'appli multithreadé, et surtout d'OS qui prennent le multithreads (Vista le fait même pas je crois)

ah bon ? comment ça ?
(car j'ai eu l'occasion de tester une application sur un multicore et voir la différence d'utilisation des core en fonction du nombre de threads ...)