J'avais dit douze au premier abord. Comme quoi inconsciement, je minimise ma geek attitude.
A cet instant préçi, j'ai nexus (cette machine), l'ordi de ma femme, la station P4, le portable sur la table de chevet, l'ibook de mon beau père dans le salon, plus une machine qui fait enregistreur video avec time shifting sous la télé.. Ca fait 6 machines qui tournent.
J'ai eu essayé un moment, éclairé de l'obscur article de GLHMF à ce sujet. (pas super clair, c'est le moins qu'on puisse dire.)
Mais enfin bon, j'avoue je ne lui ai pas donné sa chance, vu que j'avancais parallèlement avec le partman debian. Vu que mon expérience globale allait croissante, j'ai trouvé la solution fonctionnelle avant.
En fait, quand tu crée des partitions raid de 80 ou 200Go, ça prend un temps considérable, tant à la création qu'à la remise en service en cas de foirage. Ca met l'épisode "mise en place des partitions" autour de 1h et demie (entre la construction des volumes raid et leur formatage, parce que si tu poursuis une install avec un /usr pas fini de créer ni formater, et bien tintin la suite, mon coco). La mise en place des volumes se fait en tache de fond, donc c'est à toi de lancer un cat /proc/mdstat dans une console à coté.
Au bout d'un certain temps, tu te satisfais d'une solution que tu parviens à maitriser.
Mais EVMS me semble très bien. Surtout si tu dois gérer une ferme de disques, avec des tailles de volumes barbares.
Moi c'était pour ma station (suffisement musclée, il est vrai :) ), donc j'ai choisi la soluce standard Debian amd64.
Mais pour info, en mode expert, on peut utiliser evms depuis l'installeur debian (ou tout au moins un de ceux que j'ai eu essayé).
J'ai eu l'occasion de réinstaller le tout un bon paquet de fois. J'ai effacé les partitions pour les refaire plus qu'à mon tour. J'en ai profité pour essayer la solution de partitions système sur LVM. Ca fonctionnait nickel au reboot.
Mais je voulais du RAID, donc j'ai pas retenu.
J'avoue que j'ai pas essayé de coller du lvm sur du RAID. En fait, je tenais à savoir où allaient mes données, et quel niveau de raid les abritait.
Je répète que c'est sur une debian non officielle, AMD64. La réalité est ce qu'elle est, c'est une nouvelle plateforme, et elle n'est pas pour l'heure superposable à une sarge i386 en terme, disons, de zéro souçis à l'install.
Je dis que je me suis galéré, que j'ai redémarré un paquet de fois sans le support MD avec toute une tripotées de CD netinst ou autre. Et la réalité c'est que je me suis fait suer sans piger ce qui clochait.
En fait, partman, sur plateforme amd64 au moment où j'ai installé ma machine, foirait un peu, et j'ai patiné quelques heures.
On peut utiliser une sarge amd64 en prod, mais disons que pour l'heure c'est un poil risqué. Tout recompiler en 64bits, ça fait forcément émerger des bugs imprévus.
Maintenant, ça vient d'où le bug, du source ou du compilateur. Mes problèmes se sont résolus quand j'ai eu installé puis rebooté une fois sur le noyal d'origine, puis dans cette machine toute basale, compiler un noyau dernier cri avec gcc 3.4 . Là ça a passé le reboot.
SInon, j'avoue, j'en ai perdu mon latin quelques jours.
Au bout du compte le jeu en vaut la chandelle. La machine pulse comem jamais, et Gnome 2.8.1 est excellent. <sans troller>
Je suis parano quant à la liberté du savoir.
C'est comme ça.
Je n'ai jamais prétendu que Google allait "racheter" wikipedia. J'estime que se faire héberger par une société cotée en bourse, c'est vendre son ame au diable. Le savoir doit rester libre, et ce dans toute la chaine de support de l'information.
Bref, j'en fais une question éthique.
Aucun accord ne doit voir le jour à mon sens. Ce n'est qu'un problème d'alimentation qui a foiré, ça peut aussi arriver chez google (meme si ils semblent assez fort coté disponibilié). Toutes les sources d'alimentation ont cassé chez l'hébergeur de wikipedia voir ce lien . Toutes les machines ont rebooté. Certaines sont restées dans des états à boot non terminé. La base et ses mirroirs (Mysql 4 + innoDB+ mécanisme transactionnel) est restée en vrac dans un état non intègre. La première base de secours est revenue à elle avec 24 h de perte de données. Il y a un peu de manips à faire pour remettre tout en ordre.
Meme les listes de diffusions wikipedia se sont tues hier après midi.
Wikipedia doit rester indépendant. Etre hébergé par google, c'est déjà faire un écart.
Aucun lien ne doit jamais lier wikipedia à Google.
Wikipedia est et restera libre.
Pour cela, je donne.
Les problèmes d'administration de système sont ce qu'ils sont. Les machines de wikipédia sont parmis les plus sollicitées de la planète, et elle vont l'etre chaque jour plus encore. Il faudra que chacun mette la main au portefeuille toutes les fois qu'il faudra. Ce ne sont pas les compétences bénévoles qui manquent en administration de système.
Parce que tu crois que je t'ai attendu pour apprendre à faire des sauvegardes ? ;-)
Non, sérieusement.
J'en fais, des sauvegardes. C'est d'ailleurs pour ça que je n'ai eu que 6 semaines de pertes de données.
Et comme tu le dis si bien, si ça me protège d'une seule chose, c'est de la perte d'un disque. Et c'est justement ça que je lui demande, parce que pour le reste, j'ai plusieurs disques CDRW qui tournent.
J'y ai pensé. Surtout parce que le LVM est plus facile à mettre en place avec les dernières versions de l'installeur debian dispo sur amd64. M'enfin bon d'une verison à l'autre (d'une semaine à l'autre) partman foirait le raid ou pas.
J'ai préféré de pas tenter le diable, surtout que j'avais laaaargement assez d'espace disque pour créer une partition /usr très large.
J'ai préféré ne pas rajouter une couche d'abstraction.
J'avais trouvé que j'avais fait assez long pour l'heure. J'ai pas encore activé ça mais ça va venir. J'ai pour l'heure besoin de ce que ma femme me se sente pas trop geek, parce que j'ai un peu galéré pour monter ce raid sur amd64.
Nan, sérieux ?
Il n'y a que 1Go de ram totale ? (tout au moins reconnue)
Une machine singlehost (sans frontal renvoyant sur plusieurs serveurs) servant 32 millions de pages par mois avec une charge inférieure à 1 (voire meme à 0,3 à cette heure), voilà qui doit donner des boutons à bien des administrateurs.
Au moins elle est SMP de mémoire, ça fait du bien tout de meme dans ce contexte. Il est clair que le Go de Ram manquant ferait bien l'affaire.
Mais il n'empeche, 32x10^6 pages/mois, faut les servir.
J'ai plutôt dans l'idée qu'une horde de linuxfr addicts se sont rués sur leur navigateur à coup de recharger la page.
D'autre part, il suffit que:
* quelqu'un ait vidé le rep de cache html ou templeet
* quelques zélés moteurs de recherches s'acharnent tout à coup après 48h d'offline
Alors, on peu comprendre la très relative et sans aucun doute passagère lenteur.
Et puis moi je trouve ça assez rapide pour une page perso opérée pour notre bon plaisir par des bénévoles.
L'écran de mon ultraportable Sony est au format 16/9, en 10'6 pouces. C'est écrit petit, mais je suis myope (et de ce fait je vois très bien de près, comme nombre des amateurs de pixels ici présents).
Mon Iiyama 22' tourne en 1280x1024@120Hz par ailleurs, en kvm parce qu'un écran, ça me suffit.
Et bien non, j'ai pas eu de prix particulier. Je l'ai acheté dans la boutique revendeur agréé SONY de Marseille, qui était le seul magasin à 200Km à la ronde à en avoir un tout de suite maintenant là.
J'ai pris aussi la garantie 3 ans.
J'avoue, c'est un poil cher, mais quand tu joues avec la bête (c'est ce que je fais à cet instant, vautré sur mon canapé, soda light lemon pas loin, clim à donf) tu regrettes moins.
L'objectif pour moi est d'avoir une machine archi mobile avec une sauvegarde de mon serveur dédié sur laquelle je puisse développer, et également d'avoir un VMWare avec un XP dedans. Dans le XP, une appli propriétaire utilisant Sybase SQL Anywhere (argh), pour pouvoir tripoter, pomper la base proprio dans une base sql libre.
J'avais besoin d'un ordi petit, léger, puissant, tenant dans ma sacoche de médecin.
Il va sans dire que pour moi c'est un frais professionnel à amortir. Sans ça j'achète pas des bêtes comme ça tous les jours.
Nvidia fournit effectivement des pilotes binaires pour x86, mais ils n'en fournissent pas pour d'autres plateformes, comme les PPC des powerbook. A la différence des Ibook, qui, eux, sont pourvus de chips ATI.
C'est la raison qui m'a fait préférer un ibook à un powerbook.
Bon, tu sembles savoir beaucoup de chose sur la question.
Si ATI grignotte des parts de marché, c'est bien pour eux.
Cependant, la vie reste globalement moche, et je ne perds pas de vue que si l'on ne râle pas, on n'obtient rien.
Peu importe si le geste reste symbolique, il attire l'attention d'un marché émergent sur lesquels d'autres acteurs ont flairé le bon filon (IBM par exmple).
Nous vivons une époque dissolue où les guerres idéologiques font rage derrière des atours joyeux de trêve olympique. Ca spécule sur le baril, les yankees font la loi et veulent exporter leurs brevets logiciels.
Donc, même si le geste peut sembler illusoire, il convient de soutenir la liberté de coder via cette pétition. Je conviens que c'est un argument par extension, voire un peu tiré par les cheveux, mais si tu prends du recul et que l'on lève son nez de ses frags, on peut constater à quel point l'étau encercle le libre.
Il l'enserre pour mieux pouvoir ensuite l'étouffer.
J'ai donc signé la pétition.
D'ailleurs, heureusement que j'ai encore une carte ATI dans mon laptop, sinon j'aurai du mentir pour la signer. Je n'aurais alors pas hésité.
J'ai une ATI Radeon Mobility 9200 dans mon ibook, et ma foi, ça pourrait mieux fonctionner.
Ati produit de bonnes cartes, j'en ai utilisé une tripotée. Les premières achetées par mail order US parce qu'introuvables en France, parmis lesquelles:
ATI 8514A
ATI Graphics ultra
ATI Graphics Ultra Pro
Bon d'accord, la pression industrielle exercée par Nvidia, à sortir ainsi 2 générations de cartes par an, est susceptible de géner la fluidité d'un process industriel. La pression est énorme, et ATI a, me semble-t-il, souffert de cette course perpétuelle menée par nvidia, dont le business model doit reposer sur l'essoufflement de la concurence.
Cependant ces cartes son bonnes. La 8514A adaptait la fréquence de sa sortie video aux fréquences (mono-fréquence) des moniteurs d'antan. La procédure de paramétrage matériel programmait les paramètres dans une Eprom, de façon à garder les réglages après reboot. La 8514A était la première carte que je touchait disposant de fonctions 2D cablées, ça allait vite.
La libéralisation des pilotes est la plus sereine et efficace solution.
C'est remarquable de stabilité. Il est simplement plus efficace de rebooter en cas de modification de lib enfouies (libc et autres) sinon, apache a une tendance à scotcher (un peu normal).
Oui, je sais, j'aime le risque. Avec un peu d'attention avant de faire une pugrade, ça passe impecc. Il est vrai que les admins pas loin de la salle sont des potes.
Je trouve que ce concept "le 2.6 doit être le plus rapide, riche en fonctionalités, laissant les distributions fournir des versions plus stables, tout en attendant que leurs patchs soient soumis dans les plus brefs délais", je trouve ce concept très dangereux.
Je veux revenir à comme on a toujours fait, une version impaire en test surfing on the top of the wave et une version paire stable au possible.
Laisser de l'instabilité en version paire, laisser les distributions "finir" le travail de stabilité, c'est livrer le kernel aux distribs, leur laissant toute latitude d'offrir une valeur ajoutée derrière leurs contrat de maintenance.
La mission des dev noyau n'a a mon point de vue pas changé, elle doit poursuivre la voie dictée par linus.
Jusqu'içi ça a parfaitement fonctionné qualitativement, aucune raison de changer.
Envoies nous donc la sortie de 'free' complète.
Et aussi 'cat /proc/meminfo'
As-tu recompilé ton noyau avec le support CONFIG_SMP=y, CONFIG_MTRR=y et éventuellement CONFIG_HIGHMEM4G=y ?
La reconnaissance de la quantité de Ram est elle automatiquement juste ou tu dois passer un argument à lilo ?
Files nous donc des infos...
Je rends içi hommage à Patrick Volkerding, qui a conçu (si je ne m'abuse), et surtout maintient toujours la distribution Slackware depuis tant d'années.
Grace à son organisation très BSD like (pour /etc) j'ai appris beaucoup de choses avec (NFS, NIS par exemple)
Rafael (qui n'a pas installé avec une slackware depuis 1995)
J'ai installé NeoOffice/J, ça fonctionne vraiment pas mal. J'ai ouvert moults documents complexes. C'est un poil plus lent que sous linux, c'est vrai, mais au moins ça fonctionne et ça permet d'être indépendant vis à vis de l'office habituel propriétaire.
Bref, que du bon. http://www.neooffice.org(...) , site d'une version native OS/X (sans passer par X), indique bien qu'aucune nouveauté n'a été mise à disposition depuis 2002.
# total=30, 'tain ma race.
Posté par Rafael (site web personnel) . En réponse au sondage Mon ordinateur actuel est mon. Évalué à 2.
Alors j'ai tenté une petite énumération sur mon blog à 2 balles.
http://www.pinilla.org/index.php/2005/02/21/2-liste-de-mes-machines(...)
J'avais dit douze au premier abord. Comme quoi inconsciement, je minimise ma geek attitude.
A cet instant préçi, j'ai nexus (cette machine), l'ordi de ma femme, la station P4, le portable sur la table de chevet, l'ibook de mon beau père dans le salon, plus une machine qui fait enregistreur video avec time shifting sous la télé.. Ca fait 6 machines qui tournent.
En fait je suis sérieusement félé.
[^] # Re: EVMS
Posté par Rafael (site web personnel) . En réponse au journal Debian amd64 + RAID rulez. Évalué à 2.
Mais enfin bon, j'avoue je ne lui ai pas donné sa chance, vu que j'avancais parallèlement avec le partman debian. Vu que mon expérience globale allait croissante, j'ai trouvé la solution fonctionnelle avant.
En fait, quand tu crée des partitions raid de 80 ou 200Go, ça prend un temps considérable, tant à la création qu'à la remise en service en cas de foirage. Ca met l'épisode "mise en place des partitions" autour de 1h et demie (entre la construction des volumes raid et leur formatage, parce que si tu poursuis une install avec un /usr pas fini de créer ni formater, et bien tintin la suite, mon coco). La mise en place des volumes se fait en tache de fond, donc c'est à toi de lancer un cat /proc/mdstat dans une console à coté.
Au bout d'un certain temps, tu te satisfais d'une solution que tu parviens à maitriser.
Mais EVMS me semble très bien. Surtout si tu dois gérer une ferme de disques, avec des tailles de volumes barbares.
Moi c'était pour ma station (suffisement musclée, il est vrai :) ), donc j'ai choisi la soluce standard Debian amd64.
Mais pour info, en mode expert, on peut utiliser evms depuis l'installeur debian (ou tout au moins un de ceux que j'ai eu essayé).
[^] # Re: change...
Posté par Rafael (site web personnel) . En réponse au journal Rendez-vous demain (tout à l'heure), ici même !. Évalué à 5.
C'est lubrique.
Ok je sors =====>[]
[^] # système et lvm
Posté par Rafael (site web personnel) . En réponse au journal Debian amd64 + RAID rulez. Évalué à 2.
Mais je voulais du RAID, donc j'ai pas retenu.
J'avoue que j'ai pas essayé de coller du lvm sur du RAID. En fait, je tenais à savoir où allaient mes données, et quel niveau de raid les abritait.
Rafael
[^] # RAID focntionne bien ou pas dans l'installeur
Posté par Rafael (site web personnel) . En réponse au journal Debian amd64 + RAID rulez. Évalué à 1.
Je dis que je me suis galéré, que j'ai redémarré un paquet de fois sans le support MD avec toute une tripotées de CD netinst ou autre. Et la réalité c'est que je me suis fait suer sans piger ce qui clochait.
En fait, partman, sur plateforme amd64 au moment où j'ai installé ma machine, foirait un peu, et j'ai patiné quelques heures.
On peut utiliser une sarge amd64 en prod, mais disons que pour l'heure c'est un poil risqué. Tout recompiler en 64bits, ça fait forcément émerger des bugs imprévus.
Maintenant, ça vient d'où le bug, du source ou du compilateur. Mes problèmes se sont résolus quand j'ai eu installé puis rebooté une fois sur le noyal d'origine, puis dans cette machine toute basale, compiler un noyau dernier cri avec gcc 3.4 . Là ça a passé le reboot.
SInon, j'avoue, j'en ai perdu mon latin quelques jours.
Au bout du compte le jeu en vaut la chandelle. La machine pulse comem jamais, et Gnome 2.8.1 est excellent. <sans troller>
[^] # Re: Accord avec Google ?
Posté par Rafael (site web personnel) . En réponse au journal Wikipedia dans les choux ...!. Évalué à 4.
C'est comme ça.
Je n'ai jamais prétendu que Google allait "racheter" wikipedia. J'estime que se faire héberger par une société cotée en bourse, c'est vendre son ame au diable. Le savoir doit rester libre, et ce dans toute la chaine de support de l'information.
Bref, j'en fais une question éthique.
Aucun accord ne doit voir le jour à mon sens. Ce n'est qu'un problème d'alimentation qui a foiré, ça peut aussi arriver chez google (meme si ils semblent assez fort coté disponibilié). Toutes les sources d'alimentation ont cassé chez l'hébergeur de wikipedia voir ce lien . Toutes les machines ont rebooté. Certaines sont restées dans des états à boot non terminé. La base et ses mirroirs (Mysql 4 + innoDB+ mécanisme transactionnel) est restée en vrac dans un état non intègre. La première base de secours est revenue à elle avec 24 h de perte de données. Il y a un peu de manips à faire pour remettre tout en ordre.
Meme les listes de diffusions wikipedia se sont tues hier après midi.
Wikipedia doit rester indépendant. Etre hébergé par google, c'est déjà faire un écart.
[^] # Re: Accord avec Google ?
Posté par Rafael (site web personnel) . En réponse au journal Wikipedia dans les choux ...!. Évalué à -2.
Google est coté en bourse.
Aucun lien ne doit jamais lier wikipedia à Google.
Wikipedia est et restera libre.
Pour cela, je donne.
Les problèmes d'administration de système sont ce qu'ils sont. Les machines de wikipédia sont parmis les plus sollicitées de la planète, et elle vont l'etre chaque jour plus encore. Il faudra que chacun mette la main au portefeuille toutes les fois qu'il faudra. Ce ne sont pas les compétences bénévoles qui manquent en administration de système.
Argh.
[^] # Re: Perte de données...
Posté par Rafael (site web personnel) . En réponse au journal Debian amd64 + RAID rulez. Évalué à 1.
Non, sérieusement.
J'en fais, des sauvegardes. C'est d'ailleurs pour ça que je n'ai eu que 6 semaines de pertes de données.
Et comme tu le dis si bien, si ça me protège d'une seule chose, c'est de la perte d'un disque. Et c'est justement ça que je lui demande, parce que pour le reste, j'ai plusieurs disques CDRW qui tournent.
Rafael
[^] # Re: Et LVM ?
Posté par Rafael (site web personnel) . En réponse au journal Debian amd64 + RAID rulez. Évalué à 2.
J'ai préféré de pas tenter le diable, surtout que j'avais laaaargement assez d'espace disque pour créer une partition /usr très large.
J'ai préféré ne pas rajouter une couche d'abstraction.
Rafael
[^] # swap sur raid
Posté par Rafael (site web personnel) . En réponse au journal Debian amd64 + RAID rulez. Évalué à 1.
Je vais retirer le raid 0 sur le swap.
Merci du conseil.
[^] # Re: /boot
Posté par Rafael (site web personnel) . En réponse au journal Debian amd64 + RAID rulez. Évalué à 3.
[^] # 1Go ?
Posté par Rafael (site web personnel) . En réponse à la dépêche LinuxFR s'arrête .... Évalué à 8.
Il n'y a que 1Go de ram totale ? (tout au moins reconnue)
Une machine singlehost (sans frontal renvoyant sur plusieurs serveurs) servant 32 millions de pages par mois avec une charge inférieure à 1 (voire meme à 0,3 à cette heure), voilà qui doit donner des boutons à bien des administrateurs.
Au moins elle est SMP de mémoire, ça fait du bien tout de meme dans ce contexte. Il est clair que le Go de Ram manquant ferait bien l'affaire.
Mais il n'empeche, 32x10^6 pages/mois, faut les servir.
Ah, si les décideurs pressés savaient...
[^] # Re: Charge ?
Posté par Rafael (site web personnel) . En réponse à la dépêche LinuxFR s'arrête .... Évalué à 1.
[^] # Charge ?
Posté par Rafael (site web personnel) . En réponse à la dépêche LinuxFR s'arrête .... Évalué à 10.
D'autre part, il suffit que:
* quelqu'un ait vidé le rep de cache html ou templeet
* quelques zélés moteurs de recherches s'acharnent tout à coup après 48h d'offline
Alors, on peu comprendre la très relative et sans aucun doute passagère lenteur.
Et puis moi je trouve ça assez rapide pour une page perso opérée pour notre bon plaisir par des bénévoles.
# 1280x768
Posté par Rafael (site web personnel) . En réponse au sondage Ma résolution. Évalué à 1.
Mon Iiyama 22' tourne en 1280x1024@120Hz par ailleurs, en kvm parce qu'un écran, ça me suffit.
Rafael
[^] # Re: Quick Fix Pro
Posté par Rafael (site web personnel) . En réponse au journal XP SP2 et la sécu. A lire et traduire. Évalué à 1.
Je te remercie de cette traduction dans tous les cas.
[^] # Re: prix
Posté par Rafael (site web personnel) . En réponse au journal Configurer un Vaio PCG-TR5MP sous Debian. Évalué à 1.
J'ai pris aussi la garantie 3 ans.
J'avoue, c'est un poil cher, mais quand tu joues avec la bête (c'est ce que je fais à cet instant, vautré sur mon canapé, soda light lemon pas loin, clim à donf) tu regrettes moins.
L'objectif pour moi est d'avoir une machine archi mobile avec une sauvegarde de mon serveur dédié sur laquelle je puisse développer, et également d'avoir un VMWare avec un XP dedans. Dans le XP, une appli propriétaire utilisant Sybase SQL Anywhere (argh), pour pouvoir tripoter, pomper la base proprio dans une base sql libre.
J'avais besoin d'un ordi petit, léger, puissant, tenant dans ma sacoche de médecin.
Il va sans dire que pour moi c'est un frais professionnel à amortir. Sans ça j'achète pas des bêtes comme ça tous les jours.
[^] # Pilotes binaires linux
Posté par Rafael (site web personnel) . En réponse à la dépêche Fin du support Linux des webcams Philips. Évalué à 1.
C'est la raison qui m'a fait préférer un ibook à un powerbook.
Rafael
[^] # No pasaran !
Posté par Rafael (site web personnel) . En réponse à la dépêche Une pétition pour obtenir des pilotes ATI de meilleure qualité. Évalué à 8.
Si ATI grignotte des parts de marché, c'est bien pour eux.
Cependant, la vie reste globalement moche, et je ne perds pas de vue que si l'on ne râle pas, on n'obtient rien.
Peu importe si le geste reste symbolique, il attire l'attention d'un marché émergent sur lesquels d'autres acteurs ont flairé le bon filon (IBM par exmple).
Nous vivons une époque dissolue où les guerres idéologiques font rage derrière des atours joyeux de trêve olympique. Ca spécule sur le baril, les yankees font la loi et veulent exporter leurs brevets logiciels.
Donc, même si le geste peut sembler illusoire, il convient de soutenir la liberté de coder via cette pétition. Je conviens que c'est un argument par extension, voire un peu tiré par les cheveux, mais si tu prends du recul et que l'on lève son nez de ses frags, on peut constater à quel point l'étau encercle le libre.
Il l'enserre pour mieux pouvoir ensuite l'étouffer.
J'ai donc signé la pétition.
D'ailleurs, heureusement que j'ai encore une carte ATI dans mon laptop, sinon j'aurai du mentir pour la signer. Je n'aurais alors pas hésité.
Rafael (ex Trolleur Professionnel)
# 8514A, histoire et 2 centimes
Posté par Rafael (site web personnel) . En réponse à la dépêche Une pétition pour obtenir des pilotes ATI de meilleure qualité. Évalué à 1.
Ati produit de bonnes cartes, j'en ai utilisé une tripotée. Les premières achetées par mail order US parce qu'introuvables en France, parmis lesquelles:
ATI 8514A
ATI Graphics ultra
ATI Graphics Ultra Pro
Bon d'accord, la pression industrielle exercée par Nvidia, à sortir ainsi 2 générations de cartes par an, est susceptible de géner la fluidité d'un process industriel. La pression est énorme, et ATI a, me semble-t-il, souffert de cette course perpétuelle menée par nvidia, dont le business model doit reposer sur l'essoufflement de la concurence.
Cependant ces cartes son bonnes. La 8514A adaptait la fréquence de sa sortie video aux fréquences (mono-fréquence) des moniteurs d'antan. La procédure de paramétrage matériel programmait les paramètres dans une Eprom, de façon à garder les réglages après reboot. La 8514A était la première carte que je touchait disposant de fonctions 2D cablées, ça allait vite.
La libéralisation des pilotes est la plus sereine et efficace solution.
J'ai signé la pétition.
Rafael (plain old dino)
# non woody en prod
Posté par Rafael (site web personnel) . En réponse au message Passer un serveur de prod en Sarge ?. Évalué à 1.
Oui, en sid.
C'est remarquable de stabilité. Il est simplement plus efficace de rebooter en cas de modification de lib enfouies (libc et autres) sinon, apache a une tendance à scotcher (un peu normal).
Oui, je sais, j'aime le risque. Avec un peu d'attention avant de faire une pugrade, ça passe impecc. Il est vrai que les admins pas loin de la salle sont des potes.
Le jour du freeze de sarge, je passe en testing.
# Situation périlleuse....
Posté par Rafael (site web personnel) . En réponse au journal Le noyau linux change de mode de développement. Évalué à 3.
Je veux revenir à comme on a toujours fait, une version impaire en test surfing on the top of the wave et une version paire stable au possible.
Laisser de l'instabilité en version paire, laisser les distributions "finir" le travail de stabilité, c'est livrer le kernel aux distribs, leur laissant toute latitude d'offrir une valeur ajoutée derrière leurs contrat de maintenance.
La mission des dev noyau n'a a mon point de vue pas changé, elle doit poursuivre la voie dictée par linus.
Jusqu'içi ça a parfaitement fonctionné qualitativement, aucune raison de changer.
Linus doit parler pour clarifier le sujet
Rafael
# précisions ?
Posté par Rafael (site web personnel) . En réponse au message Meminfo qui débloque. Évalué à 2.
Et aussi 'cat /proc/meminfo'
As-tu recompilé ton noyau avec le support CONFIG_SMP=y, CONFIG_MTRR=y et éventuellement CONFIG_HIGHMEM4G=y ?
La reconnaissance de la quantité de Ram est elle automatiquement juste ou tu dois passer un argument à lilo ?
Files nous donc des infos...
Rafael
# Hommage
Posté par Rafael (site web personnel) . En réponse à la dépêche La slackware 10 est sortie. Évalué à 10.
Grace à son organisation très BSD like (pour /etc) j'ai appris beaucoup de choses avec (NFS, NIS par exemple)
Rafael (qui n'a pas installé avec une slackware depuis 1995)
[^] # Wouaou
Posté par Rafael (site web personnel) . En réponse au journal Quid du port MacOS X d'OpenOffice ?. Évalué à 0.
Bref, que du bon.
http://www.neooffice.org(...) , site d'une version native OS/X (sans passer par X), indique bien qu'aucune nouveauté n'a été mise à disposition depuis 2002.
Bref, NeoOffice/J, j'ai adopté.