Sébastien Koechlin a écrit 850 commentaires

Tu ne trouveras pas ces informations parce qu'elles n'ont pas forcément de sens ou parce qu'il est impossible d'avoir l'information.

LE CPU
=====

Que signifie le %CPU ? Sur une machine monoprocesseur, lorsque le processus est actif, il consomme 100% du CPU. Lorsqu'il est en attente du processeur, il consomme 0% et lorsqu'il est en attente d'un evenement, il consomme également 0%.

Le % d'occupation CPU n'a de sens que lorsqu'on fait une moyenne sur un certain intervalle de temps, mais la valeur va beaucoup varier en fonction des autres processus qui s'exécutent sur la machine.

On peut éventuellement donner un peu de sens au temps CPU consommé sur un certain intervale, pour cela, tu vas trouver le temps CPU user, le temps CPU systeme et l'heure de démarrage du processus, tu peux alors calculer un ratio un peu comme tu veux en utilisant cela.

La Mémoire
========

Linux est un OS conçu de façon intelligente et supportant de nombreuses fonctionnalitées. Librairies, Swap, mémoire partagée, copie à l'écriture...

Regarde donc le fichier /proc/self/maps

Lorsqu'un processus s'exécute, le binaire est chargé en mémoire; mais si le même programme est lancé deux fois et qu'il ne s'agit pas de code auto-modifiant (ce qui est mal), linux n'a en réalité qu'une seule copie en mémoire. Ca commence mal pour mesurer l'occupation mémoire.

Les programmes utilisent des librairies dynamiques, qui ont le même avantage, on ne charge pas la libc pour chaque nouveau processus, seule une ou quelques pages sont propre à chaque processus. Est-ce qu'il faut compter les librairies dans la taille mémoire occupée ?

Lorsque l'OS a besoin de place en mémoire, il envoi les données dans le SWAP, faut-il compter cette mémoire ? S'il s'agit de mémoire correspondant à l'image d'un fichier (exécutable par exemple) et que la page est intacte, on n'a même pas besoin de la mettre dans le swap puisqu'on pourra la relire directement sur le disque.

Lorsqu'un processus réclame de la mémoire, elle n'est pas forcément allouée à ce moment là, mais plutot au premier accès qui sera fait, on ne sait donc pas trop s'il faut compter cette mémoire ou non.

Ca continue, on peut mapper des fichiers en mémoire, est-ce que c'est réellement de la mémoire occupée ? On peut partager de la mémoire entre plusieurs processus, même problème.

Enfin un processus qui va faire des I/O disque va occuper de nombreuses pages mémoire dans le cache disque, ces pages peuvent être occupées uniquement pour ce processus, pourtant elles sont dans le noyau et on aura toutes les peines du monde à retrouver le processus correspondant.

L'occupation mémoire est donc une notion très très vague qu'il n'est pas réellement possible de définir. Le fichier maps donne l'espace mémoire d'un processus, sans dire s'il y a réellement de la mémoire occupée derrière.

Pour le GNU/Hurd, repasse dans quelques années le temps que tout soit implémenté.

Ou mieux, mets la main à la pate.

Par contre, le détournement des flux, ça risque de mal se passer. Imagine ce que fait

echo 1 > /system/network/conf/forward

dans un script... Déja, dans un shell, c'est l'horreur.

Ca serait bien de repasser dans le texte et de corriger toutes les apostrophes qui ont été massacrées par word, pour une semaine de l'informatique libre, c'est pas très flateur.

Il faut trouver un équilibre.

Lorsque je reçois mon GLMF, je le lis dans le métro, et je n'ai pas de machine sous la main. S'il faut aller voir le CD pour comprendre l'explication, le magazine perd tout intérêt pour moi.

En plus, je n'utilise jamais le CD, j'ai l'ADSL à la maison, éventuellement je récupère une URL (je l'ai fais par exemple pour les excellent articles sur l'IA), ça va bien plus vite que de sortir le CD du magazine, de le monter et de le parcourir pour retrouver une version peut-être obsolète du fichier (et puis ça me gonfle de manipuler des CDs).

Il y avait x0rfbserver qui a disparu, et maintenant il y a x11vnc qui le remplace.

http://www.karlrunge.com/x11vnc/(...)

