Quzqo a écrit 833 commentaires

J'suis complètement à la traine depuis le début de l'année... et ça risque de ne pas s'arranger dans les semaines qui viennent.

Désolé pour le bruit

comme la ville... ou comme le dessin animé Walt Disney...
comme tu préfères en somme... d'autant qu'ici, on l'écrit ;o))

Sinon pour le reste, tu as bien raison : BOUUUHHH

Au passage, une fois le calcul fait, il est nécessaire d'évaluer le rendement de l'alimentation.
Dans le cas des alimentations 'PFC' (Power Factor Correction'), donc récentes, le rapport est de l'ordre de 90-95% de la puissance en entrée restituée.
Pour des alimentations plus "vieilles", ce rapport peut tomber à 60% voire moins...
En gros si mon PC consomme en interne 100W, avec 60% de rendement de l'alim', je pompe effectivement sur le réseau électrique ~170W
(corrigé moi si je me trompe...)

PS: voici quelques chiffres de différents composants tirés des spécifications de constructeurs ou de valeurs moyennes statistiques

Valeurs moyennes / pointe (ex. démarrage du disque) exprimées en W

Disque :
xxxxxx IBM SCSI DNES 9.1 Go 14/56
xxxxxx IBM SCSI DCAS 4.5 Go 6/24
xxxxxx Hitachi IDE 80 Go 11/44
xxxxxx Seagate IDE ST340014A 40 Go 12.5/50

Processeur :
xxxxxx Intel Celeron 466 Mhz 25.6/--

Ventilateurs :
xxxxxx Enermax/Noise Blocker 80 mm 2/5

Mémoire :
xxxxxx SDRam 133 Mhz par slot 10/--

Lecteurs & cartes PCI :
xxxxxx Disquette 4/--
xxxxxx DVD reader 40x --/19.6
xxxxxx CD writer 8/4/24 --/15.6
xxxxxx carte son 32b 4.15/--
xxxxxx réseau 10/100Mb 3.32/--

Carte mère :
xxxxxx AGP x2 --/30
xxxxxx USB par racine 5/5

... car c'est le seul moyen de faire accepter un PC dans le salon ou de laisser allumer les z'autres.

Pour le reste, "la compatibilité Linux" n'est pas un critère rédhibitoire car la seule incompatibilité gênante serait une carte mère non reconnue (bien rare ou pas bien longtemps). Ensuite, c'est juste une question de patience pour que tous les éléments soient compatibles avec Linux.

la puissance est bien éphémère, le prix assez relatif (marché très concurrentiel), le look affaire de goûts, la connectique bien souvent comparable, la taille sans importance (ou si peu) et les logiciels on s'en moque ! (car on sait bien ce qu'on va mettre dessus nan...)

En résumé, rien ne vaut un passage chez son intégrateur ou son revendeur de composants préféré...

