Olivier Jeannet a écrit 1396 commentaires

Je sais que la charge instamné est accessible avec top... mais il doit bien y avoir des outils comme sar qui font des moyennes...

Tu as la charge moyenne des 1, 5 et 15 dernières minutes avec par exemple "cat /proc/loadavg" ou la commande "w".

Pour la charge instantannée (ou moyennée sur la durée que tu veux), tu peux te servir du contenu du fichier /proc/stat, dont les champs sont mis à jour en permanence, de façon incrémentale et monotone (des compteurs donc). Par défaut sur ma machine (noyau 2.6.11-6mdk) c'est 100 fois par seconde (les ticks ou jiffies, je ne sais plus).

J'ai un script shell qui fait ça toutes les secondes pour adapter la vitesse du CPU à la charge instantanée (ou presque, la charge sur une seconde en fait) :

last_total_time=0
last_idle_time=0
while sleep 1 ; do
. procstat=($(grep cpu0 /proc/stat))
. user_time=${procstat[1]}
. nice_time=${procstat[2]}
. system_time=${procstat[3]}
. idle_time=${procstat[4]}

. idle_time=$[idle_time + nice_time]
. total_time=$[user_time + system_time + idle_time]

. total_elapsed=$[total_time - last_total_time]
. last_total_time=$total_time
. idle_elapsed=$[idle_time - last_idle_time]
. last_idle_time=$idle_time

. idle_ratio=$[100 * idle_elapsed / total_elapsed]
done


idle_ratio est une valeur entre 0 (CPU à 100%) et 100 (CPU idle), sur laquelle je fais des tests ensuite.

Je suis chez Club-Internet depuis très longtemps, ayant commencé en RTC vers 1995 je crois, et passé à l'ADSL vers 2000.

Lors du passage à l'ADSL 2 (il y a quelques mois), les premières connexions n'étaient pas très fiables (déconnexions et pas forcément reconnexion derrière, fallait rebooter le modem), mais depuis ça roule bien. J'ai dû avoir une déconnexion sur les 30 derniers jours; on dirait qu'ils ont amélioré leur système, et que le modem fait la reconnexion tout seul. J'ai pas loin de 2 Mo/s en descente (en tous cas 1.8 avec les miroirs Club), et 100 ko/s en montée.

J'ai aussi le téléphone illimité pour l'instant en national, bientôt sur l'Europe. C'est pas mal fait, le téléphone est sur le modem, mais il prend aussi les appels sur la ligne d'origine FT (que j'ai toujours, par précaution).

Largement suffisant quand on navigue sans images et en virant les feuilles de style.

Je pige mal l'intérêt de virer les feuilles de style, ça se charge une fois pour toute par site (c'est caché ensuite), c'est normalement pas très gros, et ça permet d'avoir un site présenté comme prévu, au lieu de texte au kilomètre.
L'intérêt pour moi de virer une feuille de style, c'est pour imprimer certains sites qui sont mal faits; pour ça j'utilise la Web Developer Toolbar (extension Firefox) et je fais "Disable -> Linked Style Sheets".

Bon j'arrive "après la guerre", mais ma remarque te servira, au moins :-)

Tu as écrit 2 fois "voire même".
Il ne faut pas ajouter "même" comme on l'entend régulièrement, car c'est un pléonasme; on dit tout simplement "voire" (qui signifie à peu près "et même", "et éventuellement").

Mes 2 centimes.

après lecture du titre, je sais où est la sortie...

des que je change la resolution il redevient plus grand que l'ecran

Je pige mal, si tu mets du 640x480 partout (c'est ce que tu souhaites si j'ai bien compris), comment la résolution peut augmenter ?

Au fait, si par exemple tu précises une résolution "Virtual" de 800x600, si plus loin dans la section tu précises 640x480, le bureau dépassera effectivement de l'écran, et c'est normal.

Vu ce que tu as copié/collé dans ta question, tu as la réponse. Il faut changer la section "Screen", la sous-section "Display". Actuellement il y a la ligne Virtual 800 600, tu n'as qu'à y mettre "640 480" (en fait dans toutes les lignes).

En effet, je précise pour l'auteur de la question, on peut choisir la résolution comme on veut, en la spécifiant dans le fichier de configuration de X. Pour cela il faut quitter le confort du choix dans la liste déroulante (choix forcément limité), et prendre un éditeur et aller modifier la section "Screen".

"voir même" : pitié ça ne veut rien dire, il ne s'agit pas du verbe "voir" mais du terme "voire"; et il ne faut pas ajouter "même" comme on l'entend régulièrement, car c'est un pléonasme; on dit tout simplement "voire" (qui signifie à peu près "et même", "et éventuellement").