" x11vnc allows one to remotely view and interact with real X displays (i.e. a display corresponding to a physical monitor, keyboard, and mouse) with any VNC viewer. In this way it plays the role for Unix/X11 that WinVNC plays for Windows. "

Si j'ai bien compris, ça réponds au problème numéro un.

C'est pas une bonne idée, il y a une RFC très bien faite pour représenter les dates :

RFC 2550 - Y10K and Beyond
http://www.faqs.org/rfcs/rfc2550.html(...)

La conclusion est : It is not too early to aggressively pursue solutions for the Y10K problem. This specification presents a simple, elegant, and efficient solution to this problem.

Ca serait sympa, pour tous les gens qui ne connaissent pas, de dire en quelques mots ce que c'est que ce serveur, et quels sont les conséquences de son absence.

Surtout que quand je vais sur le serveur en question, je ne suis pas plus avancé à cause du message d'erreur.

ls $(dirname $PWD)

<< la présence (...) des pop-up sur le web crée un phénomène de rejet automatique de l'internaute mais également une attitude de méfiance vis-à-vis de l'annonceur, mais également du site support des odieuses publicités. >>

L'utilisation de "mais également" ou simplement de "mais" lorsqu'on n'exprime pas une opposition est incorrecte en français.

Cette faute est de plus en plus courante, on la trouve dans les quotidiens maintenant.

Quand un programme fait un SIGSEGV, le strace n'est souvent pas très utile.

Tu devrais plutot essayer de lancer le programme dans gdb, et faire un 'bt' ensuite pour voir l'état de la stack au moment du crash.

De mémoire il faut faire :
$ gdb programme
bla bla bla
> run paramêtres
bla bla bla
Program received signal SIGSEGV, Segmentation fault.
> bt
trace de la pile d'appel

Si la pile est incohérente, c'est généralement un dépassement de buffer.

Visiblement tu as le problème sur au moins deux programmes, cela peut venir éventuellement d'une librairie et non pas des applications elles-même. Avec strace, tu n'as aucune chance de le voir, avec gdb, nettement plus.

iBook G3 à 400 MHz (mode économie d'énergie, c'est un 800 sinon)
ATI Radeon 7500

En mode fenetré : 970 FPS
En plein écran: 150 FPS

Dans un grand saladier:
- de la confiture de fraises
- des bananes mûres à point, bien écrasées
- du chocolat rapé
- de la moutarde de Dijon très forte
- Une saucisse de Toulouse crue mais tiède

http://www.amazon.fr/exec/obidos/ASIN/2748800591/qid%3D1089197003/1(...)

C'est sympa, mais il faut impérativement MacOSX 10.3.

Est-ce que quelqu'un sait d'ou vient la limitation ?

Tu as "search ph-m.dyndns.org" dans /etc/resolv.conf

Lorsque tu cherches linuxfr.ogg, le DNS réponds que linuxfr.ogg. (note le point à la fin) n'existe pas, il cherche alors linuxfr.ogg.ph-m.dyndns.org. comme tu lui as demandé, et le DNS réponds qu'il a l'adresse de ton routeur.

L'effet le plus dangereux que je connaisse, c'est qu'en cas d'abus, ça facillite un peu trop le transit.

Ce n'est pas possible, tu n'as pas le droit d'écrire sur le disque local de l'utilisateur, ou alors il faut passer par un mécanisme de signature plutot complexe.

La bonne méthode est de socker les données sur le serveur qui héberge l'applet. Plutot en HTTP afin de pouvoir passer les proxys.

L'un des avantages du Raid, est de pouvoir changer une pièce en perturbant le moins possible l'accès aux données. Pouvoir changer une pièce (controleur ou disque), suppose qu'il est possible de l'acheter encore pendant plusieurs années.

Si dans deux ans tu es obligé de changer un disque, tu as bien peu de chances de retrouver le même modèle, ayant exactement la même géométrie. Si à ce moment là, ta matrice Raid ne peut plus être remontée en nominal, tu vas être obligé d'acheter plusieurs disques et de reconstruire une matrice de zéro.

Les controleurs Raid hardware posent les mêmes problèmes, lorsqu'ils meurts, il faut retrouver le même modèle, généralement avec la même version du firmware, pour pouvoir récupérer ses disques sans repartir de la sauvegarde. C'est pourquoi il faut souvent en acheter deux pour en avoir un d'avance, chose trop souvent découverte justement lorsque la carte claque.

