Quand il faut 24 cycles pour atteindre le controlleur DRAM, ce n'est pas seulement un problème de bande passante mais aussi de latence parce que le contrôleur est à l'autre bout du chip.
Les busmatrix ne sont souvent qu'un moyen pour cacher les interconnections sous le tapis. De toute façon tous les flux de données important se font vers ou depuis la RAM.
A la limite, il faudrait juste une connexion en étoile vers le contrôleur mémoire et un APB pour gérer la configuration.
Ou bien encore un gros anneau comme sur certain FPGA ou le cell.
Je pense qu'une version propre, serait un gros NAT + une adresse ipv6 pour un FAI. Les boites se comportant comme des dhcp, il est facile de leur faire faire le choix.
Il faudrait que fasse la différence entre l'annonce de ARM sur une macro cell et le marché.
Concernant l'arm11 SMP, est-ce que tu connais du vrai silicium ?
Pareil pour le cortex A9, le 4430 n'aura que 2 cores max. Si il sort un jour à 4 cores, cela sera pour dans 1 an minimum.
Heu, sur un cpu arm tu es libre d'avoir le controlleur memoire que tu veux. Et la bande passante du bus AHB (entre le cpu et le controlleur memoire) est assez enorme.
Sauf qu'ils ne le font pas parce qu'ils n'ont pas le même genre de culture que intel/amd. Un chip de téléphone c'était avant tout la basse consommation, une myriade de périphérique, une taille petite, une intégration poussé, un prix bas. Les perfs ne rentraient en compte qu'au niveau du type de cpu ARM embarqué.
La bande passante d'un bus AHB classique est totalement ridicule par rapport au moindre petit x86. Il s'agit avant tout d'un bus 32 bits a vitesse plus faible que celle du cpu ! Dans un athlon64, le contrôleur mémoire est intégré dans le pipeline du cpu.
Pour avoir de la vrai puissance, il faudrait passer aux 64 bits en gardant la même fréquence avec une connexion direct au contrôleur mémoire, voir une connexion par port AHB du Cortex (de mémoire, il en a 2 ou 3, data et code séparé) et ne pas passer par un bus.
Un cpu intel passe de 35 à 25W en divisant sa fréquence par 2. donc, l'energie par cycle est plus élevé. Donc, cela ne sert que pour contrôler la temperature du chip. Il préfère tomber en idle à 5W.
Sur un ARM, c'est différent. On fait tomber la tension et la fréquence, et on y gagne un peu aussi en énergie par cycle.
Je n'avais pas vu les 2Ghz. Pour le chip que j'ai connu le 4430, TI parlait toujours de 1Ghz. Donc, 2Ghz, ce n'est pas pour tout de suite.
Concernant la consommation, c'est en comparaison avec l'A8, pas dans l'absolu.
En voyant les premières mesures de perf du 3430 à base de cortex A8, je maintiens mon énorme doute sur les perfs. Les "FSB" sont plus faibles (400Mhz ? en mobile DDR), on parle d'un seul bus de 32 voir 16 bits, des caches de 32Ko.
Sur une autre puce à base de powervr(), j'ai lu que les EFL était plus rapide en soft sur l'ARM qu'en utilisant le GPU à cause de la bande passante mémoire trop faible.
Je maintient que l'on parle de première puce ARM ayant à gérer de la cohérence de cache entre cpu (3430 n'en fait pas entre l'arm et le dsp), ce qui est une nouveauté qu'il est facile de rendre peu performant.
Je ne parle pas non plus du coté usine à gaz du produit. Pour le 3430 qui dispose de 2 cpu (arm+dsp), il y a 3000 pages pour définir les registres. Le 4430 passe à 7 cpus...
La consommation d'une puce est la somme entre la conso dynamique qui est en F*V² et la conso statique qui est proportionnel à la surface à la tension genre S*V.
Aujourd'hui, on doit être à 60% de conso statique. Donc, un gros cortex A8 même à 1V et 26Mhz consommera beaucoup plus qu'un arm9 à 1V et 26 Mhz car il est dix fois plus gros.
ARM était très bon sur les processeurs "purement RISC". Avec les cortex A8, il passe au dual issue (type pentium I), avec le cortex A9, il passe à l'out of order (type PII ou PPC 603). Il inclus aussi une fpu et une unité de calcul vectoriel. C'est assez nouveau pour eux.
Les premiers netbook arm devrait être à base de Scorpio de chez Qualcomm. C'est un compatible CortexA8 tournant à 1Ghz avec une unité SIMD 2x plus rapide que celle de base. C'est très bon pour la vidéo.
Le problème reste cependant le même :
- quand on lit un mp3, un arm à 10 mhz suffit largement. Plus, c'est de l'overkill qui bouffe de la batterie. Cela entraine de gros soucis de durée de batterie pour des téléphones qui passent d'une autonomie en semaines, à une autonomie en jour.
- Firefox ou n'importe quel autre navigateur "moderne" a besoin de grosse patate sur un seul cpu. Dans certain cas, même un atom a du mal !
C'est un peu le grand écart entre les 2 mondes. Pas assez d'autonomie d'un coté et pas assez de patates de l'autre.
L'arm cortex A9 est une version out of order de l'arm cortex A8. Cela augmente le taux d'execution moyen d'instruction en parallèle mais cela peut aussi augmenter la consommation à cause de la taille de l'étage de gestion de l'out of order.
La fréquence reste aussi un peu basse par rapport à l'atom actuel. Il s'agit aussi des premières puces SMP de arm. Il y a tout un tas de problème spécifique à ce genre d'architecture. Ce n'est pas gagné que cela marche du premier coup. Le sparc Leon devait pouvoir aussi être smp mais il y a un problème "conceptuel" sur la gestion du cache.
Si les arm veulent concurrencé les atom, il faudrait partir sur du quadricoeur. C'est un minimum. De plus, les puces à base d'Arm ont un gros problème de bande passante mémoire (1 bus de 1Go/s pour les cpu+gpu).
J'ai l'impression que les personnes ayant faite l'architecture de SOC qui ont culture de l'arm9 utilisé partout en téléphonie mobile, ont l'impression avec ces cpu rapides, d'avoir une puissance "délirante" qui fait pourtant pâle figure avec le plus petit cpu x86 du marché. Ils ont oublié d'optimisé l'accès à la mémoire, cela se voit dans les temps de latence d'accès à la DRAM.
Je crois qu'il n'y a qu'un seul test qui vérifie cela. La plus part des tests sont orienté impératifs.
En même temps, c'est complexe de trouver un test d'un milliers de ligne maximum qui met en avant les performances objets d'un langage.
Il faudrait mettre en avant les perfs d'héritage, des redéfinitions de fonctions (le virtuel du c++), etc... Bref, les perfs des fonctions avancées objet.
Je pensais bien à un système de factory qui utilise ensuite les objets créés. Mais ce n'est pas évident de définir qqch qui n'est pas trop artificiel.
En gros, si la nested function est executé en dehors de la fonction qui la créer la pile d'appel n'a plus aucun sens. Une vrai closure doit gérer ce cas-là (Lisaac le fait pour les types blocs).
"Et ça ne me pose pas de pbl de conscience d'utiliser un driver proprio pour exploiter toutes les capacités de mon matériel sur un système d'exploitation libre."
Sauf que le jour ou tu veux changer de noyaux/distrib tu ne peux pas car ton drivers n'est pas (encore) porté pour le nouveau noyau. Ou encore, celui-ci n'offre pas de fonctionnalités annexe correct, typiquement la mise en veille et une gestion de l'énergie.
C'est pas franchement le genre de contenu qui change tous les jours. Les pages devraient pourvoir toutes être statiques et être générées une fois pour toutes, non ?
Au pire, vous utilisez le truc du moteur php dans la pages 404 comme pour linuxfr.org.
[^] # Re: mouais...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal ARM sort l'artillerie lourde. Évalué à 2.
Les busmatrix ne sont souvent qu'un moyen pour cacher les interconnections sous le tapis. De toute façon tous les flux de données important se font vers ou depuis la RAM.
A la limite, il faudrait juste une connexion en étoile vers le contrôleur mémoire et un APB pour gérer la configuration.
Ou bien encore un gros anneau comme sur certain FPGA ou le cell.
"La première sécurité est la liberté"
[^] # Re: Train....
Posté par Nicolas Boulay (site web personnel) . En réponse au journal SNCF : Antibes-Grenoble en 16h, c'est possible.. Évalué à 2.
\o/ copain !
Alors tu es coté mer de verdure ou montagne + autoroute ?n
"La première sécurité est la liberté"
[^] # Re: Revenons à la question initiale pour comprendre
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Le NAT chez ton FAI ou la fin du Web tel qu'on le connaît ?. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: le mouchard n'est pas obligatoire
Posté par Nicolas Boulay (site web personnel) . En réponse au journal La solution pour adopter HADOPI (1,2,...). Évalué à 7.
"La première sécurité est la liberté"
[^] # Re: mouais...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal ARM sort l'artillerie lourde. Évalué à 2.
Concernant l'arm11 SMP, est-ce que tu connais du vrai silicium ?
Pareil pour le cortex A9, le 4430 n'aura que 2 cores max. Si il sort un jour à 4 cores, cela sera pour dans 1 an minimum.
Heu, sur un cpu arm tu es libre d'avoir le controlleur memoire que tu veux. Et la bande passante du bus AHB (entre le cpu et le controlleur memoire) est assez enorme.
Sauf qu'ils ne le font pas parce qu'ils n'ont pas le même genre de culture que intel/amd. Un chip de téléphone c'était avant tout la basse consommation, une myriade de périphérique, une taille petite, une intégration poussé, un prix bas. Les perfs ne rentraient en compte qu'au niveau du type de cpu ARM embarqué.
La bande passante d'un bus AHB classique est totalement ridicule par rapport au moindre petit x86. Il s'agit avant tout d'un bus 32 bits a vitesse plus faible que celle du cpu ! Dans un athlon64, le contrôleur mémoire est intégré dans le pipeline du cpu.
Pour avoir de la vrai puissance, il faudrait passer aux 64 bits en gardant la même fréquence avec une connexion direct au contrôleur mémoire, voir une connexion par port AHB du Cortex (de mémoire, il en a 2 ou 3, data et code séparé) et ne pas passer par un bus.
"La première sécurité est la liberté"
[^] # Re: mouais...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal ARM sort l'artillerie lourde. Évalué à 2.
3000 pages, c'est, en gros, pour une ligne par champs de bits. Pour comprendre mieux, il faut la doc de la sous partie.
"La première sécurité est la liberté"
[^] # Re: mouais...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal ARM sort l'artillerie lourde. Évalué à 5.
Un cpu intel passe de 35 à 25W en divisant sa fréquence par 2. donc, l'energie par cycle est plus élevé. Donc, cela ne sert que pour contrôler la temperature du chip. Il préfère tomber en idle à 5W.
Sur un ARM, c'est différent. On fait tomber la tension et la fréquence, et on y gagne un peu aussi en énergie par cycle.
"La première sécurité est la liberté"
[^] # Re: mouais...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal ARM sort l'artillerie lourde. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: mouais...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal ARM sort l'artillerie lourde. Évalué à 2.
Concernant la consommation, c'est en comparaison avec l'A8, pas dans l'absolu.
En voyant les premières mesures de perf du 3430 à base de cortex A8, je maintiens mon énorme doute sur les perfs. Les "FSB" sont plus faibles (400Mhz ? en mobile DDR), on parle d'un seul bus de 32 voir 16 bits, des caches de 32Ko.
Sur une autre puce à base de powervr(), j'ai lu que les EFL était plus rapide en soft sur l'ARM qu'en utilisant le GPU à cause de la bande passante mémoire trop faible.
Je maintient que l'on parle de première puce ARM ayant à gérer de la cohérence de cache entre cpu (3430 n'en fait pas entre l'arm et le dsp), ce qui est une nouveauté qu'il est facile de rendre peu performant.
Je ne parle pas non plus du coté usine à gaz du produit. Pour le 3430 qui dispose de 2 cpu (arm+dsp), il y a 3000 pages pour définir les registres. Le 4430 passe à 7 cpus...
"La première sécurité est la liberté"
[^] # Re: mouais...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal ARM sort l'artillerie lourde. Évalué à 6.
Aujourd'hui, on doit être à 60% de conso statique. Donc, un gros cortex A8 même à 1V et 26Mhz consommera beaucoup plus qu'un arm9 à 1V et 26 Mhz car il est dix fois plus gros.
ARM était très bon sur les processeurs "purement RISC". Avec les cortex A8, il passe au dual issue (type pentium I), avec le cortex A9, il passe à l'out of order (type PII ou PPC 603). Il inclus aussi une fpu et une unité de calcul vectoriel. C'est assez nouveau pour eux.
Ensuite, il y a le multicore pour l'A9.
"La première sécurité est la liberté"
[^] # Re: mouais...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal ARM sort l'artillerie lourde. Évalué à 4.
Le problème reste cependant le même :
- quand on lit un mp3, un arm à 10 mhz suffit largement. Plus, c'est de l'overkill qui bouffe de la batterie. Cela entraine de gros soucis de durée de batterie pour des téléphones qui passent d'une autonomie en semaines, à une autonomie en jour.
- Firefox ou n'importe quel autre navigateur "moderne" a besoin de grosse patate sur un seul cpu. Dans certain cas, même un atom a du mal !
C'est un peu le grand écart entre les 2 mondes. Pas assez d'autonomie d'un coté et pas assez de patates de l'autre.
"La première sécurité est la liberté"
[^] # Re: gestion des coeurs multiples.
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Nouvelle version 2.6.31 du noyau Linux. Évalué à 3.
"La première sécurité est la liberté"
# voiture ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal SNCF : Antibes-Grenoble en 16h, c'est possible.. Évalué à 2.
"La première sécurité est la liberté"
# mouais...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal ARM sort l'artillerie lourde. Évalué à 10.
La fréquence reste aussi un peu basse par rapport à l'atom actuel. Il s'agit aussi des premières puces SMP de arm. Il y a tout un tas de problème spécifique à ce genre d'architecture. Ce n'est pas gagné que cela marche du premier coup. Le sparc Leon devait pouvoir aussi être smp mais il y a un problème "conceptuel" sur la gestion du cache.
Si les arm veulent concurrencé les atom, il faudrait partir sur du quadricoeur. C'est un minimum. De plus, les puces à base d'Arm ont un gros problème de bande passante mémoire (1 bus de 1Go/s pour les cpu+gpu).
J'ai l'impression que les personnes ayant faite l'architecture de SOC qui ont culture de l'arm9 utilisé partout en téléphonie mobile, ont l'impression avec ces cpu rapides, d'avoir une puissance "délirante" qui fait pourtant pâle figure avec le plus petit cpu x86 du marché. Ils ont oublié d'optimisé l'accès à la mémoire, cela se voit dans les temps de latence d'accès à la DRAM.
Bref, c'est pas gagné :)
"La première sécurité est la liberté"
[^] # Re: Performances
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Sortie de Vala 0.7.6. Évalué à 2.
En même temps, c'est complexe de trouver un test d'un milliers de ligne maximum qui met en avant les performances objets d'un langage.
Il faudrait mettre en avant les perfs d'héritage, des redéfinitions de fonctions (le virtuel du c++), etc... Bref, les perfs des fonctions avancées objet.
Je pensais bien à un système de factory qui utilise ensuite les objets créés. Mais ce n'est pas évident de définir qqch qui n'est pas trop artificiel.
"La première sécurité est la liberté"
[^] # Re: je suis pas convaincue
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Sortie de Vala 0.7.6. Évalué à 2.
En gros, si la nested function est executé en dehors de la fonction qui la créer la pile d'appel n'a plus aucun sens. Une vrai closure doit gérer ce cas-là (Lisaac le fait pour les types blocs).
"La première sécurité est la liberté"
[^] # Re: Il est très lucide
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Quand Microsoft communique sur le prix de la vente liée de Windows. Évalué à 5.
"La première sécurité est la liberté"
[^] # Re: 50 tout rond?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Quand Microsoft communique sur le prix de la vente liée de Windows. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: Disquette.
Posté par Nicolas Boulay (site web personnel) . En réponse au message faire un shred sur un vieux pc. Évalué à 2.
Et encore, récupérer des données en ayant exploser l'électronique qui va avec et encore pire le plateau doit rendre toute récupération impossible.
"La première sécurité est la liberté"
# noobs :)
Posté par Nicolas Boulay (site web personnel) . En réponse au message Liste de matériel compatible liste. Évalué à 4.
Sauf que le jour ou tu veux changer de noyaux/distrib tu ne peux pas car ton drivers n'est pas (encore) porté pour le nouveau noyau. Ou encore, celui-ci n'offre pas de fonctionnalités annexe correct, typiquement la mise en veille et une gestion de l'énergie.
"La première sécurité est la liberté"
[^] # Re: serveur down ??
Posté par Nicolas Boulay (site web personnel) . En réponse au journal NosDéputés.fr : et vous, que fait votre député à l'Assemblée ?. Évalué à 3.
http://www.numerama.com/magazine/13864-nosdeputesfr-les-depu(...)
http://www.linformaticien.com/Actualit%C3%A9s/tabid/58/newsi(...)
http://www.lepost.fr/article/2009/09/10/1690161_nosdeputes-f(...)
http://tempsreel.nouvelobs.com/actualites/vu_sur_le_web/2009(...)
C'est déjà pas mal !
"La première sécurité est la liberté"
[^] # Re: serveur down ??
Posté par Nicolas Boulay (site web personnel) . En réponse au journal NosDéputés.fr : et vous, que fait votre député à l'Assemblée ?. Évalué à 4.
"La première sécurité est la liberté"
[^] # Re: serveur down ??
Posté par Nicolas Boulay (site web personnel) . En réponse au journal NosDéputés.fr : et vous, que fait votre député à l'Assemblée ?. Évalué à 1.
Au pire, vous utilisez le truc du moteur php dans la pages 404 comme pour linuxfr.org.
"La première sécurité est la liberté"
[^] # Re: super site !
Posté par Nicolas Boulay (site web personnel) . En réponse au journal NosDéputés.fr : et vous, que fait votre député à l'Assemblée ?. Évalué à 2.
Il faudrait voir à alléger les pages ou prendre un serveur plus gros.
"La première sécurité est la liberté"
# super site !
Posté par Nicolas Boulay (site web personnel) . En réponse au journal NosDéputés.fr : et vous, que fait votre député à l'Assemblée ?. Évalué à 3.
Par exemple, les stats sur les années précédentes, pour voir le travail des personnes non réélues.
"La première sécurité est la liberté"