<a href=" ">atheos-0.3.7-syllable-0.3.9.bin.tgz</a>
Ca pointe surtout nul part et le repertoire /screenshots/latest/ est vide.
Ca ne vient donc pas de toi mais du site.
Il est vrai que le comportement parait quelque peu hypocrite. On sollicite souvent les constructeurs à diffuser les spécifications de leurs matériels, et ensuite on commence son projet par supporter ceux dont les fabricants ne jouent pas le "jeu".
Peut-être que le support du chip nvidia est tellement galère qu'une fois établit, les autres pilotes s'intègrent très vite. Où alors le dévelopeur n'avait qu'une nvidia sous la main...
C'est pour cela que j'avais mis proto entre guillemets. Le terme idoine aurait été "première série". Tu vas peut être croire que je suis de mauvaise fois, mais je dirais que faible performance n'est pas forcément incompatible avec production (même si ca peut paraitre bizarre). Pour moi, production signifie stabilité.
Une nouvelle citation:
Programs for Itanium Users and Developers:
HP offers consulting, education, software, financing, services and support to ease customers' transition to the IPF technology. HP programs designed to help customers plan, migrate, port, support and implement HP's Itanium-based systems include:[...]
Source:http://www.hp.com/hpinfo/newsroom/press/29may01a.htm
si le vendeur ne "supporte" pas ou ne fait pas l'effort d'optimiser ce qu'il vend, ca m'interesse moyen
Le jour où il sera effectivement admis que le Merced n'était qu'une machine pour aider aux portages des applications sur cette machine, et que cet objectif n'a pas été fixé après mais bien avant la mise sur le marché de ces dites machines, on comprend beaucoup mieux que l'optimisation n'était pas de rigueur.
L'optimisation se fait après la validation de la plateforme, pas avant. Effectivement, refuser de remplacer ses octanes par des "protos" certes construits en série, c'est un choix judicieux.
Maintenant, l'optimisation a eu lieu et le support est là... En plus t'as le choix de la carte graphique. Le chipset ZX1 aussi est nouveau et est déjà supporté par Linux. L'équipe du portage de Linux sur IA-64 est composé entre autres de développeurs de chez HP. Comme quoi, l'effort est présent.
Je voulais éviter toute polémique en ne qualifiant pas le benchmark... puiqu'a mon avis cela n'en était pas un et n'avait a mon avis rien de scientifique.
C'était surtout un article, dont l'auteur donnait son "impression" en faisant une comparaison avec un PII. Ca a permis de faire couler de l'encre et de vendre un papier sur l'Itanium. Dire que ben oui ca marche mais faut attendre la prochaine version n'aurait provoqué aucune excitation chez le lecteur...
Pour ce qui est de le retrouver, compte pas sur moi, pas envie de perdre du temps la-dessus.
Pour icc j'attend de recevoir une license à jour, d'autant plus que le 6.0.159 vient de sortir. D'après un gus de chez Intel, il faut s'attendre à un gain de 20 à 25% d'une relase à l'autre.
Par contre, entre gcc 3.0 et icc 5.0, force était de constater que gcc était à la traine :-( Je me demande si je ne vais pas construire un buildd avec ce compilo.
Il parait que l'on peut compiler le kernel avec icc 6.0 T'as eu l'occasion de vérifier? perf?
C'est ce qui a été précisé effectivement ensuite dans la mesure ou l'information n'a pas été relayée correctement. Qui peut prétendre qu'une première release d'un processeur (basé sur un paradigme nouveau, i.e. EPIC) puisse exploiter toute ses capacitées? Surtout lorsque l'architecture environnante n'est pas "taillée" pour (cf post d'Imalip plus haut).
Peut-être que des personnes ayant eu accès à la première version des alphas peuvent se manifester?
Il parait qu'aujourd'hui ce sont de bonnes machines. Lorsqu'on sort un nouveau microprocesseur, on passe l'épreuve du feu. Ensuite on constate où ça pêche et on rectifie le tir.
Sinon à part ça, j'ai un Itanium qui tourne juste devant moi. L'évolution des compilos font que sur la même machine, entre l'année dernière et maintenant, y a eu une nette augmentation de la rapidité d'exécution. Y a pas photo. Pourtant, c'est le même microprocesseur. Que ce soit une bouse ou non, pour l'instant c'est plus un problème de jeunesse qu'autre chose.
Je me rappelle aussi d'un article a propos des performances de l'Itanium, et le plaçait au même niveau qu'un PII 400 (donc une bouse). Pour en avoir déjà testé un à l'époque (Janvier 2001), j'aurais volontier échangé la dite machine testé contre mon PIII 500. Comme quoi parfois vaut mieux se faire une idée sois même plutôt que de suivre les "on dits".
En fait, d'après une note d'Intel, http://www.intel.com/support/graphics/intel830m/tti013.htm(...) il est possible d'exploiter sous Linux plus d'1 Mo, mais cela dépend du BIOS...
1) J'ai personnellement jamais testé
2) ça permet pour les distributeurs de se dédouaner auprès des utilisateurs et d'orienter les reproches auprès des fabriquants.
Mais on est d'accord, si le nouveau driver est capable de faire sauter cette limite lui-même...
Reponse typique d'un Debianeu:
apt-get install rpm
ou sinon
apt-get install alien
Donc si tu veux mettre des rpms sur une debian tu sais ce qu'il reste a faire... produire les packages rpm de tes applications preferees.
T'en vas surtout pas reprendre les packages de Red-Hat ou d'autres distributions basees sur rpm:
L'un des roles importants d'une distribution est de faire une integration correcte des applications dans un ensemble coherent.
Toutes les distributions n'ont pas la meme definition de cette coherence. Je ne dis pas ici qu'il y en a une meilleur que les autres. Je dis juste qu'elles sont differentes.
Si le sens de ton propos est de dire que Debian ne permet pas d'installer des rpms existant:
1) Tu peux mais va falloir faire des scripts pour proposer un environnement "a la Red-Hat".
2) Tu veux une machine stable... alors aucun interet.
Si par contre c'est juste un format de package, alors cf les lignes "apt-get" plus haut. Maintenant c'est vrai il est tout a fait recommande de n'utiliser que les debs (si t'es sous Debian).De maniere generale, on utilise les paquetages idoines pour une distribution donnee.
On utilise pas les paquetages slack pour une Red-hat,on n'utilise pas les rpms pour une slack. On peut repeter cette phrase aussi pour Gentoo et bien d'autres distributions qui ont leur propre systeme de paquetage et qui ne sont pas pour autant "philosophiquement" moins bien parce que le rpm n'est pas supporte nativement.
Voila voila...
Sinon pour info, un developpeur debian n'utilise pas forcement son e-mail @debian.org. Surtout quand c'est pas relatif aux travaux propres de packaging.
Ce que je voulais dire c'est que Debian pour debutant ne colle pas avec l'idée générale de la debian
Sauf erreur de ma part, l'idée générale de la Debian est entre autre de répondre aux besoins des utilisateurs. Encore faut il que ceux-ci les expriment.
Perso, je ne pense pas qu'un installateur graphique simplifiera l'installation. Mais si d'autres pensent que si, alors ils utiliseront l'installateur graphique. Ils sont libres de leur choix.
Si je dis que ce ne sera pas plus simple, c'est qu'ils devront repondre aux memes questions et qu'un "Newbie" ne comprend pas forcement les notions swap, points de montage, etc.
La sequence d'installation et l'automatisation de certaines etapes faciliteront l'installation pour ceux qui desirent s'affranchir d'un certain nombre de configurations. Le reste, je pense que c'est plus du confort qu'autre chose.
Quand a ceux qui me demandent par quelle distrib commencer, je ne cache pas que je leurs conseille une Debian. Je leur explique d'abord rapidement comment fonctionne Linux et je les accompagne pendant l'installation. Pareil, je leurs explique le pourquoi des questions et ils repondent eux memes.
Apres, ils se debrouillent tres bien avec apt/aptitude/synaptic et generalement je ne les revois plus me redemander de l'aide.
Pour conclure, je reprendrais une citation de Stephane Bortzmeyer lors d'une conference (me rappelle plus trop laquelle): On ne choisit pas forcement un appartement sur sa facilite d'emmenagement.
Il me semble qu'en fait il n'y a pas de probleme...
Si tu regardes la taille du buffer et du cache, tu consommes presque 155Mo avec. Si tu rajoutes la memoire libre, tu trouves 177Mo. En fait la memoire "cache" et "buffer" sont utilisees pour accelerer les I/O, un peu comme la memoire cache du processeur et la memoire vive.Ces memoires sont allouees et desallouees par le noyau. Si tu lances une application qui bouffe de la memoire, il va commencer par desallouer ces zones memoires pour les rallouer a ton appli.
Ca ralenti legerement le systeme de temps en temps.
A mon avis, il faisait plus reference au noyau qu'a autre chose, et encore moins aux quelques docs qui l'accompagnent, meme si elles commencent a fleurir.
Ok, Linux n'a pas a envier a certains (hum...) autres systèmes. Mais il suffit de jetter un coup d'oeuil sur FreeBSD. La, je pense que le post auquel tu as repondu prend tout son sens.
Desole si le sujet est deja passe, mais j'ai plus de mal a naviguer sur LinuxFr que sur le site de France2, donc autant dire que je n'ai pas pu lire tout ce qui a ete dit.
Juste pour sonner une "petite" alarme. Je suis connnecte via UUNET. La connection avec les US est coupe (il semblerait que les fibres passerait sousd le WTC et qu'elles ai ete coupees par l'accident - Info a verifier evidement). Hors le DNS que j'utilise est client du DNS UUNET qui est pil poil de l'autre cote de la coupure. Donc si les choses restent dans l'etat, dans 5 jours, le cache du DNS est vide...
Y a des solutions, a condition que tout le monde reagisse. Sinon, beaucoup de machines vont etre dans l'ombre.
Voila, voila, c'etait juste pour exposer mon inquietude. J'avoue que c'est pas forcement la plus adaptee devant l'ampleur du drame. Mais je pense que ca vaut le coup d'y reflechir.
Si on remonte sur les quelques posts precedents, on se rend compte qu'il y a un grand manque d'information. Il y a effectivement un gros boulot de fait en communication pour les utilisateurs (LUG). Pour ce qui est la gestion d'un gros parc info en milieu hostile (les etudiants - c'est pas un troll), la, je ne pense pas me fourvoyer en disant que la communication fait defaut.
Les services informatiques ne connaissant pas suffisement Linux n'ont pas d'argumentaires suffisement "valables" pour les inciter a utiliser Linux, en dehors du caractere economique.
Si, il me semble, qu'il est simple de monter de toute piece un systeme informatique entierement base sur du logiciel libre, la migration en est une autre, sans compter les refractaires qui voudront garder des postes sous Win ne serait-ce que pour pouvoir utiliser des softs ne tournant pas encore sous l'un des OS libres. Bon, je vais pas detailler ici tous les problemes...
Un certains nombre d'ecoles commencent, ou utilisent deja, a exploiter leurs parcs (ou une partie) sous Linux, FreeBSD... Il pourrait etre bon d'essayer d'en recenser un certain nombre, et de receuillir des temoignages. Histoire que ceux qui veulent savoir comment ca se passe recoivent des informations/solutions de la part de personnes ayant ete confrontes a des problemes similaires.
C'est un gros boulot, en effet. Mais probablement utile.
Je te conseille une petite lecture de: /usr/src/linux/Documentation/sysctl/vm.txt
Sinon, une simple recherche sur un bon moteur de recherche avec les mots clefs linux et tuning devrai faire l'affaire.
J'ecrivais ca en reponse au coup du /tmp et des SUIDs. La je pense pas qu'il s'agissait d'une simple machine configuree avec ipchains ou netfilter...
Je pense pas non plus qu'il n'y ai qu'une methode, maintenant, je pense que y a pas mieux que de tout reecrire si tu veux etre sur de ce qui tourne. Ca releve certe d'un certain niveau de barbarisme. Mais je dirais que c'est un peu comme tu fais tes regles ipchains, enfin j'espere: tu fermes tout et tu reouvres seulement ce que tu veux. On en est pas si loin.
[^] # Re: problème pour télécharger?
Posté par Delahaye Matthieu . En réponse à la dépêche Syllable est né . . . au revoir AtheOS.. Évalué à 7.
[^] # Re: cosmoe
Posté par Delahaye Matthieu . En réponse à la dépêche Syllable est né . . . au revoir AtheOS.. Évalué à 10.
[^] # Re: Efficacité
Posté par Delahaye Matthieu . En réponse à la dépêche L'Itanium II est sorti. Évalué à 0.
[^] # Re: Efficacité
Posté par Delahaye Matthieu . En réponse à la dépêche L'Itanium II est sorti. Évalué à 0.
Le jour où il sera effectivement admis que le Merced n'était qu'une machine pour aider aux portages des applications sur cette machine, et que cet objectif n'a pas été fixé après mais bien avant la mise sur le marché de ces dites machines, on comprend beaucoup mieux que l'optimisation n'était pas de rigueur.
L'optimisation se fait après la validation de la plateforme, pas avant. Effectivement, refuser de remplacer ses octanes par des "protos" certes construits en série, c'est un choix judicieux.
Maintenant, l'optimisation a eu lieu et le support est là... En plus t'as le choix de la carte graphique. Le chipset ZX1 aussi est nouveau et est déjà supporté par Linux. L'équipe du portage de Linux sur IA-64 est composé entre autres de développeurs de chez HP. Comme quoi, l'effort est présent.
[^] # Re: Efficacité
Posté par Delahaye Matthieu . En réponse à la dépêche L'Itanium II est sorti. Évalué à 3.
C'était surtout un article, dont l'auteur donnait son "impression" en faisant une comparaison avec un PII. Ca a permis de faire couler de l'encre et de vendre un papier sur l'Itanium. Dire que ben oui ca marche mais faut attendre la prochaine version n'aurait provoqué aucune excitation chez le lecteur...
Pour ce qui est de le retrouver, compte pas sur moi, pas envie de perdre du temps la-dessus.
Pour ce qui est des compilos, ORC est intéressant:
http://ipf-orc.sourceforge.net(...) et peu proposer une alternative intéressante.
[^] # Re: Efficacité
Posté par Delahaye Matthieu . En réponse à la dépêche L'Itanium II est sorti. Évalué à 0.
Il me semble qu'il s'agit d'une compatibilité avec le jeu d'instruction du PIII.
[^] # Re: Efficacité
Posté par Delahaye Matthieu . En réponse à la dépêche L'Itanium II est sorti. Évalué à 0.
Pour icc j'attend de recevoir une license à jour, d'autant plus que le 6.0.159 vient de sortir. D'après un gus de chez Intel, il faut s'attendre à un gain de 20 à 25% d'une relase à l'autre.
Par contre, entre gcc 3.0 et icc 5.0, force était de constater que gcc était à la traine :-( Je me demande si je ne vais pas construire un buildd avec ce compilo.
Il parait que l'on peut compiler le kernel avec icc 6.0 T'as eu l'occasion de vérifier? perf?
[^] # Re: Efficacité
Posté par Delahaye Matthieu . En réponse à la dépêche L'Itanium II est sorti. Évalué à 3.
Peut-être que des personnes ayant eu accès à la première version des alphas peuvent se manifester?
Il parait qu'aujourd'hui ce sont de bonnes machines. Lorsqu'on sort un nouveau microprocesseur, on passe l'épreuve du feu. Ensuite on constate où ça pêche et on rectifie le tir.
Sinon à part ça, j'ai un Itanium qui tourne juste devant moi. L'évolution des compilos font que sur la même machine, entre l'année dernière et maintenant, y a eu une nette augmentation de la rapidité d'exécution. Y a pas photo. Pourtant, c'est le même microprocesseur. Que ce soit une bouse ou non, pour l'instant c'est plus un problème de jeunesse qu'autre chose.
Je me rappelle aussi d'un article a propos des performances de l'Itanium, et le plaçait au même niveau qu'un PII 400 (donc une bouse). Pour en avoir déjà testé un à l'époque (Janvier 2001), j'aurais volontier échangé la dite machine testé contre mon PIII 500. Comme quoi parfois vaut mieux se faire une idée sois même plutôt que de suivre les "on dits".
Bah pour finir, un petit bench non interne:
http://www.emsl.pnl.gov:2080/capabs/mscf/hardware/results_hpcs2.htm(...)
Amicalement,
teuteu
[^] # Re: Non... et parfois oui
Posté par Delahaye Matthieu . En réponse à la dépêche XFree supporte complètement la puce i830. Évalué à 10.
1) J'ai personnellement jamais testé
2) ça permet pour les distributeurs de se dédouaner auprès des utilisateurs et d'orienter les reproches auprès des fabriquants.
Mais on est d'accord, si le nouveau driver est capable de faire sauter cette limite lui-même...
[^] # Re: La solution s'appelle GNU/Debian
Posté par Delahaye Matthieu . En réponse à la dépêche Du coté obscur Red Hat a basculé !. Évalué à 3.
apt-get install rpm
ou sinon
apt-get install alien
Donc si tu veux mettre des rpms sur une debian tu sais ce qu'il reste a faire... produire les packages rpm de tes applications preferees.
T'en vas surtout pas reprendre les packages de Red-Hat ou d'autres distributions basees sur rpm:
L'un des roles importants d'une distribution est de faire une integration correcte des applications dans un ensemble coherent.
Toutes les distributions n'ont pas la meme definition de cette coherence. Je ne dis pas ici qu'il y en a une meilleur que les autres. Je dis juste qu'elles sont differentes.
Si le sens de ton propos est de dire que Debian ne permet pas d'installer des rpms existant:
1) Tu peux mais va falloir faire des scripts pour proposer un environnement "a la Red-Hat".
2) Tu veux une machine stable... alors aucun interet.
Si par contre c'est juste un format de package, alors cf les lignes "apt-get" plus haut. Maintenant c'est vrai il est tout a fait recommande de n'utiliser que les debs (si t'es sous Debian).De maniere generale, on utilise les paquetages idoines pour une distribution donnee.
On utilise pas les paquetages slack pour une Red-hat,on n'utilise pas les rpms pour une slack. On peut repeter cette phrase aussi pour Gentoo et bien d'autres distributions qui ont leur propre systeme de paquetage et qui ne sont pas pour autant "philosophiquement" moins bien parce que le rpm n'est pas supporte nativement.
Voila voila...
Sinon pour info, un developpeur debian n'utilise pas forcement son e-mail @debian.org. Surtout quand c'est pas relatif aux travaux propres de packaging.
[^] # Re: Debian pour débutants.... une blague !!!
Posté par Delahaye Matthieu . En réponse à la dépêche Le futur installeur Debian. Évalué à 3.
Sauf erreur de ma part, l'idée générale de la Debian est entre autre de répondre aux besoins des utilisateurs. Encore faut il que ceux-ci les expriment.
Perso, je ne pense pas qu'un installateur graphique simplifiera l'installation. Mais si d'autres pensent que si, alors ils utiliseront l'installateur graphique. Ils sont libres de leur choix.
Si je dis que ce ne sera pas plus simple, c'est qu'ils devront repondre aux memes questions et qu'un "Newbie" ne comprend pas forcement les notions swap, points de montage, etc.
La sequence d'installation et l'automatisation de certaines etapes faciliteront l'installation pour ceux qui desirent s'affranchir d'un certain nombre de configurations. Le reste, je pense que c'est plus du confort qu'autre chose.
Quand a ceux qui me demandent par quelle distrib commencer, je ne cache pas que je leurs conseille une Debian. Je leur explique d'abord rapidement comment fonctionne Linux et je les accompagne pendant l'installation. Pareil, je leurs explique le pourquoi des questions et ils repondent eux memes.
Apres, ils se debrouillent tres bien avec apt/aptitude/synaptic et generalement je ne les revois plus me redemander de l'aide.
Pour conclure, je reprendrais une citation de Stephane Bortzmeyer lors d'une conference (me rappelle plus trop laquelle): On ne choisit pas forcement un appartement sur sa facilite d'emmenagement.
[^] # Re: La 7.0.
Posté par Delahaye Matthieu . En réponse à la dépêche Top-500 (385 !) pour un super cluster sous Linux. Évalué à 4.
Si tu regardes la taille du buffer et du cache, tu consommes presque 155Mo avec. Si tu rajoutes la memoire libre, tu trouves 177Mo. En fait la memoire "cache" et "buffer" sont utilisees pour accelerer les I/O, un peu comme la memoire cache du processeur et la memoire vive.Ces memoires sont allouees et desallouees par le noyau. Si tu lances une application qui bouffe de la memoire, il va commencer par desallouer ces zones memoires pour les rallouer a ton appli.
Ca ralenti legerement le systeme de temps en temps.
[^] # Re: Linux ...
Posté par Delahaye Matthieu . En réponse à la dépêche SGI passe au tout Linux. Évalué à 1.
Ok, Linux n'a pas a envier a certains (hum...) autres systèmes. Mais il suffit de jetter un coup d'oeuil sur FreeBSD. La, je pense que le post auquel tu as repondu prend tout son sens.
[^] # Re: mandrake
Posté par Delahaye Matthieu . En réponse à la dépêche Les pingouins font cocorico.... Évalué à -2.
Y a meme pas besoin de Xfree pour un serveur.
# Consequences sur le net
Posté par Delahaye Matthieu . En réponse à la dépêche Crash sur le World Trade Center. Évalué à 0.
Juste pour sonner une "petite" alarme. Je suis connnecte via UUNET. La connection avec les US est coupe (il semblerait que les fibres passerait sousd le WTC et qu'elles ai ete coupees par l'accident - Info a verifier evidement). Hors le DNS que j'utilise est client du DNS UUNET qui est pil poil de l'autre cote de la coupure. Donc si les choses restent dans l'etat, dans 5 jours, le cache du DNS est vide...
Y a des solutions, a condition que tout le monde reagisse. Sinon, beaucoup de machines vont etre dans l'ombre.
Voila, voila, c'etait juste pour exposer mon inquietude. J'avoue que c'est pas forcement la plus adaptee devant l'ampleur du drame. Mais je pense que ca vaut le coup d'y reflechir.
[^] # Re: PETIT COUP DE GUEULE !
Posté par Delahaye Matthieu . En réponse à la dépêche 1ere licence professionnelle "logiciels libres" dans le monde (c'est à Soissons). Évalué à 2.
Les services informatiques ne connaissant pas suffisement Linux n'ont pas d'argumentaires suffisement "valables" pour les inciter a utiliser Linux, en dehors du caractere economique.
Si, il me semble, qu'il est simple de monter de toute piece un systeme informatique entierement base sur du logiciel libre, la migration en est une autre, sans compter les refractaires qui voudront garder des postes sous Win ne serait-ce que pour pouvoir utiliser des softs ne tournant pas encore sous l'un des OS libres. Bon, je vais pas detailler ici tous les problemes...
Un certains nombre d'ecoles commencent, ou utilisent deja, a exploiter leurs parcs (ou une partie) sous Linux, FreeBSD... Il pourrait etre bon d'essayer d'en recenser un certain nombre, et de receuillir des temoignages. Histoire que ceux qui veulent savoir comment ca se passe recoivent des informations/solutions de la part de personnes ayant ete confrontes a des problemes similaires.
C'est un gros boulot, en effet. Mais probablement utile.
[^] # Re: Gnome : sur le modèle de Linux?
Posté par Delahaye Matthieu . En réponse à la dépêche Problème avec le projet Gnome?. Évalué à 1.
Sinon, une simple recherche sur un bon moteur de recherche avec les mots clefs linux et tuning devrai faire l'affaire.
[^] # Re: ou sont les debianistes ?
Posté par Delahaye Matthieu . En réponse à la dépêche Google passe à 8000 serveurs. Évalué à 1.
Je pense pas non plus qu'il n'y ai qu'une methode, maintenant, je pense que y a pas mieux que de tout reecrire si tu veux etre sur de ce qui tourne. Ca releve certe d'un certain niveau de barbarisme. Mais je dirais que c'est un peu comme tu fais tes regles ipchains, enfin j'espere: tu fermes tout et tu reouvres seulement ce que tu veux. On en est pas si loin.