cedric a écrit 1074 commentaires

Ce qui marche le mieux pour le respect des standard, c'est l'aide a l'indexation dans les moteurs de recherches. Sans compter que google, utilise le fake agent pour verifier qu'un site web n'a pas des versions differentes en fonctions du navigateur.

Ensuite tu peux lui dire qu'au moins 6% des navigateurs ne sont pas des IE (dans les estimations les plus basse), et donc qu'il se coupe de 6% * population vise (exemple avec la france: 570.960 foyers avec les chiffres fournient par l'AFA).

Pour l'occasion, j'ai regarde un peu plus du cote des protocoles de routage, et il y a plutot le choix entre AODV, OLSR, Mobile Mesh, Roofnet et d'autre surement que je n'ai pas encore vu.

AODV et OLSR, on l'air de demander une modif du kernel, mais on les compare assez souvent (ou plutot on les oppose, car ils n'ont pas la meme approche).

Mobile Mesh, j'ai un peu du mal a voir comment il peut fonctionner puisqu'il est le seul a ne pas demander de modif du kernel.

Enfin Roofnet, a l'air tres interressant, mais vu la leur CVS (on a l'impression qu'ils ont 'commite' la racine de leur disque) ca me parait pas gagner pour l'integrer dans autre chose qu'une redhat... Mais ca a l'air de valoir l'effort (faudrait regarder plus avant la licence).

Donc, la question est maintenant, pourquoi OLSR plutot qu'un des autres ?

Je me poses des questions quand a la viabilite de tel reseau quand les tables de routage commence a devenir un peu grosse. Je me demandes si Linux et particulierement sur du hardware limite comme le wrt54g ne rencontrerait pas de probleme avec plus d'une centaine de route possible, surtout que tous les exemples que j'ai vu pour l'instant donne l'impression qu'il y a une route par IP (ca parait presque logique).

Donc, est-ce que quelqu'un aurait une idee de la scalabilite de ce genre de reseau ? (en meme temps, pour tester ca me parait un peu tendu :-)).

Tiens, j'ai oublie dans le meme genre, tu as les soekris ( http://www.soekris.com(...) ). Le modele 4801 devrait faire ce que tu veux. Mais c'est assez limite niveau perf, mais pour un serveur perso ca devrait etre suffisant. Parcontre pour faire tourner un OS dessus, c'est un peu moins trivial que sur un mini-itx qui est un vrai pc.

Sinon, soekris livre en 48h meme des particuliers et les prix sont donnees sur leur site web (pour l'alim, une fois qu'on a change la prise ,elle marche tres bien en france).

J'approuves tout a fait ce qu'il dit, mais je rajouterais que tu devrais te mefier du disque dur, c'est vraiment ce qui fait le plus de bruit au final. En journee, je ne remarque pas mon serveur a base d'EPIA, mais la nuit, j'entends tourner le DD. J'ai finit par desactiver toutes les activites nocturnes de ma machine ainsi que tout ce qui pourrait faire tourner le disque dur.

Une solution intermediaire, mais que je n'ai pas teste, c'est d'avoir la maximum de l'arborescence en RAM (/var, /tmp) et de ne faire des copies de ce qui t'interresse sur ces partitions que toutes les heures sur un vrai dur.

L'ideal etant de booter directement sur une compact flash, je sais que certaine version d'EPIA en ont, mais je ne sais pas si elles peuvent booter dessus. Comme ca tous tes binaires seront charger sans bruit aussi.

Et bien, tu as trouve la solution, on supprime la redevenance tv et on l'applique sur l'acces internet...

Je suis deja dehors -->[]

Si tu veux acceder a la TV via free, tu as besoin d'un televiseur, donc tu dois normalement deja payer la taxe, non ?

Et toi, tu n'as pas compris l'interet d'avoir les sources :-)

Avec de vrai OS, tu ne recompiles/cherche pas tes applications, mais tu demandes juste je veux utiliser ca. Et tout seul ta petite distrib Linux va installer la bonne appli (apt-get, urpmi, ...). Tu n'as pas besoin de compiler, c'est deja fais pour toi.

