Bien le bonjour,

J'ai acheté récemment deux PC et je me suis amusé à faire tourner quelques benchmarks dessus... ce qui m'a conduit à me poser certaines questions...

Alors déjà, le matos:
1) carte mère Gigabyte K8N Ultra-9 :
- avec chipset nForce4 ultra, DDR, PCI Express x16 , 2 connecteurs IDE, 4 connecteurs SATA 2, 4 connecteurs SATA, 2 ports Ethernet Gigbait, et pas mal d'autres choses (135 euros)
- avec comme proc un AMD Athlon 64 3000+ (120 euros)
- une carte graphique (sans importance, c'est pour un serveur)

2) carte mère Asus P5GDC-V Deluxe
- avec chipset intel 915G + ICH6R, DDR2, PCI express x16, 3 connecteurs IDE, 4 connecteurs SATA, 1 port Ethernet Gigabit, une carte graphique intégrée et encore d'autres trucs (135 euros)
- avec un Celeron D 2.8 Ghz (88 euros)

Sur chaque config, un DD SATA 1 200Go Seagate Barracuda 7200.7

Déjà, pour l'installation Linux, pas de problème, j'ai pu essayé quelques distribs, à savoir une slack 10.1, une CentOS 4.1 x86_64 et une i386, une Fedora Core 3, sans jamais le moindre problème. Il y a juste un driver ethernet marvell à récupérer sur le net pour les 2 cartes, et, pour celle avec 2 ports, l'autre marche nickel avec le driver forcedeth intégré au kernel.
(le driver marvell : http://www.syskonnect.de/support/driver/zip/linux/(...) )

Bon, maintenant on passe aux benchmarks. Je précise quand même que la plupart ont été fait à la va vite avec les sources récupérés un peu partout, donc bon, faut pas non plus en tirer de grandes conclusions.

Alors on commence par ce qui va bien, un petit coup de netio sur chacune des interfaces eth me donne du 113~114Mo/s, bref on a vraiment les perfs annoncées de ce coté, tout va pour le mieux.

Ensuite, on passe aux accès disques, avec hdparm et bonnie++. En lecture, j'obtiens en gros du 60Mo/s pour la lecture sur les deux config (au lieu des 150Mo/s annoncés du SATA1!!!) même chose en écriture pour le celeron, mais pour l'AMD : 20Mo/s avec centOS 64 bits, et 50 Mo/s avec la slackware (plus de process qui tournent dans le premier cas, mais ça fait beaucoup de différence quand même... je soupçonne le 64 bits d'y être pour quelque chose...)!

Bon alors là, je ne suis pas très content... j'ai en gros les même perfs qu'avec ma vieille config IDE. J'ai un peu cherché sur le net concernant Linux et le SATA, mais je n'ai rien trouvé qui soit susceptible de m'aider... quelqu'un s'y connaitrait il un peu en SATA dans le coin? Pourquoi ça rame autant? C'est le matos? le driver? moi?

Et d'ailleurs, pendant qu'on y est, j'aimerais aussi que mes DD sata soient assignés à des devices /dev/sdx fixes (c'est à dire par ex, que le DD sur le port sata_0 de la carte corresponde toujours à /dev/sdb, même si il n'y a pas de /dev/sda). Normalement, il semble que l'assignation se fasse dans l'ordre de la détection, mais ça devient un bordel sans nom lorsque l'on commence à rajouter ou enlever des disques durs...

Enfin, on arrive aux proc, et là, je pensais que l'AMD (50% + cher) allait enterrer le Celeron, hé bien pas vraiment!

Déjà un petit coup de memtest86 nous donne :

Celeron (0.09) 2810 MHz
L1 Cache: 16 19648MB/s
L2 Cache: 256K 17237MB/s
Memory: 503M 1770MB/s

AMD Athlon 64 1809 MHz
L1 Cache: 128 14828MB/s
L2 Cache: 512K 3533MB/s
Memory: 512M 1442MB/s

Je suppose déjà qu'il ne s'agit pas de valeurs calculées par des tests empiriques, mais plutôt déduites des informations fournies par le système. Enfin, la différence est vraiment énorme (surtout pour le cache L2). C'est memtest qui se plante, ou c'est l'amd qui est vraiment un bras cassé?

Après ça, j'ai aussi fait un benchmark trouvé par hasard sur le net : le Byte Unix benchmark 3.11 (pas mal de pages dessus, par ex : http://www.unix.com/showthread.php?t=11175&page=1&pp=20(...) ). Malheureusement, j'obtiens n'importe quoi!
- Pour l'amd sous slack : moyenne globale 322, en 64 bit : 203 (car 2 tests sur 6 renvois un résultat nul). Ce qui est plus ou moins cohérent avec les résultats que j'ai vu sur le net.
- Maintenant pour le celeron, j'obtiens... 8460! car il explose le premier test (calcul arithmétique) et ça fausse complètement le résultat... sinon les 5 autres tests sont un peu moins bon que pour l'amd, à part pour la copie de fichier. Il n'y a pas d'autre bench plus crédibles qui existent pour tester un processeur?

Je vous aurais bien mis le détail des tests, mais bon, je suis en pénurie de cable ethernet pour mettre toutes les machines en réseau, les kvm ne font pas encore de copier coller et ça m'amuse moyen de recopier les résultats à la main...


Bon voilà donc un petit retour sur du matos récemment acheté ; n'hésitez pas à me faire par de votre expérience (surtout en ce qui concerne le SATA), je vais sans doute devoir acheter d'autres machines et j'aimerais bien comprendre un peu mieux les subtilités qui différencient chaque type de matos...

> Lire le journal (7 commentaires, moyenne: 4,4).

Bonjour!

J'ai le plaisir de vous annoncer la sortie d'Utrac version 0.2. Il s'agit d'une bibliothèque et d'un utilitaire en ligne de commande dont la principale utilité est la reconnaissance automatique de jeux de caractères :

http://tech.alliancemca.net/utrac/(...)

Bien que le projet soit encore assez jeune, l'utilitaire marche déjà relativement bien. Pour la bibliothèque, il faudrait un peu plus de débugage et que j'écrive une doc et tutoriel pour l'API. Il y a bien une doc qui existe en doxygen, mais elle date de la version 0.1 et elle n'est pas encore mise à jour...

Les jeux de caractères supportés sont la série des iso, des cp (windows et dos), des Mac et l'utf-8. On peut très facilement en ajouter d'autres, à conditions qu'ils soient dérivés de l'ascii et mono-octets. La reconnaissance marche en général plutôt bien, même si il y a des problèmes avec des encodages proches (latin1, 2, 3 par ex)

Sinon, la liste des autres fonctionnalités :
- reconnaissance automatique des fins de lignes.
- prise en charge de la localisation (langage et système) pour une meilleur reconnaissance.
- tri du texte pour extraire les caractères étendus
- conversion (avec spécification de l'encodage en entrée)

Si vous avez des questions ou remarques, n'hésitez pas!

> Lire le journal (22 commentaires, moyenne: 2,3).

Petite page sur les LL et linux dans le 20 minutes ce matin :

« Les logiciels libres prennent le pouvoir »
http://www.20minutes.fr/journal/recherche/pop_article.php?ida=34912(...)

« Linux, pingouin emblématique »
http://www.20minutes.fr/journal/recherche/pop_article.php?ida=34911(...)

Articles presque bons, mise à part la confusion avec le manchot et, comme d'hab' avec 20 minutes, la trop grand place accordée à GNU (vive les trolls :-).

L'illustration m'a part contre bien fait rire, donc je suis aller la retrouver sur net rien que pour vous car elle n'est pas sur le site :
http://www.penguincomputing.com/graphics/desktops/gates800x600.jpg(...)

Elle me fait un peu penser à Ghostbuster et le monstre en marshmallow...

> Lire le journal (4 commentaires, moyenne: 2,8).

En ces temps incertains où sévissent infatigablement les chinois du fbi, l'homme à la cigarette, eux (ben oui, eux, ceux du gps dans l'alim) et autre Guillermitots, il existe l'outil ultime qui va enfin permettre aux paranoïaques de dormir sur leurs deux oreilles, et que certains connaissent d'ailleurs peut être (vu que ça fait quand même un moment qu'il existe, bien que je l'utilise depuis peu) :

BestCrypt de Jetico Software! (dernière version 1.5-7)

Il s'agit d'un outil permettant de chiffrer une partition (qui peut être soit une vraie partition, soit un fichier dans une partition normale) qui fonctionne avec les différents algos usuels (Blowfish, 3DES...) et les différents types de fs (fat, ntfs, ext2/3, reiser).

Jusqu'à là, rien d'exceptionnel, on peut trouver la même chose ailleurs...Mais l'intérêt est que dans l'espace libre de la partition chiffrée, on peut créer une deuxième partition! (elle aussi chiffrée bien sûr et indétectable...).

Comment ça se passe? Lorsque l'on monte une partition, un mot de passe est demandé : suivant celui que l'on rentre, c'est la partition normale ou la partition chiffrée qui est montée. L'intérêt est bien sûr d'avoir la première partition contenant des fichiers peu important : si l'on doit dévoiler son mot de passe, seul ces fichiers seront trouvés (il est bien sûr impossible de connaître l'existence de la partition cachée si l'on a pas le bon mot de passe). L'inconvénient est tout de même que l'on ne plus écrire dans la première partition après avoir crée celle cachée sans menacer d'endommager la deuxième...

L'outil existe actuellement sous Linux et sous Windows. Sous Linux, il s'agit d'un module accompagné de quelques outils en ligne de commande assez simples d'utilisation (j'ai pas essayé sous windows). De plus cet outil est petit, assez rapide, et marche sur des partitions importante (j'ai essayé les 100 Go : ça a d'abord planté, mais après quelques rapports de bug le problème a été corrigé rapidement).

L'outil est cependant propriétaire et payant (j'en entend qui fulminent) mais la version d'évaluation proposée pour linux est identique a celle vendue et est livrée avec les sources.

J'ajouterais aussi que leur support est assez rapide, même lorsque l'on est pas enregistré.

Pour le choix de l'algo : GOST est conseillé car le plus rapide, et pour le fs de la première partition, FAT car les fichiers sont écrit au début du volume ce qui permet plus d'espace libre si l'on crée un partition cachée.

Le site de la boîte (un peu bordélique) : http://www.jetico.com(...)
Téléchargement (doc dans bcrypt-help) : http://www.jetico.com/linux(...)

Ils proposent aussi un autre outil, BCWipe, permettant l'effacement sécurisé de donnée (comme shred) mais bon, je ne suis pas sûr que ça marche avec les fs comme ext3 ou reiser, ni que ça apporte vraiment grand chose par rapport à shred.

Et n'oubliez pas, ce n'est pas parce que vous êtes paranoïaque que tout le monde n'est pas contre vous... ;-)

> Lire le journal (26 commentaires, moyenne: 2,3).

Sur un message posté ici il y a quelque temps, on filait le lien vers la Gmail machine : http://gmailmachine.mmgn.com/(...)
Le principe est simple, la page affiche un nombre au hasard entre 1 et 99 999 (enfin je suppose, ça n'a pas l'air d'aller plus loin), et si ça tombe sur 1337, on gagne une invitation pour tester gmail... le but est donc de passer la journée à faire des "reload", voire un script pour les petits malins (enfin les gros crétins comme on va le voir par la suite).

Maintenant ce qui est marrant, c'est qu'ils filent le nombre de hits total et gagnant... et rechargeant la page 1 heure après, on peut voir que le nombre de hit total a augmenté de plusieurs centaines de milliers (tiens je ne suis pas la premier à avoir eu l'idée de faire un script?), alors que le nombre de hit gagnant n'a pas progressé! Il semblerait donc que la fonction ne soit pas si aléatoire que ça, ou tout au moins que le nombre 1337 ne soit pas autant disposé à tomber que les autres nombres...

Serait-ce un coup des fabricants de clavier? Parce que moi j'ai déjà niqué la touche F5 sur 3 claviers différents avant de comprendre...

> Lire le journal (13 commentaires, moyenne: 3,2).

Qui a écrit :

« Vous êtes-vous déjà promené dans un groupe de discussion de passionnés? La raison d'être de ces groupes est de promouvoir quelque chose, autrement dit, de descendre autre chose en flammes. Si vous vous rendez dans un de ces groupes de discussion, vous ne trouverez rien d'autre que "Mon système est meilleur que ton système" et autres balivernes. C'est une forme originale d'onanisme en ligne. » ?

(Je vais vous faire gagner 30 secondes : Google n'en sait rien)

> Lire le journal (15 commentaires, moyenne: 1,1).

A l'École Nationale de la Magistrature, un groupmail envoyé le premier avril, avec comme envoyeur le directeur de l'école apparement peu apprécié, annonçait le départ de ce dernier. L'annonce est démentie peu après et le coupable, qui n'a pas cherché à se cacher, est rapidement trouvé, et après quelques remous n'est finallement pas puni.

Je trouve cependant un peu bizarre la façon dont sont raportés les faits dans les articles du monde et de libé : on parle d'infraction, de piratage, d'intrusion, etc... alors que l'envoi d'un email bidon ne nécessite aucune magouille quelconque assimilable à du piratage !? Je trouverais un peu gros que l'envoyeur puisse avoir pris le risque de pirater un compte alors qu'il pourrait envoyer le mail du sien? Il ne le savait peut être pas? Mais alors comment a-t-il pu pirater un compte avec des connaissances informatiques aussi limitées?

Bref, une nouvelle démonstration de l'incompétence des journalistes ou de celle des administrateurs du réseau de l'ENM?

http://www.liberation.com/page.php?Article=192392(...)

http://www.lemonde.fr/web/article/0,1-0@2-3226,36-360266,0.html(...)

> Lire le journal (8 commentaires, moyenne: 2,3).

Profitant de quelques minutes de répit dans le RER ce matin, avant d'entammer une dure journée de troll sur linuxfr (et accessoirement de travail), je me mis à lire ce magnifique joyau (de par son éclat et son prix) de la presse actuel, j'ai nommé le quotidien "20 minutes".

Je fus d'abord surpris par un petit encart "Linux attaque l'empire Microsoft" dans lequel on apprend à la fin que "Linux n'est pas mûr pour le grand public (lire en page High Tech)"... mais ce n'est pas de ce troll balourd et fatigué dont je veux parler... je continue donc la lecture du journal, feignant l'impassibilité, ne sautant aucune page, pour enfin arriver à l'article secrètement convoité : "Linux un goût de liberté informatique". On remarquera au passage l'expertise des journalistes ayant rangé l'article dans la rubrique "high tech" et non dans celle "cuisine". Malheureusement, la demonstration de leurs connaissances pointues s'arrête là, car on peut lire dès le début :"Sous ce nom se cache un OS (avec * et explication en bas de page) qui joue les trouble-fête entre Windows et Macintosh. Il est né de la volonté d'un programmeur en 1984, Richard Stallman, de militer pour l'emploi des logiciels libres et gratuits. Baptisé «GNU», son projet prône la liberté d'expression sur ordinateur" ! ! !

On n'a cependant la maigre consolation qu'un peu plus tard dans l'article d'apprendre quand même au détour d'une explication fumeuse : "De quelle façon? en donnant le code source, noyau du système d'exploitation (je n'invente rien). Ce dernier a été développé en 1991 par un étudiant finlandais, Linus Torvalds, qui lui donnera son nom, Linux."

On ne peut donc que féliciter notre ami RMS pour sa propagande visant à s'approprier le travail des autres, lui qui n'a pas été foutu de sortir ne serait-ce qu'un demi-noyau en 20 ans de développement. Je m'incline bien bas, reussir à dépasser le cerlce des extrémistes pour toucher des journalistes de "20 mn", je ne l'en aurais jamais crû capable, avec ses t-shirts et sa barbe de naufragé. Je présente donc mes excuses les plus plates aux sus-mentionnés intégristes et autres utopistes pour les avoir imaginés être à 300 parsecs de la (triste, il faut le dire) réalité actuelle.

Voilà. Encore sincèrement désolé.


PS: Et sinon pour les trolleurs débutants (il en faut pour tout le monde) je me permet de citer Frédéric Botton, rédacteur en Chef de Micro Protable Achat, lui même cité à la fin de l'article : "Bien que téléchargeable gratuitement, Linux s'adressera encore pour au moins 5 ans aux experts. Car pour maîtriser le minimum vital, il faut compter environ six mois : le Linux pour les nuls n'existe pas".

> Lire le journal (25 commentaires, moyenne: 3,4).

La Darpa organise un concours de robotique dont le but est pour un véhicule entièrement autonome de parcourir un couloir de 142 miles composé de routes, de chemins ou de terrain faiblement accidenté en moins de 10h.

L'équipe gagnante remportera 1 millions de dollar, et le challenge restera valable jusqu'en 2007.

Les derniers résultats sont tombés récemment : pour l'instant le record est de... 7 miles!!! ce qui est une brillante performance car la plupart des robots participants n'ont pas dépassé 1 miles...

sites web:
http://www.darpa.mil/grandchallenge(...)
http://www.grandchallenge.org/(...)

http://www.grandchallenge.org/statusboard/(...) (résultats)
http://www.grandchallenge.org/gallery/(...) (photos)

Bref, ce genre de véhicule autonome n'est pas pour demain...

> Lire le journal (12 commentaires, moyenne: 2,4).

Il y a 10 ans, le 6 avril 1994, l'avion de Habyarimana, président du Rwanda, fut abattu alors qu'il se posait à Kigali, entrainant la mort de tous les passagers. Quelques heures plus tard, des massacres sont déclanchés dans toute la ville par l'armée et les milices, et se propagent dans les jours suivants à tout le pays. Ces massacres sont le résultat d'un génocide planifié qui durera plusieurs mois, et dont le bilan sera d'environ 1 million de victimes, principalement des tutsis (qui représentaient 20% de la population avant le génocide).

Pourquoi ce petit rappel historique sur linuxfr? Car c'est un sujet qui mérite beaucoup qu'on s'y intéresse, d'une part par l'ampleur des massacres, d'autre part par le rôle de la France qui s'est malheureusement illustrée par son soutien militaire et diplomatique aux extrêmistes hutus avant, pendant et après le génocide. Cette accusation contre la France (en fait contre son gouvernement de l'époque : Mitterand, Juppé, Baladur...) peut sembler exagérée, l'aide de la France à ce plan dément est un fait démontré et les intentions du gouvernement à cette époque sont particulièrement obscures. La citation de Mitterand rapportée par le journaliste Patrick de Saint-Exupéry (Le Figaro du 12/1/1998) parle d'elle même : « Dans ces pays-là, un génocide, ce n'est pas trop important ».

D'ici un mois, on celebrera les 10 ans du génocide et je vous proposei un petit résumé de l'histoire de ce pays qui permettra de mieux comprendre les évènements :
- Le Rwanda est colonisé à la fin du XIXème par l'Allemagne qui sera remplacée par la Belgique durant la première guerre mondiale. Le Rwanda, composé principalement de des ethnies hutus et tustis, était alors gouverné par une petite élite tutsi, déjà en place depuis des siècles.
- En 59, les belges et l'église décident de porter les hutus au pouvoir, sans doute à cause des velléités d'indépendance des gouvernants tutsis. Le Rwanda devient une république théoriquement indépendante en 1962 présidé par Kayibanda, puis en 73 par Habyarimana. Depuis l'indépendance et jusqu'au génocide, les tutsis seront systèmatiquement discriminés voire massacrés, forçant certains à l'exil, notement en Ouganda.
- Au début des années 90, les exilés tutsis forment le FPR (Front Patriotique Rwandais) et lancent plusieurs offensives contre le Rwanda, démontrant leur supériorité militaire face aux FAR (l'armée gouvernementale hutue). Le gouvernement rwandais, progressivement laché par la Belgique, fait alors appel à la France qui met en place l'opération Noroit, destinée à former et à assiter les FAR (qui passeront de 5000 à 45000 hommes) dans leur lutte contre le FPR. Les massacres contre les tutsis continueront malgrès la présence des militaires français.
- A partir de 93-94, le gouvernement et le FPR signeront les accords d'Arusha, prévoyant le retour des exilés et leur incorporation dans le gouvernement. Simultanement, les extrémistes (le "Hutu Power") commenceront à planifier le génocide (achat de 500.000 machettes, établissement de listes de tutsi et de hutus modérés, mise en place des médias diffusant une propagande anti-tutsis, séparation des enfants dans les écoles).
- Le 6 avril 94, l'assassinat du président Habyarimana sera l'élément déclancheur du génocide. En quelque heures tous les hommes politiques modérés seront assassinés par la garde présidentielle et les milices du Hutu Power (10 casques bleus belges seront aussi capturés et exécutés) ou en fuite, et le pouvoir ne restera plus qu'entre les mains des extrémistes. Cela n'empechera pas l'ONU de continuer à légitlmer ce gouvernement et notement son ambassadeur à l'ONU qui faisait parti cette année du conseil de sécurité (coincidence?). La France déclanchera l'opération Amaryllis destinée à rapatrier tous les européens sur place et fournira au passage des armes aux extrémistes.
- Simultanement à l'execution du génocide, le FPR lancera une attaque qui repoussera les FAR jusqu'au Congo et s'empareront ainsi du pouvoir. La France, devant la défaite de ses alliés, enverra l'armée stopper la progression du FPR : ce sera l'opération turquoise, officiellement pour mettre un terme aux massacres du FPR (le fameux "second génocide"), en fait pour protéger et permettre la réorganisation de l'ex gouvernement extremiste et des FAR. La France se targuera d'être le seul pays à être intervenu pour arreter les massacre (heuresement que l'hypocrisie ne tue pas) et refusera de reconnaitre ou d'aider le nouveau gouvernement dans les mois qui suivront la fin du génocide.
- En France, les médias décriront la situation comme "des massacres inter-ethniques", "des africains qui règlent leur problèmes à leur manière" dans laquel le FPR ne vaudra pas mieux que les extrémistes hutus, et sera d'ailleurs accusé de commettre un second génocide. Cette version des faits, pourtant reprise par beaucoup de monde comme l'église, est completement fantaisiste : bien que le FPR ait commis des atrocités par vengence, ces dernières seront incomparables avec le veritable génocide que le FPR a été le seul à arrêter.
- Aujourd'hui, alors que beaucoup de pays auront présenté leur excuses et des aides financières pour aider à la reconstruction du pays, la France est restée sur sa position et continue même à appuyer la version des deux génocides (discours de villepin sur rfi le 1er septembre 2003). En 1998, une mission d'information présidée par Paul quilès (ancien ministre de la défense!) a conclu que la France n'a pas eu (ou très peu) de responsabilité dans ce génocide... il suffit pourtant d'en lire quelques passages pour être persuadé de la mauvaise foi du gouvernement et de l'état major de l'armée française...

Quelques livres :
- "J'ai serré la main du diable" de Roméo Dallaire. C'est le témoignage du commandant de la minuar (mission de maintien de la paix au rwanda, d'août 93 à août 94) sur l'échec des casques bleus à empecher le génocide. Sans doute un des témoignages le plus objectifs.
-"Une saison de machette" de Jean Hatzfeld. Une série d'entretiens et leur analyse avec des prisonniers rwandais condamnés pour leur participation au génocide. Détaille la planification du génocide et la façon dont de simples paysans se sont laissés embrigadés dedans.
-Les ouvrages de Jean-Paul Gouteux ("Un génocide secret d'état", "le Monde, un contre pouvoir?", "un génocide sans importance", "la nuit rwandaise"). Coopérant français marié à une tutsie dont la famille sera massacré, ses livres dénoncent l'implication de la France.
Lire au moins le 3ème très court et pas cher sur amazon ou alapge.

Il existe beaucoup d'autres ouvrages sur le sujet (de Gérard Prunier, Alison des Forges, Jean Pierre Chrétien, Colette Brackman, François Xavier Verschave...) que je n'ai pas lu mais dont vous trouverez facilement les références.

Enfin quelques liens (là encore, liste non exhaustive) :

Mission Quilès : http://www.assemblee-nat.fr/dossiers/rwanda.asp(...)
Rapport de l'OUA (Organisation Africaine Unifiée) : http://www.reseauvoltaire.net/rubrique375.html(...)
Un génocide sur la conscience de Michel Sitbon : http://www.reseauvoltaire.net/rubrique717.html(...)
Rapport de Michel Rocard : http://129.194.252.80/catfiles/1005.pdf(...)
Site de l'ouvrage de JP Gouteux : http://nuit.rwandaise.free.fr/(...)
Site listant des documents révisionnistes : http://users.skynet.be/wirira/(...)
Association contre la politique française actuelle en Afrique : http://www.survie-france.org/(...)
Le procès entre JP Gouteux et le Monde ("les honorables correspondant de la DGSE") : http://www.presselibre.org/lemonde/(...)


Ouf!

Désolé pour ce journal un peu long et qui n'a rien à voir avec Linux... c'est un sujet malheuresement méconnu sur des évenements où le gouvernement a appliqué une politique totallement contraire à la volonté de l'opinion française... pour ne pas attendre que les responsables ne répondent de leur actes que lorsqu'ils seront séniles et lachés de toute part comme Papon, je pense que ces évenements méritent plus d'attention de la part de tous ceux qui s'intêressent, même de loin, à la politique ou aux droits de l'homme...

> Lire le journal (34 commentaires, moyenne: 1,3).

Bonjour,

Je cherche à accéder à la mémoire d'un processus, c'est à dire au fichier /proc/PID/mem. Après quelques recherches, il m'a semblé comprendre que l'accès au contenu de ce fichier était assez restreint, mais je n'arrive même pas lire /proc/self/mem quelque soit le programme! Quels sont les règles qui autorisent l'accès à ce fichier?

D'autre part, je crois aussi que pour pouvoir lire le fichier, on ne peut se contenter d'un open() puis d'un read() : il faut aussi choisr une zone de mémiore lisible avec lseek(). Existe-t-il des commandes pouvant faire ça depuis un shell?

> Lire le journal (8 commentaires, moyenne: 1,4).

Une question me tarabuste en ce moment : comment reconnaître l'encodage d'un fichier texte (ISO-8859-x, CP 125x, Mac...)? Quelqu'un a-t-il déjà implémenté un algorithme de ce type? J'ai eu beau chercher, j'ai pas trouvé grand chose qui correspondait à mes attentes...

On pourrait cependant imaginer quelques solutions :
- Une reconnaissance de mots à partir de dictionnaires : super lourd, il faudrait un dico par langue supportée... c'est quand même la solution choisie par quelques softs commerciaux spécialisés dans la reconnaissance de langue (et accessoirement de charset) ;
- Calculer la fréquence de chaque caractère, comparer les résultats avec des "empreintes" pour chaque langue et en déduire la langue puis le charset: si on a par exemple une majorité de 0xE0, E8, E9 parmi les octets supérieurs à 0x80, on peut déduire qu'on a du français et du ISO-8859-1 ou CP1252 (correspondance avec "à, é, è"): le problème est que si on a affaire à un document multi langue (par ex une base de donnée sur des personnes en europe, le genre de truc dont je m'occupe en ce moment), les résultats doivent être completement faussés!
- A partir du type de chaque caractère pour chaque charset (majuscule, minuscule, signes, espace, caractère de contrôle...) on remplace les charactères du texte par leur type et on voit si ça colle : la séquence "espace, maj, min,min,min,min, espace" à plus de chance de coller que "espace, maj, min,min,maj, min, espace" ou que "espace, maj, min,min, signe,min, espace". Je suis pas mal sur cette solution en ce moment, mais les résultats sont mitigés et je ne souhaite pas rentrer dans des algos trop compliqués qui dépendent fortement de chaque langue.

Voilà, si il y en a qui ont d'autres solutions à proposer, je suis preneur... je distribuerai des paquets d'aspirine comme récompense s'il m'en reste...

> Lire le journal (12 commentaires, moyenne: 1,4).