[mOved] Utilisation du bi-proc sur GP2x - Page 1

quelques mots a ce sujet par Squidge:

"Ok, I wrote some benchmarking stuff today (calculating prime numbers using square roots) to give the 2x a bit of a performance test, and see how the two processors compare.


Running the test on the 920, it completes in 17.2 seconds.
RRunning the test on the 940, with the 920 twiddling it's thumbs, it completes in 17.1 seconds.
Running the test on both processors (interleaving, so each does exactly half the work load), it completes in 8.9 seconds.

I think this proves that the second processor is all but useless!"

"Ok, J'ai ecris quelques fonctions de benchmark (Calcule de nombres premiers en utilisant des square roots) pour donner a la 2x Un test de performance, et voir la comparaison avec 2 processeurs.


En lancant le test sur le 920, il le fait en 17.2 seguondes.
En lancant le test sur le 940, avec le 920 se croisant les doigts, il le fait en 17.1 seguondes.
En lancant le test sur les 2 processeurs (interleaving, Chaqu'un fesant exactement la moitie de la charge de travail), Il le fait en 8.9 seconds.

Je penes que ca prouve que le second processeur n'est I think this proves that the second processor certainement pas inutile!"

En utilisant les lib minimal de Rlyeh. C'est tres encourageant

Plus d'info:
http://www.gp32x.com/board/index.php?showtopic=22871

Le petit monsieur va tester maintenant l'acces memoire des 2 proc et les 2 en meme temps pour voir la diference

Ca commence a devenir trés interessant, bientot le deuxieme Proc utilisé a 100 % ?

Sonic_Freeman :
Ca commence a devenir trés interessant, bientot le deuxieme Proc utilisé a 100 % ?

oui mais pour l'instant on ne sait pas si le gain reel sera vraiment interessant en utilisant les 2 procs

Yod4z
:

Sonic_Freeman :
Ca commence a devenir trés interessant, bientot le deuxieme Proc utilisé a 100 % ?

oui mais pour l'instant on ne sait pas si le gain reel sera vraiment interessant en utilisant les 2 procs

Je pense qu'il le sera, il pourrait être utilisé pour le son par exemple dans un ému ou dans un jeu, le second proc. decoderai le son tant que le premier interpréterai le jeu et afficherai l'image, donc ça peut vraiment le faire

voila les resultats des test memoires:

Squidge a realisé le test pour voir et voila le resultat qui bien positif:

En utilisant 10MB de données de memoire, en ecrivant 2GB et lisant 1GB:

Aussi bien le 920 comme le 940 prennent 28 secondes chaqu'un separement. En utilisant les 2 processeurs en simultanés, chaqu'un utilisant le bus memoire en meme temps: 31 secondes.

voila qui est pas mal, maintenant reste a voir ce que ca donnerait en application reel

Hum pas sur de comprendre.
Dans le cas des 28 seconde chaque proc a fait la lecture et l'écriture seule. Donc au total 28"+28"= 56" seconde pour 4GB en écriture et 2GB en lecture ?

Dans le second cas les deux on travaillé en parrallèle pour les teste d'écriture de 4GB et de lecture de 2Gb avec un temps de 31" ?

Si c'est bien comme ça cela fait un gain de (56-31)/56 = 44% environt.
En même temps en situation réel on peux espérer un gain plus important vut que pendant que l'un fait un calcul l'autre peux lire ou écrire en mémoire.

LAF ! ! ... !

on aura un gain je penes de 50% en plus en utilisant les 2 Proc donc des emulateur PSX a 15-25 FPS sans optimisations

J'en ai les larmes aux yeux Si si presque
Jamais je n'avais imaginé que nous aurions un émulateur PSX fonctionnel en commandant la GP2X. Tout au moins pas si rapidement et si prometteur (thanks bi-proc)

Attend qu'il soit dispo avant de pleurer toutes les larmes de ton corps ! LOL !

LAF ! ! ... !

Attendons quand même de le voir avant d'en pleurer

!slap LAF
• Ximoon slaps LAF around a bit with a large trout !

non mais.


(le PSX je sais pas, mais le neoCD par contre ... )

• Ximoon gifle LAF autour d'un peu avec une grande truite ! (dixi Bable Fish d'altavista)
Hein quoi qu'es-ce qui ce passe !!
J'ai rien fait de méchant moi !!!

