peck a écrit 565 commentaires

La swap non utilisée ne consomme pas de ressource, au moins pas de problème la dessus.

Pour ce qui est de son utilité, certaines personnes pensent qu'il est indispensable d'avoir un peu de swap car certains algorithmes du noyau sont optimisés par rapport à la présence de swap.

En pratique il n'y a pas de certitude. Par contre, c'est sur la swap n'est pas obsolète, ne considère pas ta bête de course comme une généralité, imagine linux sur un fer à repasser.

Il y a plusieurs façons d'encoder une lettre. Si cela ne fonctionne pas pour toi, c'est que l'encodage d'un caractère dans ton code n'est pas le même que dans tes chaînes de caractères.

En C, lorsqu'on veut manipuler proprement les caractères en prenant en compte leur encodage, on utilise les fonctions wide char comme mbtowc(3) qui convertit une chaine normale (encodée selon la locale) en chaine wide char que tu peux manipuler directement dans ton programme caractère par caractère ou avec les autres fonctions associées.

Le fonctionnement reste le même et le problème restera le même.

Il n'y a pas de méthode pour palier ça.

Tout à fait, ce serait plutôt fetchmail qui répondrait à ton besoin.
Fechmail dispose de l'option -c (ou --check) qui dit a fetchmail de faire si ce n'est envoyer le code de retour ainsi tu peux faire dans une cron toutes les minutes :

$ fetchmail -s -c && mpg123 machin.mp3

Toutes options à adapter bien sûr et à toi de choisir ton lecteur de son.

Quand tu fais un fork il manque dans ton programme parent un wait après si tu veux qu'une fois mort le programme ne devienne pas un zombie.

Pour ne pas avoir a faire de wait il faut complètement détacher le fils. Donc après le fork, dans le fils, fermer les file descriptor ouverts, se détacher du tty, réinitialiser les gestionnaires de signaux, et je dois en oublier.

Cherche comment faire un démon en c sur un moteur de recherche et je pense que tu trouveras ton bonheur.

Découpe ton rsync en sous répertoires et lance le tout dans une boucle shell, tu économisera d'autant la ram. C'est simple et rapide.

Sinon, tu peux aussi tester d'autres solutions que rsync, comme csync2.

Aucune différence de ce point de vue entre apache 1.3 et apache 2

La directive NameVirtualHost ne fait qu'indiquer quels sont les identifiants qui peuvent être utilisés pour les et sur quel couple ip/port (ou ip tout court) ils seront accessibles.

La directive Listen dit à apache d'écouter sur le port donné.

La directive NameVirtualHost dit à apache qu'il va y avoir des virtualhost sur l'ip (et le port) que tu lui indique.

Malheureusement tu ne lui indique aucun virtualhost, ce que tu lui indique est une configuration par défaut. Un virtualhost se configure ainsi :

<virtualhost *:80>
ServerName ez1.mondomaine.fr

DocumentRoot "C:\temp\ez1"

DirectoryIndex index.html
</virtualhost>

Pour plus d'informations : http://httpd.apache.org/docs/2.2/fr/mod/core.html

Je ne sais pas très bien comment ca se vérifie, mais je sais comment ca se change. Il s'agit de l'option clocksource= à passer au noyau au boot.

Dans kernel-parameter.txt, on a la liste des possibilités : pit,hpet,tsc,vmi-timer

Dans ce cas c'est qu'un processus continue d'écrire dans un fichier qui a été supprimé. C'est possible parce que sous linux c'est le file descriptor qui compte et pas le nom du fichier.

Pour détecter les fichiers dans cette situation :

$ lsof | grep delete

Ainsi tu auras le fichier et le processus en cause. Il suffit de tuer le processus pour que le ficheir disparaisse définitivement.

C'est normal qu'il y ait des ajustement réguliers avec ntp, mais les tiens me semblent relativement gros.

