cedric a écrit 1074 commentaires

NicO tu abuses, l'opteron/Athlon 64 est une horreur, je veux meme pas imaginer la gueule de leur decodeur. Ils ont fait comme pour le 32 bits : ajouts d'un nouveau mode avec prefixe...

Le doublement de leur registre c'est sympa, mais c'est pas assez et ils ne sont pas generique (il ne serve qu'aux entiers). Peu d'applications vont vraiment en beneficier au final...

Je trouve que la premiere page de templeet repond on ne peut mieux a ce post :

----
# ab -c100 -n10000 http://plop.linuxfr.org/pub/(...)
(...)
Requests per second: 407.32 [#/sec] (mean)
Time per request: 245.51 [ms] (mean)
Time per request: 2.46 [ms] (mean, across all concurrent requests)
Transfer rate: 8261.69 [Kbytes/sec] received

Note : le serveur est un PII400, la machine d'où provient le test est une machine locale, sur un réseau 100Mbit switché. Le cache est activé, mais la page n'existe pas lors de la première requête. La charge finale est de 12. Pour rappel 400req/sec correspond à 1 milliard de hits par mois environ.
----

C'est bien vous faites a peine mieux qu'un PII400... desole, je sors ;-)

Cette article devrait etre en premiere page, car il est extremement important que l'on connaisse la possibilite theorique d'un tel virus. Et GNU/Linux ou les *BSD ne sont en rien proteger contre un tel vers !

D'autant plus qu'on peut imaginer des ameliorations tel un vers multi-plateforme du fait du systeme de mise-a-jour et la possibilite de lancer des attaques coordonnees automatiques.

Si quelqu'un est assez fou pour creer un tel virus un jour, les services secrets fairont tout pour le trouver et utiliser un tel virus... Ca va me rendre parano ce truc !

Faux, il pourra attaquer Curious Blue, si il existe une faille dans Curious Blue, et il prendra alors le controle d'une appli TCPA avec enormement de droit... Le pied !

Si quelqu'un ose coder un Curious Blue, il prend un enorme risque, celui de faire perdre tout l'interet du TCPA !

Il doit y avoir un uid-owner ou approchant qui existe... ca permet de ne pas remettre la regle a chaque redemarrage de mldonkey. Bien entendu faut avoir un user specifique a mldonkey.

Tu sais ton portable, meme en veille il continue a emmettre aussi de temps en temps et plus tu te trouves loin de la borne et plus il emmets fort (meme en veille)...

Ca ne serait pas dans le cadre d'une strategie de l'echec. A tous les coups ils ont Farougia comme responsable communication ;-)

Et tu as oublies les sites du projets F-CPU (d'accord ils sont pourris, mais c'est pas une raison)

http://www.f-cpu.org/(...)
http://f-cpu.seul.org/(...)

Personnellement, si vous voulez participez au projet, viendez sur les mailing-lists.

Ce n'est pas tout a fait vrai, il est dans certain cas et sans ecrire specialement pour, de vectoriser du code C. Il existe un article sur le sujet sur le site du MIT, je crois (Desole, je ne me souviens plus de l'URL).

Enfin je crois qu'il existe des branches de developpement pour gcc qui tente de le faire, donc c'est faisable.

Maintenant, je me poses la question, qu'entends-tu par mauvaises habitudes ? Programmer en C/C++ ? Je crois que la ca va pas etre possible, les applis C/.C++ representes 90% des applis GNU...

Par contre pour developper un compilo FORTH, de quoi as-tu besoin ? Si tu veux, je peux t'envoyer la derniere version du manuelle (toutes les operateurs arithmetiques et binaire sont arretes, par contre les primitives d'acces memoire ne sont pas encore totalement arrete).

Enfin d'ici quelque mois on aura une machine virtuelle et un assembleur pour tester tout ca.

A+
Cedric

PS: joins toi a nos mailing-list si tu veux plus d'information

En fait, il y a du boulot pour tout le monde, aussi bien au niveau hardware que software.

Une puce sans compilo efficace ca sert a rien (actuellement on a un vieux gcc 2.95, je crois), il va falloir commencer le portage sur 3.1. Il faut un assembleur (actuellement 3 sont en cour de developpement pour differentes cyble).

Enfin et comme tu le dis d'ici a ce qu'on est des prototypes pas grand monde aura la possibilite de developper dessus (Parce que la simulation de hard, c'est sympa, mais c'est pas franchement gagne). Donc une bonne machine virtuelle est en cour de developpement (j'esperes quel sera bonne, on vera ;-)

Enfin, ce qui au final seront le plus interresse par le processeurs, ceux sont les "softeux", car l'assemembleur du F-CPU est un vrai bonheur a manipuler (franchement, je sais je suis pas impartiale) et le code reste tout de meme clair (pour de l'assembleur). Bien entendu, vous n'etes pas oblige de developper en asm dessus, mais franchement c'est sympa a faire.

A+
Cedric