LAF ! ! PK tant de haine !
P.S.
Reemarque en tant que chat la truite je dit pas non pour la manger.....

Mouais j'ai tendance a m'emballer trop vite ^^
Trop optimiste

LAF :
? Ximoon gifle LAF autour d'un peu avec une grande truite ! (dixi Bable Fish d'altavista)

Pas terrible terrible la trad

je ne fais pas de trad a partir de babelfish a par quand je veux pas me faire chier

LAF :
• Ximoon gifle LAF autour d'un peu avec une grande truite ! (dixi Bable Fish d'altavista)
Hein quoi qu'es-ce qui ce passe !!
J'ai rien fait de méchant moi !!!

LAF ! ! PK tant de haine !
P.S.
Reemarque en tant que chat la truite je dit pas non pour la manger.....

excellente la traduction

voila du code
http://www.rafb.net/paste/results/DDWIfg36.html

Yod4z :
voila du code
http://www.rafb.net/paste/results/DDWIfg36.html

Pfff, ah d'accord, en fait c'est trop facile de faire du dual-proc

Sans déc, je m'attendais à qquechose de beaucoup plus tordu

disons que la le dual proc n'est au'a son debut mais a mon avis on aura droit a des lib special pour developper en dual proc sans trop reflechir bientot dans les lib minimales de Mr Rlyeh

Yod4z :
Tu utilise qui pour faire des trad automatique ??
HEu ton lien marche plus ! snif !

Une bonne âme pourrait traduire :
Ximoon slaps LAF around a bit with a large trout !

LAF ! ! ... !

J'utilise ma tete pour faire les trad sinon pour l'automatique tu as babelfish qui est pas mal

Ca ete retiré

Ximoon frappe LAF autour avec un gros poisson

to slap around => (sous entendu around the head) flanquer une grosse baffe, ne pas traduire le around, c'est une expression.

with a large trout => à tout poisson tout honneur, c'est bien une truite et ca a son importance .. Enfin je crois .. J'ai jamais essayé.

Ben justement ma trad venias de babel fish ! LOL !

LAF ! ! ... !

Tu vois dans Asterix, Ordralphabetix et Cetautomatix ? Pareil

Et voila il fallait s'y attendre avec les divers test effectue Rlyeh a mi a disposition sa librairies minial en version 0.9 avec support du dual core de la GP2X ca va chauffé mainteannt

/* minimal.c

GP2X minimal library v0.9 by rlyeh, 2005. emulnation.info@rlyeh (swap it!)

+ GP2X 920t/940t CPUs library with a FIFO message system.
+ GP2X video library with double buffering.
+ GP2X sound library with double buffering.
+ GP2X blitter library.
+ GP2X timer library.
+ GP2X joystick library.

Thanks to Squidge, Robster, snaff, Reesy and NK, for the help & previous work! :-)

License
=======

Free for non-commercial projects (it would be nice receiving a mail from you).
Other cases, ask me first.

GamePark Holdings is not allowed to use this library and/or use parts from it.

Known projects using the library or parts from it
=================================================

REminiscence-0.1.8 (rlyeh)
Payback (jrd)
Atari800 GP2X pre-release 3 (foft)
XUMP (kedo)
MAME2X (Franxis)
DrMD for GP2X (Reesy)

What's new
==========

0.9: initial FIFO message system for dual cpu cores.
initial 48 Mb support.
initial quadruple buffering in 8bbp mode.

0.8: initial dual cores cpu support.
added very basic blit functions by popular demand ;-)
added hsync & vsync waiting code (thanks Reesy)
bugfixed a stupid typo in 8bpp mode (thanks Franxis for the bug report)

0.7: sound volume added.
rewritten timer.
faster init code.
fixed launch code when exiting.

0.6: timer added.
palette handling improved and fixed.
sound pause added.

0.5: sound patched for real stereo output (by using NK's solution)
better init code.

0.4: lots of cleanups.
sound is threaded and double buffered now.
8 bpp video support.
better exiting code.

0.3: shorter library.
improved joystick diagonal detection.

0.2: better code layout.
public release.

0.1: beta release.

Pour la recup ou avoir des infos: http://www.emulnation.info/retrodev/forum/viewtopic.php?p=755#755

Ca va donner u coup de fouet a MAME