Effectivement ça dépend du code. Pour ma part sur des codes de simulations numériques "maison" je constate des accélérations jusqu'à un facteur 2 (2x plus rapide) entre un Bi-Xeon 2.4Ghz et un Bi-Opteron 246 à 2Ghz (compilo gcc-3.3).
Par ailleurs, les performances SMP sont remarquables du fait que, contrairement au PIV & co où il n'y a qu'une seule mémoire centrale, l'Opteron dispose d'une architecture un peu plus NUMA où chaque proc dispose d'abord d'une mémoire propre, mais qu'il peut partager avec ses collègues.
Je ne suis absolument pas d'accord.
Je vois personnellement Hurd, non pas prenant aujourd'hui la place de Linux , mais comme une expérience afin de créer un nouvel OS libre pour demain.
Sa structure micro-noyau, le freine aujourd'hui, mais tout évolue; avec la rapide évolution de la technologie (matériel et logiciel), peut on être sûr que Hurd ne peut avoir une place demain (sécurité, parallélisme, ...)
Toute expérience prend du temps (surtout quand on change d'avis en cours de route ;), commence par des essais (souvent non optimisés) et apporte des réponses différentes (j'adore la gestion des droits et le VFS sous Hurd).
Le premier système Unix fut écrit en assembleur puis réécrit en C, pour le rendre plus facile à dévolopper; le premier java était très lent, mais on est passé à l'air du JustInTime.
Oui, Linux est actuellement très défendu car c'est un peu grâce à lui que nous sommes ici, mais je pense que chacun peut avoir sa place, chacun peut surement quelque chose à l'autre.
Cet été, j'ai eu un proc (PIII-800) d'un cluster qui a chauffé, suite à un court-circuit sur la CM qui coupait le ventilo.
L'alerte s'est déclanché, normal, le proc était à 70°C [disait le bios](il y avait encore le radiateur quand meme ;-)
Je pense qu'il a dû resté au moins 1 semaine dans cet état (c'était les vacances). Après, réglage du court-circuit, il est reparti sans aucun souci et il y est toujours là.
J'avais noté aucune perte de vitesse sensible pendant la surchauffe.
Je pense pas qu'un AMD aurait tenu, et ca va surement orienté mes futurs choix.
Effectivement, l'intégrisme à la RMS vise d'aller dans le sens du respect de certaines libertés, donc on pourrait dire que ca va dans le bon sens mais seulement quand on est du bon côté.
Je suis conscient que si on devait toujours penser aux différentes côtés on avancerait pas beaucoup.
Le plus dur c'est bien d'atteindre le point optimal pour chacun pas d'y être. (le monde libre idéal)
Effectivement, tout est potentiellement une arme; le but de nuire à quelque chose ou quelqu'un est l'acte, l'arme n'est juste que l'outil utilisé dans ce but.
En étant un peu idéaliste, ce n'est confisqué certaines "armes" qui va rendre les gens plus "gentils" !.
Souvent, je me demande si l'espèce humaine est d'ailleurs capable de ne pas se battre sans arrêt contre les autres (sur bien des plans: du business, à l'idéologie);
La compétition oui, mais juste pour être meilleur ensemble. C'est en cela que les Logiciels Libres me touchent vraiment : se dépasser pour soi puis pour les autres.
Cependant, pouvons nous nous imposer comme LA solution ?
En revenant à l'actualité, le problème c'est l'intégrisme (tout domaine confondu) et j'ai l'impression que ce monde ne risque pas de changer de si tôt.
Il existe déjà des téléphones "normaux" auquels il suffit de rajouter un module chiffrement [utilisé par le gouvernement]
C'est la vente de ce module qui est (sérieusement ?) réglementé en France, ca devrait être la même chose pour ce téléphone.
Ca n'empêche que cela me parait illusoire de controler un techno ouverte au public juste avec des lois : les "méchants" se fichent des lois
[^] # Re: Mdk sur AMD64
Posté par Pascal Havé . En réponse à la dépêche Mandrakelinux 10.0 pour AMD64 est dispo.. Évalué à 5.
Par ailleurs, les performances SMP sont remarquables du fait que, contrairement au PIV & co où il n'y a qu'une seule mémoire centrale, l'Opteron dispose d'une architecture un peu plus NUMA où chaque proc dispose d'abord d'une mémoire propre, mais qu'il peut partager avec ses collègues.
[^] # Re: MplayerXP fork de MPlayer avec support des threads
Posté par Pascal Havé . En réponse à la dépêche Document sur le développement de mplayer. Évalué à 3.
Compilation d'un noyau avec 'make -j 4'
avec HT : 365s
SANS HT : 206s !!
J'ai refait le test plusieurs fois, car tellement j'y croyais pas.
Alors dites moi encore que le HT est un succes...
[^] # Re: RMS est mort, vive Linus
Posté par Pascal Havé . En réponse à la dépêche GNU/Linux est mort, vive GNU !. Évalué à 1.
Je vois personnellement Hurd, non pas prenant aujourd'hui la place de Linux , mais comme une expérience afin de créer un nouvel OS libre pour demain.
Sa structure micro-noyau, le freine aujourd'hui, mais tout évolue; avec la rapide évolution de la technologie (matériel et logiciel), peut on être sûr que Hurd ne peut avoir une place demain (sécurité, parallélisme, ...)
Toute expérience prend du temps (surtout quand on change d'avis en cours de route ;), commence par des essais (souvent non optimisés) et apporte des réponses différentes (j'adore la gestion des droits et le VFS sous Hurd).
Le premier système Unix fut écrit en assembleur puis réécrit en C, pour le rendre plus facile à dévolopper; le premier java était très lent, mais on est passé à l'air du JustInTime.
Oui, Linux est actuellement très défendu car c'est un peu grâce à lui que nous sommes ici, mais je pense que chacun peut avoir sa place, chacun peut surement quelque chose à l'autre.
[^] # Re: pas plus mal
Posté par Pascal Havé . En réponse à la dépêche StarOffice 6.0 ne sera pas gratuit !. Évalué à 2.
[^] # Re: ça m'échappe
Posté par Pascal Havé . En réponse à la dépêche Et si on retire le ventilateur et le radiateur ?. Évalué à 0.
Cet été, j'ai eu un proc (PIII-800) d'un cluster qui a chauffé, suite à un court-circuit sur la CM qui coupait le ventilo.
L'alerte s'est déclanché, normal, le proc était à 70°C [disait le bios](il y avait encore le radiateur quand meme ;-)
Je pense qu'il a dû resté au moins 1 semaine dans cet état (c'était les vacances). Après, réglage du court-circuit, il est reparti sans aucun souci et il y est toujours là.
J'avais noté aucune perte de vitesse sensible pendant la surchauffe.
Je pense pas qu'un AMD aurait tenu, et ca va surement orienté mes futurs choix.
[^] # Re: brothers in arms
Posté par Pascal Havé . En réponse à la dépêche Cryptographie, steganographie, et terreur. Évalué à 2.
Je suis conscient que si on devait toujours penser aux différentes côtés on avancerait pas beaucoup.
Le plus dur c'est bien d'atteindre le point optimal pour chacun pas d'y être. (le monde libre idéal)
[^] # Re: brothers in arms
Posté par Pascal Havé . En réponse à la dépêche Cryptographie, steganographie, et terreur. Évalué à 2.
En étant un peu idéaliste, ce n'est confisqué certaines "armes" qui va rendre les gens plus "gentils" !.
Souvent, je me demande si l'espèce humaine est d'ailleurs capable de ne pas se battre sans arrêt contre les autres (sur bien des plans: du business, à l'idéologie);
La compétition oui, mais juste pour être meilleur ensemble. C'est en cela que les Logiciels Libres me touchent vraiment : se dépasser pour soi puis pour les autres.
Cependant, pouvons nous nous imposer comme LA solution ?
En revenant à l'actualité, le problème c'est l'intégrisme (tout domaine confondu) et j'ai l'impression que ce monde ne risque pas de changer de si tôt.
[^] # Re: Portable
Posté par Pascal Havé . En réponse à la dépêche Cryptographie, steganographie, et terreur. Évalué à 6.
Il existe déjà des téléphones "normaux" auquels il suffit de rajouter un module chiffrement [utilisé par le gouvernement]
C'est la vente de ce module qui est (sérieusement ?) réglementé en France, ca devrait être la même chose pour ce téléphone.
Ca n'empêche que cela me parait illusoire de controler un techno ouverte au public juste avec des lois : les "méchants" se fichent des lois