J'ai un Samsung S4 mini sous LineageOS 14 (Android 7) et j'utilisais Firefox + uBlock Origin depuis longtemps, mais récemment j'ai eu le même soucis : Firefox est devenu inutilisable. Je pense que c'est avec les récentes optims de Firefox, il n'est plus trop utilisable sur de vieux smartphones…
Du coup j'ai trouvé une alternative : Firefox Focus. C'est rapide et agréable à utiliser. C'est un navigateur de Mozilla qui se focalise sur la légèreté et la vie privée. Il se base sur Android WebView (Chromium/Blink sur LineageOS donc) et pas Gecko et il intègre adblocker/trackerblocker sans avoir à ajouter une extension. Rapide et léger.
Effectivement ça semble pas évident à diagnostiquer.
Ce que j'essaierai :
1) taux de remplissage : si tes disques sont presque pleins, ça risque de générer beaucoup de fragmentation etc.
~# df -h
2) dmesg : vérifier qu'il n'y a pas d'erreur concernant tes disques remontées par les drivers
~# dmesg | grep sd
3) iotop : des fois qu'il y aurait un truc genre tracker qui te bouffe toute la bande-passante (on peut rêver)
~# iotop
4) hdparm -t : mesure la perf en read du disque en bypassant le filesystem
~# for ((i=0;i<5;i++));do hdparm -t /dev/sda ;done
5) hdparm -T : mesure la perf en read du cache Linux
~# for ((i=0;i<5;i++));do hdparm -T /dev/sda ;done
6) S.M.A.R.T: pour voir si le disque rapporte des erreurs
~# smartctl -a /dev/sda
D'où l'intérêt de normaliser en fonction de la fréquence, justement. Ensuite ils peuvent sélectionner les chips en fonction des fréquences dispo, et voir où est le sweet spot pour eux (eg. en terme de perf/W/$).
Ben non. Il y a d'autres facteurs qui impactent les performances, par exemple les latences d'accès à la mémoire
C'est vrai pour la mémoire externe (DDR…), moins pour la mémoire on-chip. Dans le cas des codes utilisés ici avec pas mal de localité temporelle et spatiale, c'est pas idiot.
Ca leur permet de caractériser les architectures pour leurs besoins. En fonction du ratio FLOPS vs B/s ils vont regarder soit la bande-passante mémoire (eg. TRIAD), soit les perfs en compute (c'est plutôt le cas ici).
Je ne sais pas quel code a été utilisé pour faire les benchmarks
C'est dans le titre du graphe :
- HEP-SPEC06: http://w3.hepix.org/benchmarks/
- Geant4 ParFullCMS : http://geant4.cern.ch/
En gros ce sont des benchmarks qui correspondent à leurs besoins. Ce ne sont pas des benchmarks pour choisir son prochain VPS.
Je ne comprends pas leurs métriques en termes de perfs (pour la puissance, c'est assez clair)
Ensuite, HEP-SEC06 te donne un score global, plus il est élevé mieux c'est. Pour comparer les architectures entre elles, ils divisent par le nombre de coeurs et/ou la fréquence, et choisissent une fréquence arbitraire, 2.4GHz.
Dans leur système final, ils compteront en nombre de core, pas vraiment en nombre de serveurs. Et la perf en fonction de la fréquence, c'est grosso-modo linéaire.
Pour eux c'est plutôt pour préparer le futur…
Non, parce que dans son cas il remplace les CRLF par des LF (fin de ligne DOS -> fin de ligne UNIX).
Donc c'est pas tout à fait équivalent.
Par contre je soupçonne que
~# gawk -vRS='\r\n' '{print strftime ("%F %T"), $1;}' /dev/ttyS0
fonctionne.
Je pense que ton script original c'est :
~# cat /dev/ttyS0 | dos2unix -l | gawk '{print strftime("%F %T"), $1;}'
Mais quand tu as fait ton "echo" pour le sauvegarder, bash a interprété le '$1' (d'où le -bash).
par contre cela en rajoute un petit, cela utilise un buffer, ce n'est plus au fil de l'eau. je perd des données.
Est-ce que les problèmes de l'édition précédente et de l'édition courante pourraient être accessibles ?
Je ne pourrais pas y participer (un peu trop tôt pour moi) mais j'aime bien ce type d'exercices… Et l'interface est vraiment bonne, 100x meilleure que celle de topcoder !
Sérieusement c'est la meilleure interface que j'ai vu pour l'instant (entre l'interface mail des annales ACM pas hyper interactif et l'interface foireuse en java de topcoder).
Sinon si vous avez des adresses pour des concours/exercices de ce genre, je prends !
Pour la fonction de recharge sans fil, ça m'étonnerait. C'est juste un écran avec un hub usb 3.0 (mais filaire, d'où le blabla sur la recharge) et ensuite la transmission vidéo/etc. se fait via signal radio. Tu économises donc du câblage mais pour de la transmission de données seulement.
Es-tu sûr qu'il y a eut un correctif ? Le patch http://www.mail-archive.com/kvm@vger.kernel.org/msg11798.htm(...) ne semble pas lié... C'est un truc sur la MMU, rien à voir avec kvm, et en provenance d'un gars qui n'a pas participé à la discussion.
A mon avis, il n'y a pas encore de fix.
De mon expérience sur des VIA, ce serait pas la 1ère fois que leurs procs ont des comportements étranges sur certaines fonctions un peu avancées.
Cependant, ton raisonnement, pour aussi bon qu'il soit, n'est pas "acceptable" d'un point de vue juridique.
La marque CEGEB a été déposée par Jean-Marc Péneau, et donc pour Gandi, ce dernier est le propriétaire de la marque.
Justement, une marque n'est pas une personne morale, et à ce titre une marque ne peut revendiquer un nom de domaine.
Le fait que Jean-Marc Péneau possède la marque CEGEB ne veut pas dire que le domaine lui appartient.
Sauf que si je comprends bien, il n'y a pas de personne morale (ni physique...) répondant au nom de CEGEB. Une courte recherche sur societe.com le montre.
C'est un dépôt de marque, ça ne créé pas une personne morale.
Et les cartes-mères genre Intel D201GLY2 ?
C'est un système x86 complet pour ~80e et le Celeron 220 dessus sont des Conroe L (basés sur l'archi Core, la famille des Core 2 si j'ai bien compris).
Je ne sais pas ce que ça vaut en flottant, mais à mon avis c'est pas à dédaigner.
Ben j'utilise depuis 2 ans chez FDN un modem-routeur linksys ADSL2+ : adsl2mue.
En fait c'est un modem-routeur ADSL2+ à base d'AR7, comme la plupart des modem-routeurs ADSL d'entrée de gamme.
Je l'ai mis sous openwrt depuis le début, en utilisant le trunk de Kamikaze, où le support de l'AR7 était alors expérimentale. Je l'ai reflashé plusieurs fois depuis avec des versions plus à jour du trunk, et ça tourne parfaitement bien, tout est supporté sans blob.
Le driver AR7 est pas entièrement in-tree dans Linux (mais il est dans openwrt), parce qu'il est sale, mais il fonctionne bien.
Je l'utilise également depuis longtemps en 6to4 + radvd, et il faudrait que je le reconfigure pour utiliser l'IPv6 natif maintenant, mais j'avoue j'ai la flemme :) .
En tout cas, les modem-routeurs AR7 fonctionnent très bien sous openwrt.
A mon avis, c'est plutôt qu'on veut le beurre et l'argent du beurre...
Oui, quand tu veux que tes devices soient reconnus automatiquement en hotplug et qu'il les monte/lance une appli/... en réaction, ben ça devient complexe.
Mais rien n'empêche de s'en passer. Perso, je n'utilise (ni n'installe) jamais HAL et Dbus, que je trouve pénibles, et je reste à la bonne vieille méthode du mount pour les cd, clefs usb, etc.
Par contre j'utilise udev, parce que je le trouve pratique dans le cas des devices usb (genre ça me permet de créer un device /dev/usbms quelquesoit le mass storage usb branché, ce qui évite de polluer son fstab avec pleins d'entrées /dev/sd[a-z][0-9])
Mais rien ne t'empêche de conserver un /dev static, sous Debian y'a toujours les tarballs dans debootstrap et MAKEDEV existe encore.
Concernant le son, pareil je n'utilise que alsa directement, la plupart des applis (mplayer, xine, audacious...) sachant l'exploiter directement - pas besoin de mixer supplémentaire (d'autant plus qu'alsa embarque un mixer) !
Bref je pense que le problème c'est quand on veut à la fois pleins de trucs wahou mais conserver un truc simple : c'est incompatible. Par contre on peut régler finement le curseur entre nos attentes au niveau automagie et nos attentes au niveau simplicité d'admin.
A propos du livre de Lee Smolin. Il faut savoir que Lee Smolin déteste la théorie des cordes, et n'a pas forcément l'avis le plus objectif dessus. En meme temps, si tu bosses là-dedans, tu as forcément ton modèle favori, donc c'est dur d'etre objectif.
Justement, j'avais lu le livre de Brian Greene, et le moins que l'on puisse dire c'est qu'il n'est pas objectif non plus :) . Là ça permet d'avoir un autre son de cloche.
D'autre part, je ne dirais pas que Lee Smolin déteste la théorie des cordes, il est plutôt mesuré je trouve.
Sa grande critique vis-à-vis de la théorie des cordes, c'est son hégémonie sur le monde de la physique théorique depuis plus de 20 ans, alors qu'elle n'a toujours pas fait de prédictions permettant de la vérifier (ou de l'infirmer) expérimentalement.
Il prêche effectivement un peu pour sa chapelle, puisqu'il ne travaille pas (plus) sur la théorie des cordes, mais je pense personellement qu'il a raison quand il dit que la physique théorique a besoin de diversité.
Après le titre est très provocateur, mais il a sûrement voulu choquer :) .
vous auriez des bouquins de vulgarisation à me conseiller ?
J'ai également lu "l'univers élégant", et j'ai aussi beaucoup aimé le bouquin de Lee Somlin "rien ne vas plus en physique : l'échec de la théorie des cordes".
Il donne un éclairage complètement différent et plus large que Brian Greene, en détaillant notamment les enjeux actuels non seulement pour la théorie des cordes, mais aussi pour les autres théories de la physique théorique.
Sinon pour faire ça tu peux utiliser l'ancêtre de LDAP, NIS (aka. yellow-pages, yp).
L'inconvénient de NIS c'est qu'il faut que ton réseau soit "sûr", c'est à dire qu'on ne puisse pas sniffer, spoofer, etc. sur ton réseau, parce que les mécanismes de sécurité de NIS sont pas vraiment au top.
Mais si c'est pour partager un tas d'infos (authentifications, hosts, etc.) de manière simple sur un réseau que tu maîtrises entièrement, c'est super simple à mettre en oeuvre.
Perso je m'en sers sur mon réseau local filaire pour partager l'auth entre mon desktop, mes serveurs (mails, ssh, etc.) et d'autres trucs encore, et c'est parfait.
Pareil, j'ai acheté une Via, remplacée 2 fois par le fournisseur et toujours les mêmes problèmes (freeze) lors de gros accès DMA (super pour un serveur de fichiers !).
J'ai acheté la D201GLY2, et depuis tout va bien !
Ca tourne nickel, je l'utilise avec Debian Etch/OpenVZ pour le mail, le serveur de fichiers, le nfs, du shell distant... Ca marche vraiment très bien, et c'est nettement moins cher que Via.
Via c'est (c'était) séduisant sur le papier, mais leur chipsets sont pas vraiment au top...
J'ai utilisé Iceape sous lenny sans soucis, avec sun-jdk-1.6. Il m'a juste dit "hou Iceape je connais pas" et puis après tout a bien fonctionné.
Perso j'ai jamais eu de soucis avec le site des impôts et j'avais justement été agréablement surpris de voir qu'il fonctionnait correctement sous Linux avec Gentoo/Mozilla, Gentoo/Seamonkey et maintenant Debian/Iceape (oui je sais c'est les mêmes mais sait-on jamais).
Donc quand je vois tous les commentaires négatifs, je suis plutôt surpris.
Je trouve quand même qu'ils ont fait des efforts méritants, surtout si on compare à la tendance du Web en général (Flash, WMV ,etc.).
Non ce qu'il voulait dire, ce n'est pas que ça ne marche pas.
Le problème des archives compressées (zip, tar.gz, tar.bz2, rar, ce que vous voulez) c'est que on élimine la redondance d'informations (au sens large), d'où la compression. Mais de ce fait c'est beaucoup plus sensible aux altérations.
Par exemple, mon super format de compression :
"aaaabccddd" est compressé en "4abcc3d"
Si dans la chaine originale je modifie le 2ème caractère "a" -> "e" on a "aeaabccddd"
Si c'est dans la chaine compressée, on obtient "4ebcc3d" et à la décompression, patatatra, ça empire, on obtient "eeeebccddd".
Dans un cas : 1 erreur, dans le second : 4 erreurs.
Bon mon exemple est bidon mais l'idée est là.
Le cas des archives tar (sans gzip, bzip2) est un peu différent, parce que ce n'est jamais que la concaténation des données telles quel avec quelques métadatas. Donc c'est assez robuste.
En gros si on stocke les fichiers tels quels sur un filesystem ailleurs, ce sera plus robuste aux altérations que l'archive .tar.gz/rar/... correspondante.
Par contre on perd beaucoup de place.
Donc sur le net on fait des tar.gz parce que ce qui importe c'est la bande passante alors que pour des sauvegardes, en générale c'est les données qui sont importantes.
Il y aura obligation aux propriétaires de réseau fibré de mettre a disposition leur réseau a la concurrence.
Pour l'instant y'a pas grand chose, Free a fait une proposition à l'ARCEP qui a fait une consultation auprès des opérateurs, mais c'est tout.
Juridiquement y'a encore rien, et c'est juste Free qui annonce qu'il pourra y avoir concurrence sur ses propres fibres (sous réserve que les autres fassent pareils).
Après faut voir quelles seront les conditions d'accès (tarifs, etc.) pour les autres opérateurs, parce que si ça se trouve se sera tellement coûteux qu'il n'y aura pas vraiment de concurrence. Beaucoup dépend de l'ARCEP en fait, et en attendant les gros (Orange, Free et Neuf) se tirent la bourre pour être en position de force au moment de négocier (j'ai plus de fibres que toi).
Du moins c'est ce que j'ai compris en suivant ça de loin.
On peut voir ici les questions posées par l'ARCEP aux opérateurs et les réponses de FDN : http://www.fdn.fr/IMG/pdf/consult-ftth.pdf .
...Et comme ça, personne ne sait que tu a besoin d'aller du point A au point B, et donc lors des prochaines études de tracé de ligne, ton besoin ne sera pas pris en compte.
En réalité, ce qui est contesté ici, ce n'est pas le fait de comptabiliser les trajets afin de pouvoir améliorer le service, mais le fait que ton identité (nom, prénom, adresse) soit reliée à ces trajets. En clair : ils n'ont pas besoin de savoir que c'est moi ou Mme Michu qui effectue tout les jours un A/R place d'italie <--> denfert.
Qu'il veuille me compter, oui, et ils le font déjà depuis des années, grâce aux divers tickets magnétiques, pas besoin d'avoir mon RIB pour faire ça.
A mon sens, il y'a déjà beaucoup de croisements entre les données, ce n'est pas la peine de simplifier les choses sans véritables justifications.
Alors, que le passe Navigo apporte des améliorations grâce à ça, c'est vrai : si je le perd, je ne perd pas mon forfait. Malheureusement on ne me laisse pas le choix. Rien n'empêche techniquement de faire un pass Navigo anonyme, avec à la clef la perte de cet avantage, mais ils n'en ont juste pas envie (après je crois pas à la théorie du complot, c'est plus une question de flemme/coût, mais on peut jamais prévoir les évolutions).
J'imagine que tu ne vas pas voter non plus? Parce que quand tu vas voter, ta mairie sait que tu as voté (ben oui, pour que tu ne votes pas 2 fois), oh malheur tu es tracé de la même manière qu'à la RATP (on sait ou tu étais ce Dimanche la, pas loin de ton bureau de vote, comme on sait que tu es allé pas loin de la bouche de métro)...
Excuse moi mais là ça n'a absolument aucun rapport.
A pousser votre délire, allez-y jusqu'au bout, ne venez pas poster ici non plus, Linuxfr peut vous tracer... le 3/1/2008 a 23:52, tu étais devant ton clavier. et les admins doivent connaitre ton @IP (obligation légale en cas de propos pouvant aller devant un juge, tu n'es pas anonyme sur LinuxFr), donc savent exactement à quel endroit tu étais à cette heure-ci... La RATP connait juste un déplacement, pas la d'où tu viens et la où tu vas, Linuxfr te localise a 30m près (ou alors, tu as une grande maison :) ). Pourquoi deux poids, deux mesures? LinuxFr est plus dangeureux que la RATP question traces, pourquoi commencer par la RATP?
Faux là encore. D'abord je peux rebondir via mon serveur chez moi, ce que je fais d'ailleurs souvent (mais pas pour des histoires de confidentialité/paranoïa, passons). Et franchement, je poste beaucoup moins souvent sur linuxfr que je ne prends le métro.
En fait c'est un vieux débat... Oui on est déjà tracé : CB, portable, etc. Et oui on a rien à se reprocher. Mais la question n'est pas là, pour moi. Doit-on accepter que le croisement d'informations, qui est de plus en plus facile, soit encore simplifié grâce à certains dispositifs qui n'apportent pas nécessairement un avantage, sans que nous ayons notre mot à dire ?
Moi aussi cette "fonctionnalité" m'a fait hurler jusqu'à ce que je découvre un contournement : l'url du lien 'Google.com in english' est http://www.google.com/ncr et là miracle, on tombe sur le google.com générique.
C'est maintenant l'url utilisée pour mes recherches.
Bon c'est pas LA solution mais ça m'a bien facilité la vie.
Ça marche très bien avec xpdf 3.02, au moins.
C'est du PDF 1.5 apparemment avec un sommaire cliquable et tout, et c'est vrai qu'en général on croise plutôt du PDF 1.3 ou 1.4 de base, donc le soucis vient peut-être de là : faut mettre à jour ou changer ton lecteur de PDF.
[^] # Re: Navigateur
Posté par Benoît Ganne (site web personnel) . En réponse au journal Résolution pour 2018. Évalué à 6.
J'ai un Samsung S4 mini sous LineageOS 14 (Android 7) et j'utilisais Firefox + uBlock Origin depuis longtemps, mais récemment j'ai eu le même soucis : Firefox est devenu inutilisable. Je pense que c'est avec les récentes optims de Firefox, il n'est plus trop utilisable sur de vieux smartphones…
Du coup j'ai trouvé une alternative : Firefox Focus. C'est rapide et agréable à utiliser. C'est un navigateur de Mozilla qui se focalise sur la légèreté et la vie privée. Il se base sur Android WebView (Chromium/Blink sur LineageOS donc) et pas Gecko et il intègre adblocker/trackerblocker sans avoir à ajouter une extension. Rapide et léger.
# En vrac...
Posté par Benoît Ganne (site web personnel) . En réponse au message Débit ridicule HD et SSD. Évalué à 3.
Effectivement ça semble pas évident à diagnostiquer.
Ce que j'essaierai :
1) taux de remplissage : si tes disques sont presque pleins, ça risque de générer beaucoup de fragmentation etc.
~# df -h
2) dmesg : vérifier qu'il n'y a pas d'erreur concernant tes disques remontées par les drivers
~# dmesg | grep sd
3) iotop : des fois qu'il y aurait un truc genre tracker qui te bouffe toute la bande-passante (on peut rêver)
~# iotop
4) hdparm -t : mesure la perf en read du disque en bypassant le filesystem
~# for ((i=0;i<5;i++));do hdparm -t /dev/sda ;done
5) hdparm -T : mesure la perf en read du cache Linux
~# for ((i=0;i<5;i++));do hdparm -T /dev/sda ;done
6) S.M.A.R.T: pour voir si le disque rapporte des erreurs
~# smartctl -a /dev/sda
Voilà quelques idées…
[^] # Re: Merci, et une question
Posté par Benoît Ganne (site web personnel) . En réponse au journal Premières évaluations publiques d'un serveur non-IBM à base de Power8. Évalué à 1.
D'où l'intérêt de normaliser en fonction de la fréquence, justement. Ensuite ils peuvent sélectionner les chips en fonction des fréquences dispo, et voir où est le sweet spot pour eux (eg. en terme de perf/W/$).
[^] # Re: Merci, et une question
Posté par Benoît Ganne (site web personnel) . En réponse au journal Premières évaluations publiques d'un serveur non-IBM à base de Power8. Évalué à 3.
C'est vrai pour la mémoire externe (DDR…), moins pour la mémoire on-chip. Dans le cas des codes utilisés ici avec pas mal de localité temporelle et spatiale, c'est pas idiot.
Ca leur permet de caractériser les architectures pour leurs besoins. En fonction du ratio FLOPS vs B/s ils vont regarder soit la bande-passante mémoire (eg. TRIAD), soit les perfs en compute (c'est plutôt le cas ici).
[^] # Re: Merci, et une question
Posté par Benoît Ganne (site web personnel) . En réponse au journal Premières évaluations publiques d'un serveur non-IBM à base de Power8. Évalué à 3.
C'est dans le titre du graphe :
- HEP-SPEC06: http://w3.hepix.org/benchmarks/
- Geant4 ParFullCMS : http://geant4.cern.ch/
En gros ce sont des benchmarks qui correspondent à leurs besoins. Ce ne sont pas des benchmarks pour choisir son prochain VPS.
Ensuite, HEP-SEC06 te donne un score global, plus il est élevé mieux c'est. Pour comparer les architectures entre elles, ils divisent par le nombre de coeurs et/ou la fréquence, et choisissent une fréquence arbitraire, 2.4GHz.
Dans leur système final, ils compteront en nombre de core, pas vraiment en nombre de serveurs. Et la perf en fonction de la fréquence, c'est grosso-modo linéaire.
Pour eux c'est plutôt pour préparer le futur…
[^] # Re: simplifions nous la vie
Posté par Benoît Ganne (site web personnel) . En réponse au message gawk traitement du port serie ttyS0. Évalué à 3.
Non, parce que dans son cas il remplace les CRLF par des LF (fin de ligne DOS -> fin de ligne UNIX).
Donc c'est pas tout à fait équivalent.
Par contre je soupçonne que
~# gawk -vRS='\r\n' '{print strftime ("%F %T"), $1;}' /dev/ttyS0
fonctionne.
[^] # Re: j'ai trouvé
Posté par Benoît Ganne (site web personnel) . En réponse au message gawk traitement du port serie ttyS0. Évalué à 3.
Je pense que ton script original c'est :
~# cat /dev/ttyS0 | dos2unix -l | gawk '{print strftime("%F %T"), $1;}'
Mais quand tu as fait ton "echo" pour le sauvegarder, bash a interprété le '$1' (d'où le -bash).
Lapin compris.
# Annales
Posté par Benoît Ganne (site web personnel) . En réponse à la dépêche Concours de programmation CodinGame. Évalué à 8.
Est-ce que les problèmes de l'édition précédente et de l'édition courante pourraient être accessibles ?
Je ne pourrais pas y participer (un peu trop tôt pour moi) mais j'aime bien ce type d'exercices… Et l'interface est vraiment bonne, 100x meilleure que celle de topcoder !
Sérieusement c'est la meilleure interface que j'ai vu pour l'instant (entre l'interface mail des annales ACM pas hyper interactif et l'interface foireuse en java de topcoder).
Sinon si vous avez des adresses pour des concours/exercices de ce genre, je prends !
# recharger sans fil
Posté par Benoît Ganne (site web personnel) . En réponse au journal Un écran pour tout charger, indisponible sous Linux.. Évalué à 5.
Pour la fonction de recharge sans fil, ça m'étonnerait. C'est juste un écran avec un hub usb 3.0 (mais filaire, d'où le blabla sur la recharge) et ensuite la transmission vidéo/etc. se fait via signal radio. Tu économises donc du câblage mais pour de la transmission de données seulement.
# correctif ?
Posté par Benoît Ganne (site web personnel) . En réponse au journal Via nano, VT et KVM. Évalué à 4.
A mon avis, il n'y a pas encore de fix.
De mon expérience sur des VIA, ce serait pas la 1ère fois que leurs procs ont des comportements étranges sur certaines fonctions un peu avancées.
[^] # Re: Ou comment remplir le Whois est important
Posté par Benoît Ganne (site web personnel) . En réponse au journal Il y a prestataire technique et ...... prestataire technique.. Évalué à 1.
La marque CEGEB a été déposée par Jean-Marc Péneau, et donc pour Gandi, ce dernier est le propriétaire de la marque.
Justement, une marque n'est pas une personne morale, et à ce titre une marque ne peut revendiquer un nom de domaine.
Le fait que Jean-Marc Péneau possède la marque CEGEB ne veut pas dire que le domaine lui appartient.
[^] # Re: Propriétaire
Posté par Benoît Ganne (site web personnel) . En réponse au journal Il y a prestataire technique et ...... prestataire technique.. Évalué à 8.
C'est un dépôt de marque, ça ne créé pas une personne morale.
[^] # Re: 300€
Posté par Benoît Ganne (site web personnel) . En réponse au journal Le meilleur MFLOPS/€ ?. Évalué à 3.
C'est un système x86 complet pour ~80e et le Celeron 220 dessus sont des Conroe L (basés sur l'archi Core, la famille des Core 2 si j'ai bien compris).
Je ne sais pas ce que ça vaut en flottant, mais à mon avis c'est pas à dédaigner.
[^] # Re: Modem routeur
Posté par Benoît Ganne (site web personnel) . En réponse à la dépêche L'IPv6 débarque chez FDN. Évalué à 4.
En fait c'est un modem-routeur ADSL2+ à base d'AR7, comme la plupart des modem-routeurs ADSL d'entrée de gamme.
Je l'ai mis sous openwrt depuis le début, en utilisant le trunk de Kamikaze, où le support de l'AR7 était alors expérimentale. Je l'ai reflashé plusieurs fois depuis avec des versions plus à jour du trunk, et ça tourne parfaitement bien, tout est supporté sans blob.
Le driver AR7 est pas entièrement in-tree dans Linux (mais il est dans openwrt), parce qu'il est sale, mais il fonctionne bien.
Je l'utilise également depuis longtemps en 6to4 + radvd, et il faudrait que je le reconfigure pour utiliser l'IPv6 natif maintenant, mais j'avoue j'ai la flemme :) .
En tout cas, les modem-routeurs AR7 fonctionnent très bien sous openwrt.
[^] # Re: Avis perso
Posté par Benoît Ganne (site web personnel) . En réponse au journal Béranger passe à Windows. Évalué à 4.
Oui, quand tu veux que tes devices soient reconnus automatiquement en hotplug et qu'il les monte/lance une appli/... en réaction, ben ça devient complexe.
Mais rien n'empêche de s'en passer. Perso, je n'utilise (ni n'installe) jamais HAL et Dbus, que je trouve pénibles, et je reste à la bonne vieille méthode du mount pour les cd, clefs usb, etc.
Par contre j'utilise udev, parce que je le trouve pratique dans le cas des devices usb (genre ça me permet de créer un device /dev/usbms quelquesoit le mass storage usb branché, ce qui évite de polluer son fstab avec pleins d'entrées /dev/sd[a-z][0-9])
Mais rien ne t'empêche de conserver un /dev static, sous Debian y'a toujours les tarballs dans debootstrap et MAKEDEV existe encore.
Concernant le son, pareil je n'utilise que alsa directement, la plupart des applis (mplayer, xine, audacious...) sachant l'exploiter directement - pas besoin de mixer supplémentaire (d'autant plus qu'alsa embarque un mixer) !
Bref je pense que le problème c'est quand on veut à la fois pleins de trucs wahou mais conserver un truc simple : c'est incompatible. Par contre on peut régler finement le curseur entre nos attentes au niveau automagie et nos attentes au niveau simplicité d'admin.
[^] # Re: Les conclusions du LHC
Posté par Benoît Ganne (site web personnel) . En réponse au journal La fin du monde et en direct. Évalué à 1.
Justement, j'avais lu le livre de Brian Greene, et le moins que l'on puisse dire c'est qu'il n'est pas objectif non plus :) . Là ça permet d'avoir un autre son de cloche.
D'autre part, je ne dirais pas que Lee Smolin déteste la théorie des cordes, il est plutôt mesuré je trouve.
Sa grande critique vis-à-vis de la théorie des cordes, c'est son hégémonie sur le monde de la physique théorique depuis plus de 20 ans, alors qu'elle n'a toujours pas fait de prédictions permettant de la vérifier (ou de l'infirmer) expérimentalement.
Il prêche effectivement un peu pour sa chapelle, puisqu'il ne travaille pas (plus) sur la théorie des cordes, mais je pense personellement qu'il a raison quand il dit que la physique théorique a besoin de diversité.
Après le titre est très provocateur, mais il a sûrement voulu choquer :) .
[^] # Re: Si on es aspiré dans un trou noir
Posté par Benoît Ganne (site web personnel) . En réponse au journal La fin du monde et en direct. Évalué à 1.
J'ai également lu "l'univers élégant", et j'ai aussi beaucoup aimé le bouquin de Lee Somlin "rien ne vas plus en physique : l'échec de la théorie des cordes".
Il donne un éclairage complètement différent et plus large que Brian Greene, en détaillant notamment les enjeux actuels non seulement pour la théorie des cordes, mais aussi pour les autres théories de la physique théorique.
# NIS
Posté par Benoît Ganne (site web personnel) . En réponse au journal Aventures en LDAP land.... Évalué à 2.
L'inconvénient de NIS c'est qu'il faut que ton réseau soit "sûr", c'est à dire qu'on ne puisse pas sniffer, spoofer, etc. sur ton réseau, parce que les mécanismes de sécurité de NIS sont pas vraiment au top.
Mais si c'est pour partager un tas d'infos (authentifications, hosts, etc.) de manière simple sur un réseau que tu maîtrises entièrement, c'est super simple à mettre en oeuvre.
Perso je m'en sers sur mon réseau local filaire pour partager l'auth entre mon desktop, mes serveurs (mails, ssh, etc.) et d'autres trucs encore, et c'est parfait.
[^] # Re: Système de refroidissement? Fournisseur?
Posté par Benoît Ganne (site web personnel) . En réponse au journal Mini / Nano - ITX VIA C7 PadLock on Linux. Évalué à 2.
J'ai acheté la D201GLY2, et depuis tout va bien !
Ca tourne nickel, je l'utilise avec Debian Etch/OpenVZ pour le mail, le serveur de fichiers, le nfs, du shell distant... Ca marche vraiment très bien, et c'est nettement moins cher que Via.
Via c'est (c'était) séduisant sur le papier, mais leur chipsets sont pas vraiment au top...
[^] # Re: ...
Posté par Benoît Ganne (site web personnel) . En réponse au journal Télédéclarer ses impôts et citoyenneté. Évalué à 3.
Perso j'ai jamais eu de soucis avec le site des impôts et j'avais justement été agréablement surpris de voir qu'il fonctionnait correctement sous Linux avec Gentoo/Mozilla, Gentoo/Seamonkey et maintenant Debian/Iceape (oui je sais c'est les mêmes mais sait-on jamais).
Donc quand je vois tous les commentaires négatifs, je suis plutôt surpris.
Je trouve quand même qu'ils ont fait des efforts méritants, surtout si on compare à la tendance du Web en général (Flash, WMV ,etc.).
[^] # Re: De la nécessité de tester les sauvegardes
Posté par Benoît Ganne (site web personnel) . En réponse au journal Migration foirée. Évalué à 7.
Le problème des archives compressées (zip, tar.gz, tar.bz2, rar, ce que vous voulez) c'est que on élimine la redondance d'informations (au sens large), d'où la compression. Mais de ce fait c'est beaucoup plus sensible aux altérations.
Par exemple, mon super format de compression :
"aaaabccddd" est compressé en "4abcc3d"
Si dans la chaine originale je modifie le 2ème caractère "a" -> "e" on a "aeaabccddd"
Si c'est dans la chaine compressée, on obtient "4ebcc3d" et à la décompression, patatatra, ça empire, on obtient "eeeebccddd".
Dans un cas : 1 erreur, dans le second : 4 erreurs.
Bon mon exemple est bidon mais l'idée est là.
Le cas des archives tar (sans gzip, bzip2) est un peu différent, parce que ce n'est jamais que la concaténation des données telles quel avec quelques métadatas. Donc c'est assez robuste.
En gros si on stocke les fichiers tels quels sur un filesystem ailleurs, ce sera plus robuste aux altérations que l'archive .tar.gz/rar/... correspondante.
Par contre on perd beaucoup de place.
Donc sur le net on fait des tar.gz parce que ce qui importe c'est la bande passante alors que pour des sauvegardes, en générale c'est les données qui sont importantes.
[^] # Re: Si je ne me trompe pas
Posté par Benoît Ganne (site web personnel) . En réponse au journal fibre, copropriété et concurrence. Évalué à 6.
Pour l'instant y'a pas grand chose, Free a fait une proposition à l'ARCEP qui a fait une consultation auprès des opérateurs, mais c'est tout.
Juridiquement y'a encore rien, et c'est juste Free qui annonce qu'il pourra y avoir concurrence sur ses propres fibres (sous réserve que les autres fassent pareils).
Après faut voir quelles seront les conditions d'accès (tarifs, etc.) pour les autres opérateurs, parce que si ça se trouve se sera tellement coûteux qu'il n'y aura pas vraiment de concurrence. Beaucoup dépend de l'ARCEP en fait, et en attendant les gros (Orange, Free et Neuf) se tirent la bourre pour être en position de force au moment de négocier (j'ai plus de fibres que toi).
Du moins c'est ce que j'ai compris en suivant ça de loin.
On peut voir ici les questions posées par l'ARCEP aux opérateurs et les réponses de FDN : http://www.fdn.fr/IMG/pdf/consult-ftth.pdf .
[^] # Re: Navigo
Posté par Benoît Ganne (site web personnel) . En réponse au journal Bye bye les tags mifare. Évalué à 1.
En réalité, ce qui est contesté ici, ce n'est pas le fait de comptabiliser les trajets afin de pouvoir améliorer le service, mais le fait que ton identité (nom, prénom, adresse) soit reliée à ces trajets. En clair : ils n'ont pas besoin de savoir que c'est moi ou Mme Michu qui effectue tout les jours un A/R place d'italie <--> denfert.
Qu'il veuille me compter, oui, et ils le font déjà depuis des années, grâce aux divers tickets magnétiques, pas besoin d'avoir mon RIB pour faire ça.
A mon sens, il y'a déjà beaucoup de croisements entre les données, ce n'est pas la peine de simplifier les choses sans véritables justifications.
Alors, que le passe Navigo apporte des améliorations grâce à ça, c'est vrai : si je le perd, je ne perd pas mon forfait. Malheureusement on ne me laisse pas le choix. Rien n'empêche techniquement de faire un pass Navigo anonyme, avec à la clef la perte de cet avantage, mais ils n'en ont juste pas envie (après je crois pas à la théorie du complot, c'est plus une question de flemme/coût, mais on peut jamais prévoir les évolutions).
Excuse moi mais là ça n'a absolument aucun rapport.
Faux là encore. D'abord je peux rebondir via mon serveur chez moi, ce que je fais d'ailleurs souvent (mais pas pour des histoires de confidentialité/paranoïa, passons). Et franchement, je poste beaucoup moins souvent sur linuxfr que je ne prends le métro.
En fait c'est un vieux débat... Oui on est déjà tracé : CB, portable, etc. Et oui on a rien à se reprocher. Mais la question n'est pas là, pour moi. Doit-on accepter que le croisement d'informations, qui est de plus en plus facile, soit encore simplifié grâce à certains dispositifs qui n'apportent pas nécessairement un avantage, sans que nous ayons notre mot à dire ?
# éviter la redirection
Posté par Benoît Ganne (site web personnel) . En réponse au journal Géolocalisation des résultats de recherche Google. Évalué à 1.
C'est maintenant l'url utilisée pour mes recherches.
Bon c'est pas LA solution mais ça m'a bien facilité la vie.
[^] # Re: PDF corrompu
Posté par Benoît Ganne (site web personnel) . En réponse au journal Ce que les développeurs doivent savoir sur la mémoire. Évalué à 2.
C'est du PDF 1.5 apparemment avec un sommaire cliquable et tout, et c'est vrai qu'en général on croise plutôt du PDF 1.3 ou 1.4 de base, donc le soucis vient peut-être de là : faut mettre à jour ou changer ton lecteur de PDF.