Posté par fog (#14427). le 08/01/2004 @ 16:51:54 :
j'ai téléchargé le kernel-2.6.0 et je m'apprête à le compiler.
...
Posté par fog (#14427). 08/01/2004 @ 19:54 :
Ça marche

Pas mal pour un début non ? ;o)

Quelques infos dans ce commentaire : http://linuxfr.org/comments/325078.html(...)
Mais tout cela reste indicatif car (très) dependant de ton architecture matérielle (CPU(s), RAM ...) et logicielle (charge du système, version de compilateur, options du noyau choisies...)

Récupère la configuration du noyau actuel, ça sera plus simple [snip] config-2.4.22mdk
N'y a-t-il pas un "bug" (ou une limitation pour les puristes) contre-indiquant l'import d'une configuration 2.4 pour compiler un 2.6 ?
Il me semble que même un make oldconfig préalable ne suffit pas à régler le problème...
Quoiqu'il en soit, même si je me trompe, le make oldconfig est fortement recommandé avant de charger une ancienne version d'une .config

De retour sur la console : ...
La première étape est un make dep et make clean (si le noyau a déjà été compilé), voire un make mrproper (si le noyau a déjà été compilé et que les options choisies sont très différentes).

comment killer une application?

la commande kill < pid > (l'identifiant pid étant récupéré à partir d'une commande comme : ps -ef | grep < nom même partiel de l'application > ou : pidof < ... >) ou killall < nom complet de l'application >.

Il existe aussi un moyen plus interactif : top qui offre des commandes permettant de le faire(taper '?' une fois lancé pour un peu d'aide ou man top sinon).

Dernier recours, selon les WM (gestionnaire de fenêtres : Gnome, KDE, ..., XFCE4 <--- publicité subliminale, ...) et leurs applications "dédiées", il existe des interfaces pour te faciliter la tâche mais je ne les connais pas de tête (pas d'utilité pour mon usage).

Toutefois, Oo ayant crashé, il n'est pas dit que le processus soit demeuré chargé en mémoire : dans ce cas, inutile de faire qque chose de plus.

PS: si malgré un kill/killall infructueux, un kill/killall -9 sans plus de résultat, tu as toujours l'interface de Oo affichée, tu peux aussi essayer un xkill -> le pointeur de la souris change de forme -> clic sur l'interface à tuer


PS2: Bienvenue sous Linux ;o)

Idem chez moi et les deux tournent sans interruption depuis quelques semaines sans dépasser les 35°C (plutôt 25°C en ce moment sans chauffage) mais j'ai arrêté seti@home. Il ne reste plus que les dissipateurs fournis avec la version boîte. Du coup, j'ai pris conscience que ce n'était pas les ventilos des procs qui faisaient le plus de bruit mais l'alim' : trop injuste 'o(

Depuis j'ai la flemme de remettre les ventilos d'origine...

PS: pour info, les celerons (FCPGA) de cette génération acceptent tout de même 70-85°C en température (http://www.tomshardware.com/cpu/20030217/images/cpu_chart.gif(...)) et ne consomment que 28W au plus (quasiment un 1/3 d'un Athlon 64).

Au passage, le choix d'un serveur ntp local peut être problématique sur une machine qui n'est pas connectée tout le temps au réseau (type portable) car, dans ce cas, la dérive (driftfile /etc/ntp.drift) est appliquée automatiquement, au besoin à chaque reboot.
L'heure peut devenir délirante... ,o)

Un exemple sous Debian :
- package ntp-simple pour disposer d'un serveur NTP sur le réseau local. Le daemon ntpd est effectivement lancé au démarrage mais il ne sert que les machines du réseau local (les requêtes sur le port 123 sont bloquées si elles viennent de l'extérieur)
- chaque machine cliente est mise à jour par le package ntpdate au travers d'un cron lancé toutes les 4 heures (mais sans doute est-ce trop fréquent étant donné la dérive possible) + au démarrage en connectant sur le serveur ntpd du réseau local
- package ntpdate présent aussi sur le serveur pour se synchroniser avec des serveurs de niveau 2 (ou 3 je ne sais plus, jamais de niveau 1 quoiqu'il en soit) "officiels"

Remarques:
1. je crois que le daemon ntpd du serveur doit pouvoir se synchroniser sans cron ntpdate mais je trouve cette solution plus "lisible"
2. il est de bon ton de demander à l'admin d'un serveur NTP de niveau 2 l'autorisation de se synchroniser sur son serveur avant de le mettre dans sa conf...
3. sous Debian, la liste des serveurs se configure dans /etc/default/ntp-servers, /etc/ntp.conf est préconfiguré de manière satisfaisante par défaut.
4. la trace des mises à jour NTP apparait dans /var/log/syslog et un mail à root est envoyé avec l'output du cron (comportement standard d'une tâche du cron lorsqu'elle produit un output)
5. si ta configuration te le permet, il est préférable d'avoir une machine faisant office de serveur NTP pour ton réseau local plutôt que de multiplier les synchronisation avec un serveur de niveau 2.
6. une recherche +ntp +howto sur Google te donne de bons sites d'informations plus poussées sur la question, particulièrement concernant la "ntpétiquette" ;o) (mais je n'ai pas sous la main)

ce sont tous les composants qui crament
[snip]
des alimentations qui au moment où elles terminent leur vie (dans un plop infâme encore une fois), balancent un grand coup de jus dans les périphériques connectés, et encore une fois, adieu le matériel
Tu as vraiment le verbe pour rassurer toi... ,o)
Mais en ce qui me concerne, ce ne sont que des données persos, partiellement restaurables et abritées derrière une prise "anti-foudre garantie" et une alim' avec un fusible. Quelque part, je reste (partiellement) serein... mais je finirai par ne plus repousser à demain la mise en place d'une solution de sauvegarde adaptée.

Pour des données sensibles, les sauvegardes périodiques complètes et incrémentales restent effectivement incontournables, idéalement sur un support externe, stocké sur un autre site (en n'oubliant pas des tests réguliers de restauration).
Pour la continuité de service, il est nécessaire aussi d'envisager du matériel haute disponibilité avec une redondance totale du matériel, de l'alim' au disque dur, et synchronisation en temps réel; l'une des solutions n'excluant pas l'autre.

Mais tout cela s'adresse plus au monde professionnel. A mon niveau, la gestion du risque se heurte à mes moyens...

Les cartes scsi ou ide raid marchent bien aujourd'hui...
Côté budget, on trouve assez facilement des cartes controlleurs IDE RAID 0, 1, 0+1 à base de chipset Silicon Image 680 ou apparentés pas cher du tout.
A titre d'exemple : http://www.monsieurprix.com/listing/gen/J000024811.html(...) , entre 20 et 60 €
Un peu plus cher : les cartes IDE RAID Promise depuis longtemps supportées.
Sinon du SCSI mais la note devient plus salée...

Depuis la version 2.4.20, le noyau supporte le chipset SI680 pour donner accès à un RAID matériel (même si je n'ai pas encore trouvé comment... faute de temps).

le raid logiciel linux c'est tout aussi bien en terme de sécurité
Tout à fait...
Avec une carte controlleur SI 680 sur une vieille carte mère (ABIT BP6), j'ai 2x2 disques en RAID 1 à l'origine de 5 partitions RAID logiciel (j'avoue, c'est un poil dommage avec un controlleur RAID matériel mais bon...), elles-mêmes partiellement partagées en NFS & Samba pour +/-5 postes : c'est une véritable tranquilité d'esprit.
Même si les synchronisations complètes (rares et uniquement dûes à reboot en court de reconstructions antérieures, sinon fait en temps réel) consomme de 20 à 25 % de CPU (ça reste tout de même de l'IDE), les utilitaires d'administration *raid* sont particulièrement complets : mkraid, raidhottadd ...

Une documentation de sensibilisation pratique pour débuter : http://www.lea-linux.org/admin/raid.php3(...)

Dernier point, un reproche concernant ce RAID : on en arrive à négliger les sauvegardes... ;o+

< toulouse >
Si ça intéresse qqu'un, on trouve des controlleurs SI680 en magasin chez European Computer, pas cher...
< /toulouse >

Je raisonne en macro-économie à l'échelon d'un pays, pas d'un individu
oui, oui, c'est un peu ce que je reproche aux discours politiques comme au tien en l'occurence : faire grand cas de chiffres statistiques "globaux" pour justifier de la destinée d'individus.

Tu ne trouves pas un peu pompeux et prétentieux ton macro-économie à l'échelon d'un pays ?
Sachant :
1. que l'avantage que tu vas tirer ici (en France), il faudra bien en payer le prix quelque part (aux USA). "Mais ça va dans la poche de MS" me diras-tu. En effet mais si je me réfère à ton macro-économie à l'échelon d'un pays, ça doit aussi profiter au pays, donc à la sacro-sainte balance commerciale, donc à la population/au chômage. De mon point de vue cela ne reste toujours que des chiffres et des prévisions...
2. il y a à mon avis d'autres moyens d'équilibrer une balance commerciale sans pour autant nuire aux individus mais j'ai peur qu'une vision capitaliste avec ses excès n'en voit jamais la solution

En résumé, soit !, continuons à parler avec une certaine langue de bois et des qualificatifs pompeux de mécanismes macro-économiques, d'économie nationale, de mondialisation (exclusivement au sens commerciale soit dit en passant), d'équilibre de la balance commerciale et de toutes ces masturbations intellectuelles de nantis...
En attendant, moi, individu, je ne peux me satisfaire de demeurer un chiffre d'une statistique ou un numéro dans une restructuration sociale... même si c'est ma réalité quotidienne.

[+++++]

Dommage d'avoir raté la conférence juste avant Noël...

le plugin adblock, je pense...

Ce qui compte, c'est la seconde valeur,
Pas choquante en effet... Ce qui est plus amusant pour mettre en évidence l'"efficacité" de l'iDE, c'est de faire le même test sur 2 disques, sur le même controlleur, en même temps : l'un en maître, l'auter en esclave...

Je prendrais donc un Seagate
Bof, bof...

J'ai essayé récemment côté Seagate suite aux mésaventures d'IBM avec la série GXP et j'ai été vraiment déçu :
- 2x Seagate Barracuda 7200.7 - 40 Go - ATA-100... dont un commence à faire de drôle de bruit à l'extinction de la machine et refuse parfois de démarrer après même pas un an
- 2x Seagate Barracuda 7200.7 - 80 Go - ATA-100... qui sont repartis direct chez le fabricant après déballage : démarrage/reconnaissance aléatoires même avec les outils Seagate
- 2x Seagate Barracuda 7200.7 - 80 Go - ATA-100... dont un montrant son mécontentement dès sa première installation avec des "Drive Seek Error"

A côté de cela, leurs performances ne sont pas époustouflantes et on vante leur silence mais ce doit être vrai dans une tour non silencieuse.

Comparativement, je n'ai jamais été déçu par IBM/Hitachi (ai échappé à la vague 60GXP) qui se sont toujours montrés performants/fiables même si peu silencieux :
- IBM: 1x DCAS SCSI 4.5 Go UW + 1x DNES SCSI 9.1 Go UW2 : heureux depuis maintenant 5 ans malgré quelques nappes et alim' défectueuses
- IBM: 1x Ultrastar 18LZX 18.6 Go LVD2 + 1x "???" 7200 tr/mn 9.1 Go UW2 : pareil mais depuis seulement 3 ans
- 1x IBM IDE 7200 tr/mn 40 Go et 1x IBM IDE 7200 tr/mn 60 Go : fêtant leurs 2 années sans problème
- 2x IBM/Hitachi 80 Go 7200 RPM 7K250 achetés récemment et fonctionnant en RAID 1 logiciel depuis

En résumé, le SCSI, s'il est largement plus cher (voire inabordable parfois), est sans conteste beaucoup plus performant (débits constants)/fiable (durée de vie) mais les 10K et 15K tr/mn sont devenus plus bruyants et les 15 K chauffent trop à mon goût.
Côté IDE, si le prix / Go a chuté ces derniers temps, la fiabilité comme la durée de garantie ont suivi la même pente. Le SATA quant à lui => nouveau controlleur, augmentation des performances peu significatives par rapport à du SCSI Ultra160/320 ni même de l'ATA 100/A33 et prix en hausse / ATA sans justification.
Moralité, je ne suis pas certain que nous soyons gagnants au final...

< réflexion perso >
Le SCSI/IDE c'est un peu comme le Firewire/USB ou d'autres "standards" : c'est toujours la m**** qui est adoptée comme référence...
< /réflexion perso >

Finalement, ce n'était pas une bonne idée d'aller voire ailleurs (Seagate) si l'herbe est plus verte. Je reste Hitachi désormais (WD je n'ai eu que des ennuis par le passé et Maxtor, je suis mitigé mais j'ai eu de bons échos) d'autant que crasher des disques tous les 4 matins sur des partages NFS/Samba c'est pénalisant pour tout le monde.

En passant, quelques outils à connaitre :
- hddtemp pour la surveillance des températures de fonctionnement (ne pas hésiter à mettre à jour manuellement la base /etc/hddtemp.db à partir d'un modèle proche si le disque n'y apparait pas: ça fonctionne super).
- hdparm pour le réglage des paramètres de lecture/écriture (DMA, ...). Pour info, Debian fournit avec le package des scripts d'init et de conf permettant de renseigner intuitivement les options pour chaque disques (dans /etc/hdparm.conf et /etc/default/hdparm)
- smartctl pour la surveillance S.M.A.R.T des disques compatibles. Ces outils permettent de tester régulièrement les disques déclarés (smarctl --help), de forcer un test complet online (partitions montées) ou offline (... démontées) et de consulter toutes les informations relatives aux disques (selon leurs capacités S.M.A.R.T) : résultats des tests, erreurs rencontrées (smartctl -l selftest/error)...

Disposant du DM602, son petit frère, pour lequel un accès telnet est disponible, je pense que le mode commande existe aussi pour le DM834 ou que celui du 602 est applicable même partiellement.
En cherchant un peu (je n'ai pas l'adresse exacte sous la main mais ça peut se retrouver...) sur le forum netgearfans tu devrais pouvoir trouver plus d'infos. Sur le mien, ce mode complète de façon très satisfaisante l'interface HTTP de configuration minimaliste et permet entre autres :
- de rediriger les logs du modem sur une adresse mail (mais c'est un peu lourd de recevoir un mail à chaque DROP : non configurable pour moi ou pas trouvé)
- de configurer une synchronisation avec un serveur NTP
- de changer les règles de filtrage
- et plein d'autres choses...

Au passage, le hard reset du modem remet toutes les valeurspar défaut s'il y a un souci...

Sachant que ces matériels sont accessibles niveau prix et que le firmware est en GPL, je pense que nous ne tarderons pas à voir apparaître des interfaces de configuration plus/mieux documentées/complètes : hé, hé. En attendant, ces sources doivent permettre d'apprendre les options disponibles.

Sur une machine comme ça : 2.5Ghz, 512Mo DDR, 80Go de DD, je dirai qu'une compilation de plus d'une vingtaine de minutes devient préoccupante.
Chez moi :
- AMD K6-2 400 Mhz / 256 Mo : environ 40 mn pour recompiler un 2.4.22
- bi Celeron 466 Mhz / 384 Mo : environ 30 mn
- bi Athlon 1600 Mhz / 512 Mo : moins de 15 mn
Tous avec une grande partie de modules "natifs" (réseau, USB, video, FS sauf ext3...) + "externes" (lm-sensors, i2c, dri, ...), les autres process lourds étant renicé en -5 ou -10.

PS: en cherchant un peu on doit pouvoir trouver des temps indicatifs de compilation selon la puissance CPU...

[...] Si on supprimait Microsoft, on pourrait faire travailler 10 000 personnes de haut niveau de technicité
... et on mettrait au chômage 10 000 autres personnes (au pif !) vivant du commerce, direct ou indirect, de produits Windows.

Si je suis d'accord avec l'injuste jeu comptable permettant de délocaliser les bénéfices (jeu qui n'est pas propre à MS), je le suis moins avec ton point de vue qui consiste à "regarder par le petit bout de la lorgnette". Quand Microsoft France emploie 1 000 personnes, à n'en pas douter elle assure le chiffre d'affaires d'un grand nombre d'intermédiaires : petits, moyens et gros distributeurs, formateurs, développeurs ... Dire que virer MS ferait travailler 9 000 personnes de haut niveau de technicité me semble bien réducteur.

Au-delà, je me demande bien comment tu peux t'arroger le droit de proposer 1 000 personnes au chômage sous prétexte qu'elles travaillent dans une entreprise qui ne recueille pas ton suffrage. On croirait entendre un discours politique basé sur de la pure arithmétique : je retranche 1000 ici, j'ajoute 10000 là... Mais derrière ces chiffres, il y a tout de même de vrais existences.
Essaie au moins de limiter ton jugement à l'entreprise, pas aux personnes...

Disons "2004 : l'année des Logiciels Libres" et tout le monde est d'accord... ;o)

je me permet de te tutoyer au passage
Et tu fais bien...

Ce que je vais répondre est plus le fruit d'un sentiment personnel qu'une réalité historique... désolé si ce sont des énormités.

Mais pour moi, Israël n'a de réalité qu'une volonté internationale et un découpage arbitraire un peu à l'image du tracé de frontières en Afrique fait par la France et le Royaume-Uni. Aucune Histoire ne valide l'existence d'un état d'Israël/Juif enclavé.
Qu'ils aient conquis en 1967 n'assoit aucunement leur droits sur ces territoires que ce soit 5 ans ou 50 ans après.

Ensuite, lorsque je parle de "continuer à empiéter sur le territoire Palestinien", je pense avant tout à l'excuse fallacieuse d'assurer leur sécurité intérieure en favorisant :
- le développement de colonies autonomes hors de leur sol
- la construction d'un mur sur le territoire palestinien
- la présence militaire en territoires palestiniens
- la négation de la souverainneté palestinienne (Arrafat)
- ...

Lorsque tu parles de "la Palestine, seule sans ressource, ne peut subsister sans etre rattachée a un autre pays", personnellement, j'ai du mal à croire qu'inversement Israël puisse subsister sans le soutien "aveugle" des E.U et des lobbies/groupes de pression/financements juifs venant d'Amérique.
Maintenant si l'agression d'un pays (Israël) par un autre (la Palestine) justfie que ce dernier (Israël) conquiert en retour certains des territoires du premier (la Palestine)... alors je m'incline, tu dois avoir raison. Je n'en trouve pas cela moins révoltant : où sont situées les limites à l'expansionnisme.

Pour finir, et cela ne concerne pas qu'Israël loin de là, je suis toujours choqué par les pays qui construisent leur unité sur la base de la religion (états juif, musulmans, catholiques...). Bien souvent, ils sont à l'origine de conflits, uniquement locaux dans le meilleur des cas mais plus souvent internationaux.
En vrac : Afghanistan, Israël, Palestine, Iran, Irlande/R.U, E.U... Les exemples sont légions. Alors qu'une pensée, et encore plus une croyance/foi, devrait être une occasion d'échange plus que de conflit...

Pour finir, meilleurs voeux 2004 à tous les gens de passage sur dlfp... et à tous les autres ;o)

La raison principale étant le fait que cela soit gratuit
D'où de substantielles économies permettant de soutenir l'effort de guerre...
En attendant, ils continuent à empiéter sur les territoires palestiniens, à confirmer une politique expantionniste et extrémiste !
L'adoption de OOo et la politique israélienne n'ont sans doute aucun rapport mais je ne peux m'empêcher de zapper systématiquement tout ce qui se rapporte à ce pays sachant dans quels infamies ils sont tombés.
Qu'ils adoptent le modèle des LL : soit ! Mais en voyant leur attitude, je vois mal comment ils pourraient en adopter les principes afférants...

ce n'est qu'une histoire de gros sous
Ouais... je crois que tout est dit.
Et joyeux Noël/Bonne année.

->[] (c'est ma permiere sortie !)
... mais avec une allure digne des plus grands... ;o)