- Ca peut être un bug dans le noyau : on a vu ca sur des 64 bits

- Ca peut être un problème de pile du bios : avec certaines options, le noyau choisit une source différente pour mesurer le temps (par défaut c'est l'horloge du processeur)

- Ca peut être du à du stepping : sur des noyaux 2.6 un peu ancien, le changement dynamique de la fréquence du processeur déréglait l'horloge

En fait ces paquets icmp sont liés aux paquets udp envoyés car faisant partie de la même "connexion" (attention aux guillemets). Le noyau permet donc de récupérer l'information.

FFT c'est fast fourrier transform, c'est le nom d'un algorithme qui découpe l'échantillon en 2 à chaque étape.

Si tu trouve un autre algorithme, il ne s'agira pas de fft, mais de ft tout court.

Pour retrouver une puissance de 2 tu as plusieurs solutions (a toi de voir si elles valent le coup)
* réduire l'échantillon (on coupe les derniers octets)
* changer la fréquence d'échantillonage par interpolation (on rajoute des octets par calcul, comme lorsqu'on agrandit les images)
* faire du padding avec les premières valeurs de l'échantillon (tu auras moins d'artefact, mais tu en auras toujours)

Et enfin, sachant que le signal que tu vas analyser n'est pas purement périodique, pense à lui appliquer une fenêtre pour éviter de voir apparaitre des fréquence qui n'existent pas.

En effet trickle te permettra de gérer la bande passante.

Pour une gestion plus fine des connexions, il faudra t'orienter vers iptables si tu es sous linux (et admin de la machine).

Le problème vient d'ici

Kernel panic - not syncing: Attempted to kill init!

Ton init s'est fait tuer avant la fin, donc le problème vient soit des paramètres init= du noyau, ou du fichier initrc ou init selon ce qu'il y a dedans.

Et donc il faut des informations supplémentaires sur l'init.

Les informations exportées par le noyau sont disponibles sous plusieurs formes :
/proc
/sys
syscall
socket
/dev

Les informations sur le réseau sont exportées dans /proc/net et /proc/sys/net.

Pour les détails, le code source de netstat lui même te renseignera.

Le copier/coller à la souris est une fonctionnalité intégrée au serveur X. Difficile donc de la désactiver sans désactiver le bouton du milieu.

Et la télétransmission ?

On en déduit que la puissance est multipliée par 100 en 7 ans environ, ce qui nous donne une multiplication par 1.93 tous les ans.

En fait l'option -X ne sert pas a lancer une commande shell mais une commande screen dont tu peux trouver la liste dans man screen.

Heureusement il existe une commande screen pour lancer une commande shell. Donc ce que tu veux lancer est plutôt du style

screen -S ma_session -X exec "ma commande"

As-tu regardé si tu avais un proxy de configuré ? Il se peut simplement que ce soit lui qui ait un problème.

Si tu n'as pas de proxy configuré en dur, peut-être as-tu une détection automatique du proxy qui poserait le même problème.

C'est moi ou il y a un problème d'unités ?

Erreur de virgule et d'unité :
42kW = 0.042MW

Multiplié par 30 on a tout de suite une valeur plus raisonnable :
0.042MW 30 = 1.26MW

Acceptons la correspondance :
1 MW.h = 0,086 tep

Mais là il ne faut pas faire disparaître les heures sans rien dire :
1.26MW * 0.086 tep/MWh = 0.10836 tep/h

Soit la consommation sur une année :
0.10836 tep/h * 365j * 24h = 949 tep


Donc le calcul est faux, mais bizarrement le résultat est bon :-)

et la commande inotifywait pour le faire en shell

Déja j'imagine que tu s sous linux vu que c'est différent pour chaque noyau.

Ensuite, rien de tel qu'un exemple pour apprendre et pour comprendre.
Donc je te conseille simplement apt-get source iproute2. En plus tu auras un certain nombre d'exemple ou de lib pret a copier/coller.