Ce qui m'impressionne le plus finalement c'est la musique de "shadow sun" qui est chouette.
Pour les votes, franchement je trouve qu'on ne peut pas voter dans la même catégorie les gl et les sw, y'a trop de différence de rendu sur le gl.. donc je voterai pas.
Il y a quelques minutes je suis tombé sur un CSS à utiliser avec mozilla pour éviter de subir la pub et en particulier la pub par flash (la pub avec gif animé, j'arrivais à m'en accomoder avec "block from this server" et en configurant les gif animés pour ne s'animer qu'une fois), je l'ai mis au chaud et hop je tombe sur ton lien 01net.com avec un gros flash bien vertical à droite qui empêche de lire correctement l'article à cause de l'animation colorée toute pourrie.
Même si tous les autres "tendances" de l'anarchie récusent le terme d'anarcho-capitaliste, que tu le veuilles ou non il est utilisé par eux, ce n'est donc pas une erreur d'en parler.
Quelles balises sont censées faire ça ? J'utilise net-www/galeon-1.3.12 et je n'ai clairement aucun preload (quand je clique sur "next" je vois l'image se charger, lentement).
CD1 non bootable : tu l'as gravé toi même ? (dans ce cas-là le problème provient sûrement d'entre la chaise et le clavier, comme on dit) Si tu l'as acheté, il est possible qu'il y ait un défaut de pressage (ça arrive même si c'est rare) ou que ton BIOS ne supporte pas le boot avec isolinux (ce qui est rare aussi - ça arrive et c'est le but du CD #2 contenant un boot el-torito classique).
Formatage du /home : il y a régulièrement des gens qui se plaignent de ça et les logs ont toujours dit que la personne avait coché l'option :) si tu veux qu'on puisse en être sûr, poste ton /root/drakx/report.bug.gz quelque part où on puisse le télécharger.
Je pense qu'il parle des "anarcho-capitalistes", une sorte d'ultra-libéralisme qui dit qu'il faut supprimer totalement l'état car il enfreint le fonctionnement normal du capitalisme/libéralisme, pour obtenir une sorte de "capitalisme pur" ou bien un "marché pur" avec uniquement des auto-régulations.
Il faut savoir que toutes les autres tendances de l'anarchisme récusent totalement le titre "anarcho-capitaliste" que se donnent ceux-ci, car pour eux leurs courants de pensée sont parfaitement opposés.
Ouais ben y'a aussi "18 to 24 months ago (...) [Linux] was thought of as free", le bon vieux FUD sur le TCO comme quoi Linux est en fait plus cher que Windows si on prend tous les coûts en compte... Et hop paragraphe d'après, il en remet une couche avec "we think about (...) how our software can drive down cost" avec le prétexte de parler de IBM juste après, l'argument totalement scandaleux quand tu te rends compte à quel point Microsoft passe son temps à essayer de convertir à ses solutions propriétaires et/ou sous brevet les domaines où les technologies sont ouvertes (le web par exemple) ou bien les domaines où ses concurrents ont eu une meilleure solution avant eux (navigateur, format audio compressé, lecteurs multimédia par exemple).
Sous couvert de discussion technique, c'est avant tout un un VP Microsoft qui parle, et qui distille le travestissement de la vérité dans la ligne de ses petits camarades.
Il faut aussi savoir que dans le protocole TCP, il n'est pas indispensable d'envoyer un ACK pour chaque paquet entrant. Si on reçoit un deuxième paquet avant d'avoir envoyé le ACK du premier, on peut envoyer le ACK du deuxième seulement, on est sûr d'être bon car chaque paquet contient un numéro de séquence.
Pratique
En pratique, j'ai un petit serveur TCP/IP programmé en C qui ne fait que bloquer sur recv, à qui j'envoie (localement) 200 Ko par un wget --post-file. En utilisant tcpdump sur l'interface lo je vois que le client envoie des paquets qui font 8244 octets souvent, 16436 parfois, les ACK du serveur font eux 52 octets et il en transmet pour environ 70% des paquets.
En moyenne haute, pourcentage de 0,5%.
Comme je suppute que la fenêtre de transmission max soit moins élevée dans le cas d'une connexion distante, j'essaie de regarder sur un simple wget sur un site distant, à travers une ligne DSL 512/512 : j'obtiens 1500 octets dans un sens pour 52 octets dans l'autre.
Ça donne 3,4%.
On est encore loin des 10% annoncés, même si on s'en rapproche. Par contre, on peut se demander si avec une meilleure ligne, la fenêtre n'a pas tendance à augmenter au-delà de 1500 octets, et autoriser donc un 2048/128 sans soucis.
Un dernier point : ça m'étonnerait que les providers soient suffisamment débiles pour offrir du 2048/128 qui soit théoriquement jamais atteignable. Enfin, sauf peut-être en UDP, et il paraît que les jeux en réseau l'utilisent pour la performance, d'ailleurs.
Tu sembles utiliser le sub-pixel hinting et dire que ça fonctionne sur ton LCD, au moins parfois. Tu peux faire une capture d'écran et la zoomer ? Ça donne quoi ? Merci :)
Je me corrige : il semble que le signal NTSC soit du 59,6 Hertz. Par la suite je ne sais pas ce que ça donne sur une télé, qui fait du 50 Hertz je crois.
Non. Lis le lien que je donne. Pour chaque pixel son "énergie" doit être répartie pour ne pas avoir ce fameux problème. L'exemple que le type donne sur sa page (fin de la page du deuxième lien que je donne) je le vois sur mon écran comme s'il était noir alors qu'au zoom tu vois qu'il y a d'autres couleurs parfois. Mais elles sont réparties de telle sorte que la moyenne soit parfaitement noire, et l'oeil recompose. Sur mes captures à la fin de ma page tu vois bien que les jambes sont noires plus un peu rouge, sans bleu, donc l'oeil, faisant la moyenne, voit bien du rougeâtre. Il manque un peu de bleu de l'autre côté, en somme.
Euuuh tu crois pas que tu vas un peu vite en besogne là ? La cassette a duré 25 ans, donc le CD durera aussi 25 ans, ça me semble totalement spécieux comme raisonnement.
En particulier, tant qu'un autre format ne présente pas un net avantage face au CD, il aura du mal à le remplacer (ça a été le cas de toutes les tentatives de remplacement du CD jusqu'à présent).
# Tout fout le camp
Posté par gc (site web personnel) . En réponse au journal Platines Divx. Évalué à 1.
[^] # Re: Passe à NFSv3
Posté par gc (site web personnel) . En réponse au journal DIVX IDX et NFS. Évalué à 3.
[^] # Re: Win32
Posté par gc (site web personnel) . En réponse au journal POSIX c'est mal. Évalué à 0.
[^] # Re: Mouais...
Posté par gc (site web personnel) . En réponse au journal OpenOffice.org a la rescousse. Évalué à 4.
# Musique
Posté par gc (site web personnel) . En réponse au journal 4k Compo finished !. Évalué à 2.
Pour les votes, franchement je trouve qu'on ne peut pas voter dans la même catégorie les gl et les sw, y'a trop de différence de rendu sur le gl.. donc je voterai pas.
# OT : Marre de la pub ?
Posté par gc (site web personnel) . En réponse au journal Compagnon développeur en open source. Évalué à 4.
http://www.gozer.org/mozilla/ad_blocking/(...)
Ça marche très bien :).
Si comme moi vous utilisez galeon, le répertoire est ~/.galeon/mozilla/galeon/chrome.
C'est beau la technologie moderne, encore une fois merci Mozilla, ces gens sont vraiment trop forts.
# XBoX
Posté par gc (site web personnel) . En réponse à la dépêche Sortie de la GeeXboX 0.97 : Birthday Edition. Évalué à 2.
[^] # Re: Propagande historique
Posté par gc (site web personnel) . En réponse à la dépêche Un Mur du Son contre le Mur des lois liberticides. Évalué à 5.
[^] # Re: Gallerie Web: Apache::Gallery & Gallery
Posté par gc (site web personnel) . En réponse à la dépêche Organiser ses photos numériques. Évalué à 2.
# hum
Posté par gc (site web personnel) . En réponse au journal Mandrake 10.0 Community. Évalué à 1.
Formatage du /home : il y a régulièrement des gens qui se plaignent de ça et les logs ont toujours dit que la personne avait coché l'option :) si tu veux qu'on puisse en être sûr, poste ton /root/drakx/report.bug.gz quelque part où on puisse le télécharger.
[^] # Re: n'importe quoi
Posté par gc (site web personnel) . En réponse au journal L'imagerie pédophile n'a pas besoin du p2p.... Évalué à 3.
[^] # Re: Leçon d'histoire
Posté par gc (site web personnel) . En réponse à la dépêche Un Mur du Son contre le Mur des lois liberticides. Évalué à 4.
Il faut savoir que toutes les autres tendances de l'anarchisme récusent totalement le titre "anarcho-capitaliste" que se donnent ceux-ci, car pour eux leurs courants de pensée sont parfaitement opposés.
Voir par exemple http://fr.wikipedia.org/wiki/Anarcho-capitalisme(...)
# sujet
Posté par gc (site web personnel) . En réponse au journal Alors la chapeau pour un fois. Évalué à 6.
Sous couvert de discussion technique, c'est avant tout un un VP Microsoft qui parle, et qui distille le travestissement de la vérité dans la ligne de ses petits camarades.
[^] # Re: Gallerie Web: Apache::Gallery & Gallery
Posté par gc (site web personnel) . En réponse à la dépêche Organiser ses photos numériques. Évalué à 1.
# Des chiffres
Posté par gc (site web personnel) . En réponse au journal ADSL: du 2048 Kbits en non-degroupé, question. Évalué à 7.
Théorie
Il semble que la taille max d'un paquet IP soit 65,535 octets et la taille d'un simple ACK TCP soit de 40 octets.
http://www.rhyshaden.com/ipdgram.htm(...)
http://www.erg.abdn.ac.uk/users/gorry/course/inet-pages/packet-deco(...)
Ce qui donnerait un pourcentage de 0,06%.
Il faut aussi savoir que dans le protocole TCP, il n'est pas indispensable d'envoyer un ACK pour chaque paquet entrant. Si on reçoit un deuxième paquet avant d'avoir envoyé le ACK du premier, on peut envoyer le ACK du deuxième seulement, on est sûr d'être bon car chaque paquet contient un numéro de séquence.
Pratique
En pratique, j'ai un petit serveur TCP/IP programmé en C qui ne fait que bloquer sur recv, à qui j'envoie (localement) 200 Ko par un wget --post-file. En utilisant tcpdump sur l'interface lo je vois que le client envoie des paquets qui font 8244 octets souvent, 16436 parfois, les ACK du serveur font eux 52 octets et il en transmet pour environ 70% des paquets.
En moyenne haute, pourcentage de 0,5%.
Comme je suppute que la fenêtre de transmission max soit moins élevée dans le cas d'une connexion distante, j'essaie de regarder sur un simple wget sur un site distant, à travers une ligne DSL 512/512 : j'obtiens 1500 octets dans un sens pour 52 octets dans l'autre.
Ça donne 3,4%.
On est encore loin des 10% annoncés, même si on s'en rapproche. Par contre, on peut se demander si avec une meilleure ligne, la fenêtre n'a pas tendance à augmenter au-delà de 1500 octets, et autoriser donc un 2048/128 sans soucis.
Un dernier point : ça m'étonnerait que les providers soient suffisamment débiles pour offrir du 2048/128 qui soit théoriquement jamais atteignable. Enfin, sauf peut-être en UDP, et il paraît que les jeux en réseau l'utilisent pour la performance, d'ailleurs.
[^] # Re: J'ai pas trop compris mais...
Posté par gc (site web personnel) . En réponse au journal Subpixel hinting buggé ?. Évalué à 3.
[^] # Re: Fluidité ?
Posté par gc (site web personnel) . En réponse au journal Jeunesse, rotozoom pixelisés et musique 4-canaux. Évalué à 2.
[^] # Re: nostalgie?
Posté par gc (site web personnel) . En réponse au journal Subpixel hinting buggé ?. Évalué à 1.
[^] # Re: J'ai pas trop compris mais...
Posté par gc (site web personnel) . En réponse au journal Subpixel hinting buggé ?. Évalué à 2.
[^] # Re: pas assez
Posté par gc (site web personnel) . En réponse au journal Des jeux pour Linux. Évalué à -1.
# snprintf
Posté par gc (site web personnel) . En réponse au journal procfs, limitation du système de fichiers, PATH_MAX. Évalué à 2.
# Site web pro..
Posté par gc (site web personnel) . En réponse au journal Prestataire de Service en Logiciels Libres (en Sarthe). Évalué à 2.
Pas de pot, c'est pas Français.
Ça fait pas très pro.
[^] # Re: > 2 membres du projet Debian tués :(
Posté par gc (site web personnel) . En réponse au journal 2 membres du projet Debian tués :(. Évalué à -7.
Tu peux parler, avec un nick (ou vrai prénom ?) pareil...
Ouais ok c'est lourd.
[^] # Re: pas surpris
Posté par gc (site web personnel) . En réponse au journal Tout fout le camp. Évalué à 3.
[^] # Re: CD en fin de vie
Posté par gc (site web personnel) . En réponse au journal Ventes de disques et manipulation de chiffres.... Évalué à 4.
En particulier, tant qu'un autre format ne présente pas un net avantage face au CD, il aura du mal à le remplacer (ça a été le cas de toutes les tentatives de remplacement du CD jusqu'à présent).