Je n'ai pas d'explication à ton problème, mais juste deux remarques, lorsqu'on fait du RAID IDE, il y a deux règles que j'applique systématiquement:

- Ne JAMAIS mettre de périphérique en esclave. Sur un bus IDE, lorsque le maitre a une défaillance, il a beaucoup de chance de provoquer des erreurs sur l'esclave. En plus de cela, tous les essais que j'ai fais montrent que si le maitre a un problème, l'esclave ne peut pas parler. Il n'est donc pas possible de continuer à utiliser la matrice RAID, même si le disque esclave est intact.

- Ne jamais acheter deux disques identiques, même modèle, ou même série. Lorsqu'un disque à un problème, c'est généralement toute la série qui a un problème. Lorsqu'on achète deux disques identiques, ils viennent du même carton, et on a toutes les chances d'une anomalie sur l'un des disques soit aussi présente sur l'autre disque. Il vaut mieux ajouter 8 euros au second disque et avoir une autre marque, on gagne beaucoup en sécurité.

Pas forcément, il y a plein de librairies qui sont succeptible de planter et dans ce cas, ça se voit très bien dans la trace. Si c'est dans le corps de mozilla, effectivement, on ne verra rien.

Ca ne coute pas grand chose d'essayer.

Peux-tu générer un core, ou brancher gdb sur ton mozilla avant d'aller sur la page et observer le stacktrace pour voir quel est le fautif ?

Une URL de cette liste ?

Moi j'utilise une autre technique, qui fonctionne également si l'on désactive le proxy.

La passerelle est serveur de nom, et fait autorité sur le réseau interne pour tout un tas de nom pas très recommendables.

Si une machine interne réclame www.site-x.com, le DNS va lui donner l'adresse 127.0.0.1.

On peut aussi imaginer donner l'adresse d'un serveur qui va retourner selon l'URL une page ou une image annonçant que le site est filtré.

La passerelle peut également intégrer des règles de filtrage qui redirige toute requête DNS vers le DNS local, rendant ainsi les choses bien plus dur à contourner.

J'ai dans l'idée de créer un serveur DNS collaboratif dans ce style; un peu à la manière des listes d'IP de spameurs, avec une interface pour que chacun puisse soumettre des URLs et une liste de personnes certifiés pour valider les entrées, mais ça demande quelques bonnes machines avec une terrible connectivitée parce que ça revient à remplacer les DNS root.

Il a également dit que c'était encore un système interprété avec un pseudo-byte-code et qu'on ajoutait quelques couches de bugs dans la machine virtuelle et tout son environnement, que ça préparait un joli fiasco à la sauce de l'ACPI qui connait deux versions incompatibles: la version compatique microsoft, utilisée par le vrai matériel, et la version respectant les normes.

http://www.legifrance.gouv.fr/WAspad/VisuArticleCode?commun=CPENAL&(...)

CODE PENAL (Partie Législative)

Section 9 : De l'usurpation de titres

Article 433-17

(Ordonnance nº 2000-916 du 19 septembre 2000 art. 3 Journal Officiel du 22 septembre 2000 en vigueur le 1er janvier 2002)

L'usage, sans droit, d'un titre attaché à une profession réglementée par l'autorité publique ou d'un diplôme officiel ou d'une qualité dont les conditions d'attribution sont fixées par l'autorité publique est puni d'un an d'emprisonnement et de 15000 euros d'amende.

" En cherchant des informations sur le nouveau service de lettres recommandés, je remarque qu'une grande partie du site ne fonctionne pas, souvent il ne se passe rien lorsque je clique sur les liens, en particulier les pages d'aide.

Je ne peux pas consulter les tarifs, lorsque je remplis la case du nombre de page, aucun prix ne s'affiche dans la case prévue à cet effet.

J'imagine que c'est parce que c'est le lancement, tout n'est pas encore terminé et les pages manquantes seronts installés prochainement; il serait quand même souhaitable de mettre un petit message pour prévenir l'utilisateur."

Il tourne effectivement 24h/24, mais radio-réveil n'est que l'une de ses fonctions, je te rassure, c'est également un serveur avec tout un tas de truc comme le web, mail, dns, cvs, bases de données, nis, nfs, dhcp, nat...