Pour répondre à arn100, s'il s'agit d'interdire à la machine A de se connecter où que ce soit, le plus simple me paraît en effet d'empêcher l'exécution de la commande "ssh"; c'est faisable soit en enlevant le bit "x" du binaire (avec "chmod a-x /chemin/vers/ssh"), soit en le renommant.

Sur ma distrib, j'ai la commande printf, qui appartient au paquet "coreutils". Si tu sais récupérer la valeur numérique correspondant à "000002" dans une variable (appelons-la VAL_NUM), tu peux ensuite utiliser la commande suivante pour imprimer sa valeur dans le bon format : printf "%06d" $VAL_NUM.

Pour récupérer la valeur dans une variable, utilise le "backquote" : MA_CHAINE=`printf "%06d" $VAL_NUM`. NB: Ca marche sous bash, mais sous ksh l'affectation est différente il me semble. Pourquoi utilises-tu ksh au fait ?
Tant qu'à t'initier au shell, en bash on peut utiliser la notation $(commande) pour récupérer sa valeur, c'est plus pratique que le backquote car on peut imbriquer les appels, si besoin.

SSL/TLS compresse permet donc bel et bien les données indépendamment de HTTP. Bon j'avoue que j'ai pas vérifié si les implémentations courantes utilisent autre chose que CompressionMethod.null.

En pratique je suis à peu près sûr que non, j'ai aussi demandé à des connaissances. D'ailleurs SSH offre une option de compression de données ("- C"), ce qui tend à montrer que par défaut le SSL ne comprime pas.

HTTPS compresse les données

