N'en déplaise à certains, c'est pourtant déjà en place chez au moins un éditeur : via le repository AdBlockPlus il détecte les modifications du fichier qui le concerne, et renomme ses scripts de pub en fonction de ça. AdBlockPlus mettant plus de temps à déployer ses mises à jour vers les internautes que l'éditeur en met à déployer son code, pour le moment AdBlockPlus ne s'en sort pas. Ca se transforme en jeu du chat et de la souris.
Oui, le problème d'AdBlock Plus c'est qu'il est OpenSource : tout le monde à accès à son code et ses règles de filtrage, il devient possible pour un éditeur de scripter une réaction automatique. J'ai peur que cette action de Free n'ait réveillé un grand nombre d'éditeurs, qui prennent des mesures pour luter contre ce type d'outil.
Enfin je ne crois pas que cela gêne Clamav et Spamassassin.
A noter que depuis peu Debian a activé AdBlock par défaut, pour Wheezy (paquet version 3.4+3).
En gros avant pour Gnome 3 était prévu par défaut le navigateur Epiphany, avec l'extension AdBlock installée mais non active ; puis il a été décidé de remplacer Epiphany par Iceweasel mais accompagné d'AdBlock actif par défaut.
Pour plus de précision le paquet Gnome de Debian a maintenant une dépendance envers xul-ext-adblock-plus. Ils auraient pu se contenter d'une recommandation (ou suggestion) voir même d'une dépendance dans un des «task packages» type task-gnome-desktop (parce qu'effectivement seul Gnome a cette dépendance, pas KDE).
Ce n'est pas les parts de marché de « Gnome3 sous Debian » qui vont faire hurler les éditeurs de site dépendant de ce modèle économique, donc ça n'a pas fait de bruit à l'époque, mais pour ma part je trouve ça aussi (peu ?) légitime que le bloqueur de Free. Mais on m'a rétorqué qu'il s'agissait d'être plus anonyme sur le web.
Moi je le comprends comme une révocation uniquement des certificats *google.com émis par *.EGO.GOV.TR, probablement utilisés par une société tierce (un FAI ?) pour «détourner» le trafic Google vers un proxy filtrant. Non ?
Enfin si c'est le cas, perso j'ai viré carrément «*.EGO.GOV.TR» qui n'aurait jamais du fournir un tel certificat.
Amazon est quand même un contributeur de longue date au projet Xen, lui aussi libre. Donc sauf erreur, leur solution ultra propriétaire repose quand même sur des briques libres, on va leur cracher au nez parce qu'ils n'ont pas également ouvert leur interface de gestion ?
D'un autre coté ils semblent aussi avoir bossé avec Eucalyptus, pour améliorer la compatibilité dans les deux sens, non ?
Plus particulièrement, c'est le serveur DNS embarqué qui intègre ce «filtrage». Ceux qui utilisaient déjà ceux de Google/OpenDNS ou encore un résolveur maison n'ont pas vu ce «bridage».
Du coup, ça n'intervient pas au niveau de la chaine de routage à proprement parlé, et il semblerait qu'ils aient été suffisamment prudents pour ne pas l'activer sur leurs résolveurs DNS centraux.
Maintenant neutralité du Net ou pas, je vous laisse juger.
Ça ne me semble pas comparable : là la signature est calculée lors de la compilation. N'importe qui peut télécharger les sources, coller son driver (qu'il soit propriétaire ou non), compiler, et tadam, ça marchera, même avec la signature. Cette signature sert uniquement à limiter le chargement des modules prévus dès la compilation.
Sauf erreur, la fonctionnalité Vista de son coté t'empêche de charger un driver sans l'accord préalable de Microsoft, qui est d'ailleurs probablement payant.
Ça me semble radicalement différent, même si le but est probablement similaire.
C'est aussi AFFREUSEMENT lent si on n'a pas un PC de course, là où compiz ou E17 sont fluides et réactifs, bref 80 % de la population utilisant un ordinateur va être exclue de gnome.
De ce que j'ai pu constater, ça touche essentiellement les Nvidia… parce que mon «vieux» PC à base de Core2Duo 6400 + carte ATI 5450 (c'est à dire la moins chère de chez LDLC), il s'en sort très bien.
Et si j'ai changé de carte graphique, c'est uniquement pour pouvoir brancher mon écran 27", la carte graphique intégrée à la carte mère n'étant pas adaptée (connexion + résolution).
Bref, la seule machine non Nvidia sur laquelle j'ai eu des problèmes de perfs avec Gnome3 était un Core2Duo 4*** couplé à une carte graphique intégrée à la carte mère… Quoi que je n'ai pas vérifié, il se peut que ce soit un chipset NForce/Nvidia.
1) Oui, je ne connais pas tous les systèmes de virtualisation, mais avec Xen ça fonctionne très bien. A noter que LVM gère depuis peu le «thin provisionning»
2) Oui, ne serait-ce que pour aider à la supervision, en sachant ainsi quelle «application» tire le plus. Mais un simple utilisateur préférera souvent avoir une seule et unique partition pour sa VM
3) Dans la VM, ou à l'extérieur ? Pour de la prod ou du dev ? Les VM sont très différentes ou au contraire ont beaucoup en commun ?
Mais buggé comme il est, je t'assure qu'il faut encore lui laisser du temps :D
J'ai jeté un FS hier : j'avais quelques erreurs dans le FS, j'ai donc lancé un «btrfsck --repair», et le FS a morflé (je me suis retrouvé avec 4 PB occupés sur un FS de 500 GB, le block device faisant 1TB… bref, ça m'a saoulé, j'ai formaté).
Et bien que le kernel 3.6 en ait corrigé, il reste encore quelques cas de «deadlock», assez pénible.
J'ai d'ailleurs une autre machine montable uniquement en read-only. En RW le process de montage se freeze indéfiniment (il tourne depuis plus de 24 heures là, sans déclencher la moindre IO… j'attends une quelconque aide de la part des devs…).
Je suis aussi utilisateur des snapshots LVM, mais les techniques me semblent très différentes. Un snapshot Btrfs, tu le fais à chaud, ça ne va pas déclencher un «journal replay» quand tu tenteras de monter le snapshot… d'ailleurs, tu n'as pas besoin de le monter, il est directement accessible. Il me semble même qu'il y a une option pour qu'un simple utilisateur puisse gérer ses snapshots.
Le RAID est justement géré différemment par BTRFS : lors de la lecture d'un bloc, grâce au checksum, il peut se rendre compte que le bloc a été altéré/endommagé, et par conséquent il va aller lire sa version «répliquée» sur le second disque. mdadm ne fait pas ça, et je ne connais pas non plus de carte RAID qui le fasse (peut être en RAID 6 en exploitant le bloc de parité ?).
… franchement si ça change quelque chose à votre productivité ou à la qualité de votre travail je veux bien que vous m'expliquiez comment.
moi moi moi ! Ce n'est pas tellement la disparition du bureau qui m'aide à me concentrer, mais la disparition de la barre des tâches (dont certaines «clignotent» selon les évènements), ainsi que des notifications. Clairement, je suis beaucoup moins dérangé dans mon travail, parce que oui, un rien me déconcentre.
Par contre, je suis aussi beaucoup moins disponible qu'auparavant : déjà si je remarque que j'ai reçu un message «instantané» (qui ne l'est plus) ou un email, j'ai du bol.
J'arrive maintenant à me concentrer 30 minutes sur la même tâche, et ce n'est qu'entre deux tâches ou durant une brève pause que je regarde mes messages. Ca casse fortement l'intérêt de la messagerie instantanée, mais en attendant je souffle ! (oui je pourrais aussi me déconnecter)
Pour ma part, en tant que simple utilisateur, ce que je vois c'est :
- les snapshots, si intégrés au système de packaging de l'OS, ça doit être intéressant non ? Revenir à un «point de sauvegarde», sans risque ?
- le checksum couplé à du RAID, afin de détecter et corriger automatiquement les blocs défectueux, ça me semble plus qu'appréciable.
- la compression à la volée, pour les softs qui ne le gèrent pas d'eux même (Thunderbird ?)
Pour ma part j'ai vu un gros gain de performances avec Btrfs à l'arrivée du kernel 3.6.x.
Le problème étant la très très forte fragmentation dans le temps, et la défragmentation incompatible avec les snapshots. On se retrouve ainsi avec de magnifiques sauvegardes lues à une vitesse de 800Ko/s.
Bref, pas encore au point, mais néanmoins très prometteur. La compression à la volée fait parfois des merveilles, la vitesse d'écriture en général est très bonne, et le système de snapshot est très appréciable. Laissons lui le temps de se peaufiner.
Ce qui m'intrigue le plus, c'est l'intérêt de la chose par rapport aux fameux caches d'OpCode, tels qu'APC / eAccelerator / X-Cache.
Parce que parser le code PHP à chaque hit, ça fait un moment qu'on ne le fait plus… sauf peut-être en cas d'oubli d'activation de la part de l'admin ?
Me semble qu'il était d'ailleurs question d'intégrer et activer APC par défaut dans les futures versions de PHP, mais que cela avait été refusé afin de laisser le choix du soft à l'admin…
Bref, pourquoi aucun cache d'OpCode ne semble être présent dans son bench ?
Malheureusement comme me répondent certains clients : «parce qu'un serveur avec XXGo de RAM ça coûte rien, contrairement au salaire d'un dev» (typiquement 64Go à moins de 150€/mois chez un célèbre hébergeur français).
Bref, le temps c'est de l'argent, alors que la RAM vaut de moins en moins.
Perso je serais d'avis d'essayer de bien penser le truc dès le départ, mais bon…
[^] # Re: Et surtout un 16:10 et pas un stupide 16:9
Posté par Kioob (site web personnel) . En réponse au sondage Quel type d'écran utilisez vous pour votre ordinateur ?. Évalué à 2.
Et quid d'une paire d'écran 9:16 ? (oui, du 16:9 en mode portrait).
alf.life
[^] # Re: Solaire.
Posté par Kioob (site web personnel) . En réponse au sondage Quel type d'écran utilisez vous pour votre ordinateur ?. Évalué à 1. Dernière modification le 14 février 2013 à 20:35.
Non, plutôt pâlichon, mais pas brillant pour autant (il paraît que ça, c'est réservé aux vampires).
alf.life
# Solaire.
Posté par Kioob (site web personnel) . En réponse au sondage Quel type d'écran utilisez vous pour votre ordinateur ?. Évalué à 7.
L'été me semble avoir un Écran solaire indice 60, mais aucune idée pour ce qui est du DEL/PVA/MVA/TN/TFT/IPS/PLS.
alf.life
[^] # Re: Lua
Posté par Kioob (site web personnel) . En réponse à la dépêche Javascript comme langage par défaut pour GNOME. Évalué à 1.
Et pourtant j'ai une équipe de devs de très mauvaise foi qui te soutiendrait le contraire :D
« si ça marche, c'est que j'ai le droit de le faire »
alf.life
[^] # Re: Lua
Posté par Kioob (site web personnel) . En réponse à la dépêche Javascript comme langage par défaut pour GNOME. Évalué à 4.
Je me posais un peu la même question, et je suppose qu'il n'a simplement pas été considéré comme suffisamment populaire. Non ?
alf.life
[^] # Re: Contournement
Posté par Kioob (site web personnel) . En réponse au journal Finalement Free n'était pas le premier…. Évalué à 2.
N'en déplaise à certains, c'est pourtant déjà en place chez au moins un éditeur : via le repository AdBlockPlus il détecte les modifications du fichier qui le concerne, et renomme ses scripts de pub en fonction de ça. AdBlockPlus mettant plus de temps à déployer ses mises à jour vers les internautes que l'éditeur en met à déployer son code, pour le moment AdBlockPlus ne s'en sort pas. Ca se transforme en jeu du chat et de la souris.
alf.life
[^] # Re: Contournement
Posté par Kioob (site web personnel) . En réponse au journal Finalement Free n'était pas le premier…. Évalué à 1.
Oui, le problème d'AdBlock Plus c'est qu'il est OpenSource : tout le monde à accès à son code et ses règles de filtrage, il devient possible pour un éditeur de scripter une réaction automatique. J'ai peur que cette action de Free n'ait réveillé un grand nombre d'éditeurs, qui prennent des mesures pour luter contre ce type d'outil.
Enfin je ne crois pas que cela gêne Clamav et Spamassassin.
alf.life
[^] # Re: adblock par défaut ? Debian l'a fait.
Posté par Kioob (site web personnel) . En réponse au journal Finalement Free n'était pas le premier…. Évalué à 1.
Intégration je veux bien, j'aimerais bien même ! Tant que ce ne soit pas actif par défaut.
alf.life
# adblock par défaut ? Debian l'a fait.
Posté par Kioob (site web personnel) . En réponse au journal Finalement Free n'était pas le premier…. Évalué à 6.
A noter que depuis peu Debian a activé AdBlock par défaut, pour Wheezy (paquet version 3.4+3).
En gros avant pour Gnome 3 était prévu par défaut le navigateur Epiphany, avec l'extension AdBlock installée mais non active ; puis il a été décidé de remplacer Epiphany par Iceweasel mais accompagné d'AdBlock actif par défaut.
Pour plus de précision le paquet Gnome de Debian a maintenant une dépendance envers xul-ext-adblock-plus. Ils auraient pu se contenter d'une recommandation (ou suggestion) voir même d'une dépendance dans un des «task packages» type task-gnome-desktop (parce qu'effectivement seul Gnome a cette dépendance, pas KDE).
Ce n'est pas les parts de marché de « Gnome3 sous Debian » qui vont faire hurler les éditeurs de site dépendant de ce modèle économique, donc ça n'a pas fait de bruit à l'époque, mais pour ma part je trouve ça aussi (peu ?) légitime que le bloqueur de Free. Mais on m'a rétorqué qu'il s'agissait d'être plus anonyme sur le web.
Bientôt Tor actif par défaut sous Debian ?
alf.life
# *.google.com issued by *.EGO.GOV.TR
Posté par Kioob (site web personnel) . En réponse au journal Microsoft vs Google. Évalué à 10.
Moi je le comprends comme une révocation uniquement des certificats *google.com émis par *.EGO.GOV.TR, probablement utilisés par une société tierce (un FAI ?) pour «détourner» le trafic Google vers un proxy filtrant. Non ?
Enfin si c'est le cas, perso j'ai viré carrément «*.EGO.GOV.TR» qui n'aurait jamais du fournir un tel certificat.
alf.life
# Amazon et le cloud
Posté par Kioob (site web personnel) . En réponse au journal RMS deviendrait-il sénile ? Ou bien Emacs ne serait-il plus adapté pour lire les mailings lists?. Évalué à 5.
Amazon est quand même un contributeur de longue date au projet Xen, lui aussi libre. Donc sauf erreur, leur solution ultra propriétaire repose quand même sur des briques libres, on va leur cracher au nez parce qu'ils n'ont pas également ouvert leur interface de gestion ?
D'un autre coté ils semblent aussi avoir bossé avec Eucalyptus, pour améliorer la compatibilité dans les deux sens, non ?
alf.life
[^] # Re: Neutralité du Net
Posté par Kioob (site web personnel) . En réponse au journal Free 1 - Google 0 - Neutralité du Net -> -∞. Évalué à 4.
Plus particulièrement, c'est le serveur DNS embarqué qui intègre ce «filtrage». Ceux qui utilisaient déjà ceux de Google/OpenDNS ou encore un résolveur maison n'ont pas vu ce «bridage».
Du coup, ça n'intervient pas au niveau de la chaine de routage à proprement parlé, et il semblerait qu'ils aient été suffisamment prudents pour ne pas l'activer sur leurs résolveurs DNS centraux.
Maintenant neutralité du Net ou pas, je vous laisse juger.
alf.life
[^] # Re: MODSIGN
Posté par Kioob (site web personnel) . En réponse à la dépêche Sortie du noyau Linux 3.7. Évalué à 2.
Ça ne me semble pas comparable : là la signature est calculée lors de la compilation. N'importe qui peut télécharger les sources, coller son driver (qu'il soit propriétaire ou non), compiler, et tadam, ça marchera, même avec la signature. Cette signature sert uniquement à limiter le chargement des modules prévus dès la compilation.
Sauf erreur, la fonctionnalité Vista de son coté t'empêche de charger un driver sans l'accord préalable de Microsoft, qui est d'ailleurs probablement payant.
Ça me semble radicalement différent, même si le but est probablement similaire.
alf.life
[^] # Re: Comment dire...
Posté par Kioob (site web personnel) . En réponse au journal L'ergonomie de GNOME 3. Évalué à 1.
De ce que j'ai pu constater, ça touche essentiellement les Nvidia… parce que mon «vieux» PC à base de Core2Duo 6400 + carte ATI 5450 (c'est à dire la moins chère de chez LDLC), il s'en sort très bien.
Et si j'ai changé de carte graphique, c'est uniquement pour pouvoir brancher mon écran 27", la carte graphique intégrée à la carte mère n'étant pas adaptée (connexion + résolution).
Bref, la seule machine non Nvidia sur laquelle j'ai eu des problèmes de perfs avec Gnome3 était un Core2Duo 4*** couplé à une carte graphique intégrée à la carte mère… Quoi que je n'ai pas vérifié, il se peut que ce soit un chipset NForce/Nvidia.
alf.life
[^] # Re: S'adresser au riches et super-riches... ?
Posté par Kioob (site web personnel) . En réponse à la dépêche Il faut sauver La Quadrature Du Net ! (bis). Évalué à 6.
Yep, le Cartier c'est pour les riches.
alf.life
[^] # Re: ça tombe bien, je cherche à faire un truc comme ça
Posté par Kioob (site web personnel) . En réponse au journal [Filesystem] Benchmark SSD vs HDD. Évalué à 2. Dernière modification le 27 novembre 2012 à 09:46.
1) Oui, je ne connais pas tous les systèmes de virtualisation, mais avec Xen ça fonctionne très bien. A noter que LVM gère depuis peu le «thin provisionning»
2) Oui, ne serait-ce que pour aider à la supervision, en sachant ainsi quelle «application» tire le plus. Mais un simple utilisateur préférera souvent avoir une seule et unique partition pour sa VM
3) Dans la VM, ou à l'extérieur ? Pour de la prod ou du dev ? Les VM sont très différentes ou au contraire ont beaucoup en commun ?
alf.life
[^] # Re: Faibles perfs pour Btrfs
Posté par Kioob (site web personnel) . En réponse au journal [Filesystem] Benchmark SSD vs HDD. Évalué à 8.
Mais buggé comme il est, je t'assure qu'il faut encore lui laisser du temps :D
J'ai jeté un FS hier : j'avais quelques erreurs dans le FS, j'ai donc lancé un «btrfsck --repair», et le FS a morflé (je me suis retrouvé avec 4 PB occupés sur un FS de 500 GB, le block device faisant 1TB… bref, ça m'a saoulé, j'ai formaté).
Et bien que le kernel 3.6 en ait corrigé, il reste encore quelques cas de «deadlock», assez pénible.
J'ai d'ailleurs une autre machine montable uniquement en read-only. En RW le process de montage se freeze indéfiniment (il tourne depuis plus de 24 heures là, sans déclencher la moindre IO… j'attends une quelconque aide de la part des devs…).
alf.life
[^] # Re: Faibles perfs pour Btrfs
Posté par Kioob (site web personnel) . En réponse au journal [Filesystem] Benchmark SSD vs HDD. Évalué à 2.
Je suis aussi utilisateur des snapshots LVM, mais les techniques me semblent très différentes. Un snapshot Btrfs, tu le fais à chaud, ça ne va pas déclencher un «journal replay» quand tu tenteras de monter le snapshot… d'ailleurs, tu n'as pas besoin de le monter, il est directement accessible. Il me semble même qu'il y a une option pour qu'un simple utilisateur puisse gérer ses snapshots.
Le RAID est justement géré différemment par BTRFS : lors de la lecture d'un bloc, grâce au checksum, il peut se rendre compte que le bloc a été altéré/endommagé, et par conséquent il va aller lire sa version «répliquée» sur le second disque. mdadm ne fait pas ça, et je ne connais pas non plus de carte RAID qui le fasse (peut être en RAID 6 en exploitant le bloc de parité ?).
alf.life
[^] # Re: Pourquoi faire simple quand on peut faire compliqué
Posté par Kioob (site web personnel) . En réponse au journal L'ergonomie de GNOME 3. Évalué à 4.
moi moi moi ! Ce n'est pas tellement la disparition du bureau qui m'aide à me concentrer, mais la disparition de la barre des tâches (dont certaines «clignotent» selon les évènements), ainsi que des notifications. Clairement, je suis beaucoup moins dérangé dans mon travail, parce que oui, un rien me déconcentre.
Par contre, je suis aussi beaucoup moins disponible qu'auparavant : déjà si je remarque que j'ai reçu un message «instantané» (qui ne l'est plus) ou un email, j'ai du bol.
J'arrive maintenant à me concentrer 30 minutes sur la même tâche, et ce n'est qu'entre deux tâches ou durant une brève pause que je regarde mes messages. Ca casse fortement l'intérêt de la messagerie instantanée, mais en attendant je souffle ! (oui je pourrais aussi me déconnecter)
alf.life
[^] # Re: Faibles perfs pour Btrfs
Posté par Kioob (site web personnel) . En réponse au journal [Filesystem] Benchmark SSD vs HDD. Évalué à 3.
Pour ma part, en tant que simple utilisateur, ce que je vois c'est :
- les snapshots, si intégrés au système de packaging de l'OS, ça doit être intéressant non ? Revenir à un «point de sauvegarde», sans risque ?
- le checksum couplé à du RAID, afin de détecter et corriger automatiquement les blocs défectueux, ça me semble plus qu'appréciable.
- la compression à la volée, pour les softs qui ne le gèrent pas d'eux même (Thunderbird ?)
alf.life
[^] # Re: Faibles perfs pour Btrfs
Posté par Kioob (site web personnel) . En réponse au journal [Filesystem] Benchmark SSD vs HDD. Évalué à 8.
Pour ma part j'ai vu un gros gain de performances avec Btrfs à l'arrivée du kernel 3.6.x.
Le problème étant la très très forte fragmentation dans le temps, et la défragmentation incompatible avec les snapshots. On se retrouve ainsi avec de magnifiques sauvegardes lues à une vitesse de 800Ko/s.
Bref, pas encore au point, mais néanmoins très prometteur. La compression à la volée fait parfois des merveilles, la vitesse d'écriture en général est très bonne, et le système de snapshot est très appréciable. Laissons lui le temps de se peaufiner.
alf.life
[^] # Re: Benchmark de pancake
Posté par Kioob (site web personnel) . En réponse à la dépêche De tout, de rien, des bookmarks, du bla‐bla #47. Évalué à 2.
Ce qui m'intrigue le plus, c'est l'intérêt de la chose par rapport aux fameux caches d'OpCode, tels qu'APC / eAccelerator / X-Cache.
Parce que parser le code PHP à chaque hit, ça fait un moment qu'on ne le fait plus… sauf peut-être en cas d'oubli d'activation de la part de l'admin ?
Me semble qu'il était d'ailleurs question d'intégrer et activer APC par défaut dans les futures versions de PHP, mais que cela avait été refusé afin de laisser le choix du soft à l'admin…
Bref, pourquoi aucun cache d'OpCode ne semble être présent dans son bench ?
alf.life
[^] # Re: (R)évolutions?
Posté par Kioob (site web personnel) . En réponse au journal OSEF. Évalué à 10.
Et le «copier/coller» d'iOS ;)
alf.life
[^] # Re: Gitlab recommend at least 1Gb ram
Posté par Kioob (site web personnel) . En réponse à la dépêche Nouveautés autour de Git. Évalué à 6.
Malheureusement comme me répondent certains clients : «parce qu'un serveur avec XXGo de RAM ça coûte rien, contrairement au salaire d'un dev» (typiquement 64Go à moins de 150€/mois chez un célèbre hébergeur français).
Bref, le temps c'est de l'argent, alors que la RAM vaut de moins en moins.
Perso je serais d'avis d'essayer de bien penser le truc dès le départ, mais bon…
alf.life
[^] # Re: Gitlab recommend at least 1Gb ram
Posté par Kioob (site web personnel) . En réponse à la dépêche Nouveautés autour de Git. Évalué à 9. Dernière modification le 30 octobre 2012 à 18:06.
On est pas vendredi, mais c'est marqué, et c'est la même raison que pour Redmine : «Gitlab 3.0 : Basé sur Ruby on Rails»
Oui bon ça va, je sors
alf.life