L'environnement cloisonne... La bonne blague, on a pas les sources des JVM. Il y a de tres grandes chances que les plantages de ces JVM sur du bytecode ecrit a la main permette de faire de joli virus (Il y avait une conf sur le sujet au Chaos Computer Camp). Donc tant qu'on a pas les sources de ces JVM, il n'y a pas de securite assure.

La gestion memoire en JAVA... Tu en as deja fais sur telephone mobile ? Et bien si tu ne veux pas que ton appli ce crasch en moins d'1s parce qu'elle a bouffe trop de memoire, faut appeler manuellement le garbagge collector ! Et franchement qui mieux que celui qui alloue (developpeur) sait quand desalloue (Jette un coup d'oeil aux algos de garbagge collector, tu verras il y a des tas de cas foireux qui peuvent poser probleme et ou ta memoire ne sera jamais libere...).

J'ai vraiment du mal a voir en Java autre chose qu'une decision de decideur presse qui ne l'a jamais utilise et ne l'utilisera jamais.

Euh, j'ai du mal a comprendre ce que tu veux. Tu parles d'un poste client sous Linux ou sous Windows ? Parce que sous Windows 2k, il suffit de cliquer avec le bouton droit sur le repertoire et de faire partager. Mais je doutes d'avoir correctement compris ta question.

Mouais, la stabilite de NetBsd sur PC etant vraiment pitoyable, en comparaison Windows 95 c'est le pied ! J'esperes que ce n'est pas le cas sur les autres archis.

De plus, ce n'est a priori pas une nouvelle archi, puisque c'est un powerPC donc Linux existe deja dessus. Il faut "juste packager"... ou a peut de chose pret. De plus etant donne le support materiel des peripheriques, si on veut pouvoir utiliser un maximum de carte pcmcia, Linux s'impose.

Toi, tu n'etais pas au fosdem ;-) Tu n'as pas vu les demos de folie avec un proc qui n'etait jamais a plus de 5%. Il y a eu pas mal de journeaux et de reflexion sur ce site suite au fosdem d'ailleur, je serais toi, je fairais une petite recherche, histoire de ne pas avoir d'idee trop preconcue.

Je dirais meme plus quand partant sur ce terrain, il n'a aucune chance. Sur un pc le seul moyen d'avoir de l'aleatoir c'est d'avoir du materiel dedie pour gerer du desodre (Non, windows n'est pas une source d'alea ;-). Le reste est et restera du pseudo-aleatoire.

C'est pas vraiment du Java, il y a pas mal de limitation et de nombreux bug entre les differentes plateformes... On finit par en perdre la portabilite ! Si tu veux faire du Java, essaye de voir les terminaux MIDP 2.0, tu auras nettement plus de possibilite.

Sinon pourquoi Nokia ? Il y a une raison particuliere ? Parce que je serais toi, au tant qu'a prendre un nouveau portable, j'en prendrais un qui a terme aurais une chance d'avoir un jour un Linux ;-) Je sais ce n'est pas la meme gamme de prix, mais juste pour le fun, vous pouvez jetter un coup d'oeil a : http://www.xanadux.org/(...)

Pour l'instant, seul deux modeles font l'objet de portage de Linux et ceux sont plus des PDA que des telephones, mais a priori tous les telephones SmartPhone sont succeptible de recevoir un Linux... a tenter ?

pierre tramo

Deja voila ce que modprobe me dit :

lib/modules/2.4.22-21mdk/kernel/drivers/media/video/bttv.o.gz: init_module: No such device
Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters.
You may find more information in syslog or the output from dmesg
modprobe: insmod /lib/modules/2.4.22-21mdk/kernel/drivers/media/video/bttv.o.gz failed
modprobe: insmod bttv failed

Ensuite je trouves dans mes logs :

Linux video capture interface: v1.00
bttv: driver version 0.7.107 loaded
bttv: using 4 buffers with 2080k (8320k total) for capture
bttv: Host bridge is Advanced Micro Devices [AMD] AMD-751 [Irongate] System Controller

Et c'est tout.

Je me poses une question, ces attaques ne couvrent pas les problemes de vers et autres virus. Parce que franchement, sous windows, on a plus interet a faire un vers avec une backdoor et voir sur combien de millions de machine on obtient la main que de tenter de se les faire une par une.

A contrario sous Linux, c'est pas gagne d'avance le vers, donc il faut le faire a la mano. D'ailleur ce doit etre la meme chose sous BSD, mais comme il y en a moins, il y a moins de tentative.

Or, si on prend en compte le nombre de vers installe, qui correspondent bien a une attaque reussi, je doutes que l'on soit si bas. Donc comme d'habitude, les chiffres sont a prendre avec des pincettes...

Il n'y a qu'un seul chipset, un Conexant 25878-13. Je pensais avoir affaire a un bete bt 878, mais apperement non. Quelqu'un a deja eu affaire a cette bete ?

En parlant de logger ce qui passe, j'ai finit par desactiver completement les logs dans le script de mon firewall, car j'avais un traffique tellement important (une moyenne d'un paquet bloque toutes les 5 min a peu de chose pres) que je n'avait pas le temps d'en faire quoi que ce soit.

Donc je me demandais, a quoi elles peuvent bien servir finalement. Et y a t'il un moyen simple de ne garder que ce qui ressemble a un scan manuel et se debarrasser du bruit genere par tous ces vers.

En cas de cache miss, si ton processeur fait des acces memoires asynchrones, tu ne prends pas la penalite. Tu prends la penalite au moment ou tu tentes d'acceder au resultat de ton acces memoire (Dependance read after write). Tu vas avoir du mal a compense cette penalite, car si ton compilo a bien fait les choses, toutes les operations suivantes decoulent de cette lecture (Actuellement avec une representation sous forme d'automate du processeur et avec une bonne description de son fonctionnement, tu peux obtenir de bon resultat avec gcc).

Donc je ne vois pas ou l'out-of-order va pouvoir faire quelque chose, a part continuer a charger les unite de reservation avec des calculs qui ne pourront de toute facon pas s'executer. C'est d'ailleur pour ca qu'Intel a mis en place l'hyperthreading sur PIV, c'est pour compenser les bulles du pipeline qui deviennent de plus en plus importante avec l'augmentation de la frequence et que le simple out-of-order ne peut compenser.

Effectivement, il y a de l'alea dynamique, mais le compenser n'est necessaire que si le code que tu utilises ne prend pas ou peu en compte la structure du processeurs. Le cas qui se presente pour toutes les familles de processeurs ayant une compatibilite binaire, ou forcement l'out of order est utile.

Je penses que si on a les sources et que l'on peut decrire suffisemment precisement l'automate qui represente le processeur, le code produit n'utilisera pas ou peu les capacites out of order de la machine cible.

Si tu fais un processeur from scratch, sans te soucier de l'historique d'une archi particuliere, tu n'as pas besoin de faire ce genre de chose, car le compilo te fera deja le meilleur arrangement pour ta machine. En meme temps, si tu ne fais que de l'open-source, c'est une fonctionnalite pas forcement utile et qui prend beaucoup de ressource pour un gain minimal compare a ce que peut faire un compilo.

Donc autant mettre les ressources dans des fonctionnalites plus utile : cache, simd, smt, ...

Juste comme ca, j'utilises KMail et j'ai plus de 650 Mo de mail d'archive (plusieurs ML et 5/6 ans de mails) avec pas mal de repertoire contenant largement plus de 10000 msg. J'utilises du reiserfs comme systeme de fichiers et l'acces au different repertoire est instantane sur mon duron 1Ghz.

Le demarrage de Kmail prend un peu de temps (mois de 10s), mais je ne sais pas si c'est du au chargement de l'application elle meme ou au parse des vieux repertoire qui sont des mailbox et non des maildir.

Le fait de faire une lecture/ecriture dans le processus forke prouve que celui-ci est pres a faire quelque chose. Ensuite le read/write ne demande pas d'algorithme complexe a mettre en oeuvre et c'est donc le candidat ideal pour prouver que le processus est pres au niveau du kernel a faire ce que l'on veut. D'autant plus que c'est le genre de fonction qu'on utilise frequemment dans un programme serveur.

Non, c'est ton OS...

Pas la peine, je suis deja sorti.

md5sum ton.iso

et apres tu compares le resultat a la main ou avec un diff.

Voir encore mieux :

for i in *.png; do convert "$i" "${i/\.png/\.jpg}"; done