HTTPS chiffre les données, mais ne les comprime pas (à l'image du SSL).
La compression du trafic HTTP (et HTTPS) est possible quand le serveur et le client le supportent, c'est indépendant du chiffrement.

C'est l'ordre des bits du bus de données (physiquement, sur les broches de la puce) qui est inversé

C'est possible, mais ça ne change pas le fait que tu n'as aucun moyen de le savoir au niveau de la programmation.
Quand tu te retrouves sur une machine Little Endian (PC x86 dans mon cas), tu peux voir que l'ordre des octets est inversé en mémoire, quand tu stockes une valeur sur plus d'un octet (un entier 32 bits en particulier), par exemple en faisant "od -x fichier.bin" tu peux voir que les octets sont inversés 2 par 2 car les données sont lues par défaut sur 2 octets; pour avoir un affichage normal, il faut faire "od -t x1 fichier.bin" (casse-pieds quand on vient du monde 680x0 Big Endian). Les bits d'un octets apparaissent dans l'ordre normal (heureusement, sinon la machine serait difficilement utilisable !).
D'où ma surprise avec ton explication où tu inverses les bits au sein d'un octet; ça embrouille pour rien.

Et pourtant si, et en Europe. Un exemple parmi d'autres: IDEA, qui etait l'algorithme de chiffrement symetrique de PGP.

(j'ai regardé ton lien)
C'est tout simplement un brevet européen illégal (puisque logiciel), il y en a 30 000 il paraît.

je réserverais le terme "coder" (en english "encoder") pour les algorithmes de compression sans perte.

En effet. Le terme de codec est impropre quand il s'agit de compression avec pertes, ce qui est le cas en vidéo en particulier.

La compression et le cryptagechiffrement sont 2 domaines de recherche appliquée particulierement intéressants... mais malheureusement bouffés par les brevets.

Ah bon ? Dans le chiffrement, pas que je sache, et de toutes façons ça ne concerne que les E-U (ce qui, je te l'accorde, n'est pas négligeable vu l'importance du pays).

pour encoder une vidéo

-> "pour coder une vidéo", please (dans la lignée de codage, codeur, codec, etc).
D'ailleurs on devrait parler de compresser (car c'est de ça qu'il s'agit, surtout), voire de convertir, tout simplement. Je n'ai jamais compris cet engouement pour le terme "encoder".

J'ai quelques doutes sur la capacité d'un serveur IMAP à gérer des boîtes aux lettres contenant plusieurs milliers de messages avec pièces jointes.

Je ne connais pas le nom du serveur IMAP, mais c'est celui d'un hébergeur et il gère des centaines d'utilisateurs, pour plusieurs dizaines voire centaines de Go de messages (de toutes sortes, donc avec pièces jointes évidemment), tous en ligne (consultés via Mozilla Mail en général) depuis 2000.

Donc la réponse est : aucun problème.

Si on a plus de 4 tentatives de connexions en moins d'une minute, on bloque l'ip pendant une minute.

Très intéressant, je suis preneur, mon serveur se prend des attaques régulièrement. Je fais le DROP à la main avec une seule règle, quand je suis devant mon ordi et que je vois qu'il y a du trafic anormal :
iptables -A INPUT -i eth0 -s 11.22.33.44 -j DROP .

Je n'ai pas le mot-clef --rttl dans mon "man" (j'ai un noyau 2.6.12), peux-tu me dire ce qu'il fait ?
Et comment est-il précisé que le blocage s'arrête au bout d'une minute ?

Sinon j'ai vu une légère simplification de tes 4 lignes, mais je ne sais pas si ça gère le déblocage :
iptables -I INPUT -p tcp --dport 22 -i eth0 -m state --state NEW -m recent --set
iptables -I INPUT -p tcp --dport 22 -i eth0 -m state --state NEW -m recent --update --seconds 60 --hitcount 4 -j DROP

Avant qu'on me corrige (:-), j'ai oublié le "s" à "je me permets".

voir- même des RC

Passe encore qu'on écrive ou entende "voire même" (qui est un pléonasme, "voire" signifiant déjà "et même" ou "et peut-être"), mais lire "voir même" sans le "e" à "voire", ça ne veut plus rien dire !

L'erreur se répand et je me permet de la signaler.

Sans compter le gouffre financier avec les piles de la télécommande !

Les piles rechargeables sont bien utiles. J'en ai plusieurs pour gérer la plupart des appareils où on met des piles (phares de vélo, appareil photo numérique, lampes de poche, etc).

Sur 8 bits
BE (Big-Endian bit de poid plus fort en premier)
132 -> 10000100 -> 0x84
LE (bit de poid le plus faible en premier)
132 -> 00100001 -> 0x84

Autant je suis bien d'accord avec toi sur le fait que le big-endian est plus lisible pour un humain, puisqu'il respecte l'ordre naturel d'écriture (cf mon autre commentaire pas loin), autant je ne pige pas pourquoi tu inverses les bits au sein d'un même octet, je n'ai jamais vu ça.
On récupère toujours chaque octet "normalement". Ce sont les octets entre eux qui peuvent être à l'envers, quand on les lit 1 par 1 à la suite en mémoire.

Pour le little endian, avoir les octets de poids fort dans le "bon sens", c'est quand même plus facile pour imaginer ce que va faire la machine.

Heu, pas du tout. C'est en big-endian que l'ordre est naturel : la valeur sur 32 bits 0x11223344 est stockée dans l'ordre en mémoire, l'octet 0x11 avant 0x22 et ainsi de suite. Un dump mémoire est parlant. La famille des Motorola 680x0 était big-endian et c'est agréable (j'y ai pratiqué pas mal d'assembleur).

Alors que sur x86 (little-endian, berk), quand tu fais un "od -x" d'un fichier, les octets sont inversés 2 à 2, c'est illisible. Il faut faire un "od -t x1" pour avoir les octets dans l'ordre.

Avec une knoppix, pour passer en français il faut, au moment du boot, taper "linux lang=fr" ou un truc comme ça (avec F1 on a de l'aide mais elle sera en anglais). Tu aurais vraiment intérêt à connaître un minimum d'anglais technique (ce n'est pas très dur) si tu veux être à l'aise en informatique.

Konqueror c'est l'explorateur de fichier / navigateur Web de l'environnement graphique KDE (celui par défaut sur la Knoppix). Tu devrais trouver cette application facilement, elle doit être dans les boutons de la barre en bas.

Une Knoppix c'est pas mal pour s'initier à Linux et le faire tourner sur une machine en 2 minutes (pas d'installation à faire).

Bonne chance (et tu as du mal aussi avec le français je vois).

Tout d'abord parlons plutôt de codage que de cet affreux encodage (inspiré de l'anglais "encoding"), ou tout simplement de compression ou conversion.

Si tu utilises KDE, il existe un moyen facile de convertir un CD en MP3 ou en Ogg/Vorbis, utiliser le kioslave audiocd:/ : en tapant cette chaîne dans Konqueror, il t'offre une vue virtuelle de ton CD, avec des sous-répertoires Wav, MP3 et Ogg. Si tu prends les fichiers dans le répertoire MP3 ou Ogg, et que tu les copies dans un autre répertoire, les pistes audio seront extraites du CD et converties à la volée, avec les noms qui vont bien (et les tags aussi), grâce à la connexion CDDB. On peut régler la qualité de compression depuis le tableau de bord de KDE (faut chercher un peu).
C'est ce que j'utilise et c'est très pratique. Tu dois pouvoir convertir plusieurs CD à la fois, si tu as plusieurs lecteurs (c'est aussi mon cas mais je n'ai pas essayé).

Si tu cherches dans l'aide de KDE ou sur le Web, tu trouveras des infos sur le sujet.