Oui, sauf qu'il y a pas mal de probleme du point de vue des perturbations du signal. Sans compter que certains appareils (equipe de moteur ou de bobine) ont tendance a generer un veritable brouillard sur votre reseau electrique et le debit doit tomber bien bat.

Donc, bon, c'est pas tout rose non plus cette techno. Finalement l'ideal c'est que la fibre arrive jusqu'a chez toi sur un switch et de la on pourrait si connecter a un veritable au debit et on aurait de vrai MAN...

T'aurais pas plutot un netissimo 2 ?

C'est marrant, j'ai cru que j'etait schizophrene ;-)

Je penses que tu devrais aller jeter un coup d'oeil sur Opencores.org, tu verrais qu'il est possible de faire des projets hardware et open-source.

Sauf, que franchement ca ne vaut pas un pc a 10000F. J'en utilises tous les jours et ces machines chauffes et rames comme ce n'est pas permi.

Mais comme c'est mon avis personnelle -1

Juste pour dire que les russes et les americains maitrise au moins par deux techniques differentes l'espionnage de fibre optique. Je crois me souvenir que ces techniques reposent sur des effets quantiques.

De plus si mes souvenirs sont bon le moyen de detecter ce genre d'ecoute est de passer en meme temps que le signal utile, un faisceau infrarouge. Celui-ci si le cable est plie, sortira est ne sera plus du tout detectable a la sortie. (Loi de reflection/refraction si je me souviens bien).

Bon, je suis quand meme embete, je me souviens plus de la source de cette info.

Sans vouloir vexer qui que ce soit, j'ai pas l'impression que NetBSD est vraiment pour objectif la securite. J'en veux pour preuve le bug dans leur NFS qui permet de faire rebooter une machine en une ligne en mode user. Bug qui a ete reporte et bazarde a la fin de la liste des choses a faire...

Je crois que le but de NetBSD est de faire un truc portable, sans aucun but ni de rapidite, ni de securite, maintenant ce n'ai que mon avis.

Et nomralement c'est aussi possible pour les bookmarks avec Netscape

Je trouves personnellement que la GPL protege mieux mon code source que toute autre licence, car je n'ai pas envie de voir des bouts de mon code utiliser dans des softs proprios (regarde donc le contenu de ftp.exe).

En plus je penses que la licence BSD a plus tendance a favoriser le proprietaire que la GPL. Mais cela reste au developpeur de faire leur choix. Pour moi, c'est tout vue, si j'ecris du soft libre, c'est pour qu'il le reste.

A bien y reflechir, je penses qu'on peut mettre dans cette liste tous les fabricants de hardware... Parce qu'ils en ont marre de payer microsoft, et prefere vraiment un travaille mutualise, tel que celui des logiciels libres. Ou ils peuvent controles ce qui est fait.

Pour la traduction de documents, apparemment on fait d'enorme progres (surtout dans les universites). Pour exemple une discussion a ete mene en "temps reel" a plusieurs sur le theme du tourisme, il y a quelque temps deja. (J'ai lu ca dans un pour la science, mais lequel ?). La discussion est reste comprehensible pour les deux parties...

Apparemment, le plus dur n'est pas de d'analyser un texte figer, mais un dialogue... Il vous reste plus qu'a ecrire vos mail a la irc ;-)

De toute facon, c'est bien connu pour preparer une entreprise terroristre, on respecte toujours la loi...

Vu trollhunter, tu te caches lachement derrier ce cher nonyme_a.

Juste pour dire ca, wireless-fr.org, n'est pas une association, et elle n'a comme but que d'aider la mise en place de MAN, de preference compatible entre eux au niveau client, en reseau wireless.

Et aujourd'hui, le plus dure ce n'est pas le hard, ni le soft, mais bien ces lois incomprehensible et illogique. (ex: pas le droit d'emettre en exterieur a plus de 10mW... La carte qui emet le plus faiblement est a 30mW...) Ces lois sont d'ailleur plutot liberticide, mais la n'est pas la question

Les formats de fichiers (surtout ceux avec une compression destructive) n'enregistre pas les meme infos et lorsque l'on compare deux images venant de la meme images reelles, mais qui sont dans deux formats differents. Celle-ci peuvent deja differer visuellement. Or comment cacher de l'information dans l'image pour que lorsqu'elle passe d'une moulinette destructive a une autre, les informations cache (celle qui sont inutiles) soit garde...

D'ailleur en suivant cette logique, toutes donnees watermarkes, contient une information inutile qui est maintenu dans le fichier. Un bon algo de compression destructif est un algo capable de supprimer ce que l'on ne percoit pas dans les donnees que l'on manipule... donc il supprimerait de lui meme le watermake.

Donc le seul moyen de faire du watermarking efficace, c'est qu'il soit visible par l'utilisateur finale (ou audible dans le cas d'une musique). Or ce n'est pas du tout la definition du watermarking... Je penses que le watermarking est une technique plutot stupide etant donne qu'il existera forcement toujours un moyen de s'en debarraser.

Le probleme pourra apparaitre lorsque le materiel sonore refusera de jouer un son ou que nos ecrans refuseront d'afficher une image (un film) non watermarke...