J'aurais tendance à dire d'après de multiple commentaire ici, de ne pas faire de raid 5 mais uniquement du raid 1 et d'utiliser une carte raid moderne (3ware ?).
Je me demande aussi quel est la plus value (à part pour intel) des XEON sur les core i7. Quelqu'un à déjà fait des tests ? Ou est-ce seulement utile pour les archi multisocket ?
Sinon, d'un point de vue disponibilité, il ne faudrait pas plutôt avoir 2 machines pour basculer les services de l'un vers l'autre en cas de problème ?
OGD1 comporte deux FPGA, théoriquement ses performances devraient surpasser celle de toute carte graphique
euh.. tu rève là. Un FPGA tourne à ~100 Mhz au mieux quand un cpu tourne à 1 Ghz.
Pour le même prix ton FPGA sera toujours bien plus lent au final, sauf application ultra particulière qui se cable bien (en gros pas besoin de multiplieur ou de support flottant).
C'est possible à condition qu'une boite sorte un CPU avec plein de corp ARM dedans et des gros IOs (bus mémoire et réseau).
On peut imaginer facilement 16 coeurs ARM avec des gros busses mémoires et quelques liens réseau à 10Gb.
L'investissement serait tout de même très élevé. La différence de puissance de calcul est aussi forte entre un core arm et un seul core x86 (genre un ordre de grandeur).
Si tu pourras faire tourner les jeux sans shader, uniquement en utilisant le pipeline fixe qui est censé être plus rapide que les pipelines fixe des anciennes cartes.
En gros, il montre comment lier des opérations entre elle. Pourquoi ne pas utiliser une variable qui sert à identifier le flot au lieu d'utiliser une fonction explicite de lien est un mystère.
"Quel rapport entre la vitesse et la gestion de la mémoire ?"
Si tu as un GC le codeur à tendance à être sale et à créer/détruire plein d'objets, ce qui est couteux. En C, tu as naturellement le réflexe de réutiliser les objets pour des raisons de facilité, or c'est le plus performant.
>> Mais alors les langages de scripts les plus utilisés sont vraiment si lents que ça par rapport à du code compilé en natif mais avec peu d'optimisation ?
Si tu regardes le langage shoutout, on peut estimer à un facteur 10 en moyenne la différence de performance entre du C et un script. Parfois, c'est bien pire.
Il suffirait de plaque d'alu avec des caloduc en cuivre pour répartir la chaleur. Mais à part le dessous du portable, il y trés peu de place sur les coté et je vois mal un caloduc aller à l'arrière d'un écran (mais au moins il y a de la surface à l'air libre).
Est-ce que cela va chercher des informations comme la taille des lignes de caches, les jeux d'instructions supportés et leur version, la taille de la DRAM (non confondu avec le swap) ?
Tu es entrain de mélanger la puissance et l'énergie.
En gros, un code optimisé pourra demander une puissance crête plus forte, mais la consommation pour une opération donnée sera plus faible (énergie total).
De toute façon sur les process modernes, la conso statique est la plus forte. Donc, la consommation est directement proportionnel à la taille du chip x tension d'alim.
Donc, le but est d'aller le plus vite possible pour diminuer la tension et couper l'horloge.
Cette analyse est beaucoup trop légère. La plus part du temps, l'inling _réduit_ la taille du code. Une fois le code inliné, il y a la passe de simplification de code qui vire l'inutile.
C'est toujours la différence entre algorithmie et implémentation.
Une fois que tu as le bon algo, tu peux optimiser. L'implémentation doit permettre un gain de x10 maximum, c'est moins que l'algo mais c'est tout de même à prendre :)
# raid 1
Posté par Nicolas Boulay (site web personnel) . En réponse au message Conseil d'achat d'un serveur. Évalué à 2.
Je me demande aussi quel est la plus value (à part pour intel) des XEON sur les core i7. Quelqu'un à déjà fait des tests ? Ou est-ce seulement utile pour les archi multisocket ?
Sinon, d'un point de vue disponibilité, il ne faudrait pas plutôt avoir 2 machines pour basculer les services de l'un vers l'autre en cas de problème ?
"La première sécurité est la liberté"
[^] # Re: Et dire que NI vends ses cartes FPGA des milliers d'Euros !!!
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Open Graphics lance la production de l'OGD1. Évalué à 2.
OGD1 comporte deux FPGA, théoriquement ses performances devraient surpasser celle de toute carte graphique
euh.. tu rève là. Un FPGA tourne à ~100 Mhz au mieux quand un cpu tourne à 1 Ghz.
Pour le même prix ton FPGA sera toujours bien plus lent au final, sauf application ultra particulière qui se cable bien (en gros pas besoin de multiplieur ou de support flottant).
"La première sécurité est la liberté"
[^] # Re: hégémonie d'Intel et AMD
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Le Top 500 de novembre 2009. Évalué à 4.
A l'époque, 16 cpu vectoriel avait la puissance de plus de 1000 alpha.
Cray veut produire un cpu vectoriel qui tient dans un seul chip et en mettre des milliers comme IBM.
Pour info, un vecteur d'un processeurs vectoriel prend 2048 réel 64 bits d'un coup !
"La première sécurité est la liberté"
[^] # Re: hégémonie d'Intel et AMD
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Le Top 500 de novembre 2009. Évalué à 4.
On peut imaginer facilement 16 coeurs ARM avec des gros busses mémoires et quelques liens réseau à 10Gb.
L'investissement serait tout de même très élevé. La différence de puissance de calcul est aussi forte entre un core arm et un seul core x86 (genre un ordre de grandeur).
Il reste à avoir un gros rapport mips/watt.
"La première sécurité est la liberté"
[^] # Re: Une idée du problème
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Utiliser ma clé USB wifi via ndiswrapper sur Mandriva (et Debian-like ?). Évalué à 2.
https://linuxfr.org//~nicOnicO/28396.html
En gros, real tec en est à la version 2.xx.. alors que la version du kernel est la 1.8xxx.
Il "suffit" de mettre à jour depuis les sources fournis par leur site web.
"La première sécurité est la liberté"
[^] # Re: En pratique
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Open Graphics lance la production de l'OGD1. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: Typage statique/dynamique
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Go : Un nouveau langage chez Google. Évalué à 3.
"La première sécurité est la liberté"
[^] # Re: Quelques petites rectifications et une question
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Go : Un nouveau langage chez Google. Évalué à 2.
http://www.reddit.com/r/programming/tb/1761q
J'ai compris qu'il teste en gros la validité d'un paramètre avant qu'il plante. Cela semble tellement sans intérêt !
http://sleepingsquirrel.org/monads/monads.html ici il essaye de le faire en perl.
En gros, il montre comment lier des opérations entre elle. Pourquoi ne pas utiliser une variable qui sert à identifier le flot au lieu d'utiliser une fonction explicite de lien est un mystère.
"La première sécurité est la liberté"
[^] # Re: Quelques petites rectifications et une question
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Go : Un nouveau langage chez Google. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: Interrogations...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Go : Un nouveau langage chez Google. Évalué à 3.
"La première sécurité est la liberté"
[^] # Re: AMHA
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Linuxfr, la décadence ?. Évalué à 10.
La hiérarchisation + le vote est un must !
"La première sécurité est la liberté"
[^] # Re: Ah! C'est la saison de la galinette cendrée!
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Go : Un nouveau langage chez Google. Évalué à 6.
Comment veux-tu passer à autre chose que IP sachant que IP V6 n'arrive même pas à s'imposer ?
"La première sécurité est la liberté"
[^] # Re: Ah! C'est la saison de la galinette cendrée!
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Go : Un nouveau langage chez Google. Évalué à 2.
Je pense simplement que Lisaac va plus loin dans certain cas (comme la gestion du parralèlisme).
Lisaac est aussi particulier parce que tout est en lib. Le GC aussi. Ce qui permet de "tuner" si besoin.
"La première sécurité est la liberté"
[^] # Re: système et garbage collector?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Go : Un nouveau langage chez Google. Évalué à 2.
J'ai l'impression que beaucoup de vieux GC demande plusieurs seconde pour s'exécuter or il est possible de faire des pauses plus courtes.
"La première sécurité est la liberté"
[^] # Re: Quelques petites rectifications et une question
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Go : Un nouveau langage chez Google. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: Interrogations...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Go : Un nouveau langage chez Google. Évalué à 3.
Si tu as un GC le codeur à tendance à être sale et à créer/détruire plein d'objets, ce qui est couteux. En C, tu as naturellement le réflexe de réutiliser les objets pour des raisons de facilité, or c'est le plus performant.
>> Mais alors les langages de scripts les plus utilisés sont vraiment si lents que ça par rapport à du code compilé en natif mais avec peu d'optimisation ?
Si tu regardes le langage shoutout, on peut estimer à un facteur 10 en moyenne la différence de performance entre du C et un script. Parfois, c'est bien pire.
"La première sécurité est la liberté"
[^] # Re: Pirater la GPL ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Microsoft pirate la GPL ?. Évalué à 3.
"La première sécurité est la liberté"
[^] # Re: Un truc pas cher
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Même les ordinateurs deviennent jetables. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: Interessant
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Hardware Locality (hwloc). Évalué à 4.
L'associativité peut être mortel quand elle est trop simple. Ce qui est le cas de tout ce qui n'est pas un monstre x86.
Sinon cote x86, il doit exister 32 64 et 128 comme taille de ligne de cache.
"La première sécurité est la liberté"
[^] # Re: Interessant
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Hardware Locality (hwloc). Évalué à 1.
cad ?
Les tailles vont de 32 à 128 octets. Cela peut changer pas mal de choses. J'imagine que l'on peut trouver des valeurs plus extrêmes encore.
"La première sécurité est la liberté"
[^] # Re: Interessant
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Hardware Locality (hwloc). Évalué à 3.
"La première sécurité est la liberté"
[^] # Re: Cela confirme ce que je pense
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Linux, Gentoo, et gcc dans un bateau.... Évalué à 5.
En gros, un code optimisé pourra demander une puissance crête plus forte, mais la consommation pour une opération donnée sera plus faible (énergie total).
De toute façon sur les process modernes, la conso statique est la plus forte. Donc, la consommation est directement proportionnel à la taille du chip x tension d'alim.
Donc, le but est d'aller le plus vite possible pour diminuer la tension et couper l'horloge.
"La première sécurité est la liberté"
[^] # Re: Question
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Linux, Gentoo, et gcc dans un bateau.... Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: dbench
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Linux, Gentoo, et gcc dans un bateau.... Évalué à 4.
Une fois que tu as le bon algo, tu peux optimiser. L'implémentation doit permettre un gain de x10 maximum, c'est moins que l'algo mais c'est tout de même à prendre :)
"La première sécurité est la liberté"
[^] # Re: dbench
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Linux, Gentoo, et gcc dans un bateau.... Évalué à 3.
C'est un peu évident, non ?
"La première sécurité est la liberté"