Discussion :

[TheBlackReverand]

Bonjour,

j'aimerais savoir comment je pourrais optimiser une application pour ces 2 type de processeurs, les double coeur et les 64bits

les double coeur s'optimiserais grace a la parrallelisation des taches => multithread??


qu'est ce que ces 2 optimisations(double coeur + 64bits) donne de concret dans notre manière de programmer??

les resultats en val t-il vraiment la peine?? (de realiser plusieur version d'une application en fonction du CPU)

[harz62]

qu'est ce que ces 2 optimisations(double coeur + 64bits) donne de concret dans notre manière de programmer??

A part les verrous de synchronisation, dans l'immédiat je vois pas trop...

les resultats en val t-il vraiment la peine?? (de realiser plusieur version d'une application en fonction du CPU)

Cela peut se faire simplement avec des directives de préprocesseur mais les applications 64 bits ne sont pas très utilisées

[dev01]

Cela peut se faire simplement avec des directives de préprocesseur mais les applications 64 bits ne sont pas très utilisées

euh ... c'est vraiment en natif mais en .NET le CLR gère ça lui même et paf ça fait des chocapic. Bref on s'occupe de rien et fonctionne nativement en 64 bits.

[smyley]

les resultats en val t-il vraiment la peine?? (de realiser plusieur version d'une application en fonction du CPU)

Une version par CPU ? mais alors à quoi sert d'avoir prit la peine de mettre le CLR entre les deux ? sincèrement je pense que tu n'y gagnera rien, tu va par contre perdre du temps à le faire sans gagner grand chose.
Perso je pense que tu devrais programmer dans l'optique où ton programme s'exécute sur des multicores (ce qui est de plus en plus probable) en programmant en multithread : si un processeur simple cœur ça ne changera pas grand chose, et sur un multi cœur t'ira plus vite (en exécutant les tâches en parallèle).
Pour le 64 bits comme dit précédemment le CLR se charge de toute les basses besognes et d'ailleurs un programme .NET par défaut s'exécute en 32 bits sur un CPU 32 bits et en 64 bits sur un CPU 64 bits ...

ça fait des chocapic

C'est fort en chocolat

[dev01]

Perso je pense que tu devrais programmer dans l'optique où ton programme s'exécute sur des multicores (ce qui est de plus en plus probable) en programmant en multithread : si un processeur simple cœur ça ne changera pas grand chose, et sur un multi cœur t'ira plus vite (en exécutant les tâches en parallèle).

Attention ! multithread != multi core.
C'est parce que l'on a plusieurs thread et plusieurs cœur que la charge va être répartie afin que l'application tourne plus ! L'OS fait absolument ce qu'il est bien souvent on voit que l'application n'utilise qu'un cœur pour tout faire. Le multi-thread est la afin de donner l'illusion que tout peux s'exécuter en même temps mais rien en garantis que les threads seront exécuté réellement en parallèle sur un multi-cœur

[smyley]

Attention ! multithread != multi core.

Quoi ? j'ai dit ça ?

Un exemple concret, je suis allé faire pour préparer un exercice de TIPE en math le calcule des nombres du problèmes de Syraccuse de manière récursive. Avec un seul thread j'ai un cœur qui tourne au max, et ce en permanence, avec 3 000 000 de tests à la seconde. Avec 2 threads (j'ai un double cœur) j'arrive à 5 000 000. C'est dans cette optique que je dit de programmer un multithread si on s'attend à des multicoeurs, le système s'arrange pour ce soit équilibré, mais c'est beau quand ça marche comme ça pour les gros calculs