Heu, le texte original ne parle pas de verrouiller la porte, juste de pouvoir la fermer (donc pas juste le canapé au milieu du salon, mais une pièce à part).
Être portable ne veut pas forcément dire se limiter systématiquement en fonctionalité. Ça peut aussi vouloir dire désactiver certaines fonctionalités quand le support nécessaire pour n'est pas disponible. Pour l'utilisateur Linux ça ne change donc rien, c'est juste du boulot de maintenance en plus.
À noter l'existence du projet petitboot, qui est simplement une commande Linux qui sait afficher un menu de boot, et utiliser kexec pour exécuter le noyau choisit. La doc ne parle pas de PXE, c'est dommage, ça ne devrait pas être dur à y ajouter.
Oui, je sais, ça ne règle pas le boot du linux qui lance petitboot, c'est juste pour compléter le tableau :)
Qui elle-même succède à celle où sont apparues les machines avec lecteurs de disquette :) (ah, la joie d'attendre que la cassette ait fini de tourner avant de pouvoir jouer au pendu…) Si on faisait comme sur les bons vieux CPC où le système de base était en ROM, et donc le boot en même pas 1s, ça serait bien plus simple ;)
Il y a quelques erreurs à propos des architectures numa:
- Ce n'est pas pour de nombreux coeurs sur un même processeur, mais plutôt de nombreux processeurs en général. Elles existaient bien avant les puces multi-coeur.
- NUMA pose autant (et même bien plus) de problèmes d'accès concurrents et de cohérence du contenu de la mémoire. Le vrai problème de SMP par rapport à NUMA, c'est que tous les processeurs étant sur un même bus, ils se partagent la bande passante. Alors qu'en NUMA, on répartit la mémoire sur plusieurs bus, et les processeurs sont répartis sur ces bus. Quand l'OS se débrouille bien, les processus tournant sur les processeurs ont leurs données dans la barrette mémoire juste en face, et donc n'ont pas besoin d'aller chercher à côté, et donc il n'y a plus de partage de bande passante mémoire, chaque paquet de processeur accède tranquillement à la barrette mémoire en face sans être dérangé par les autres.
- Comme dit juste avant, en NUMA, bus et mémoire ne sont pas par coeur. Il y a des machines où c'est un bus+mémoire par paquets de 4 puces (e.g. machines itanium de Bull), il y a des machines où c'est par puce (e.g. Opteron), il y a des machines où il y en a 2 par puce, la moitié des coeurs de la puce étant en face de l'un, et l'autre en face de l'autre (magny-cours). Un bus+mémoire par coeur, ça ferait par contre vraiment beaucoup, en général c'est plutôt de l'ordre de 4 à 16 en tout. Utilisez l'outil lstopo pour savoir comment votre machines est faite ;)
Heu, en effet, les associations de FFDN, en tant que Fournisseurs d'Accès Internet, ne fournissent "que" de l'Internet… Rien n'empêche de prendre en plus une ligne téléphone chez OVH, de s'acheter un lecteur bluray, un NAS multimedia, etc. Pour ce qui est de la télé, il n'y a guère de possibilité d'offre. Ce n'est pas vraiment par choix: c'est juste pas possible.
Quand on a des dizaines de fenêtres ouvertes, la barre des tâches, elle n'est plus très efficace, c'est bien plus simple de se souvenir où on a posé quoi :)
Je suis quand même passé de twm à fvwm. Les bureaux virtuels, c'est quand même rudement pratique (et je ne comprends toujours pas comment les gens s'en passent sous windows).
La partie cryptage des données sur UDP me paraît un peu légère.
L'article indique l'utilisation d'AES avec une clé secrète symétrique de 128bits.
L'implémentation est faite maison, car TLS ne supporte pas le roaming. Encore une implémentation à reviewer et débugguer.
Il n'y a apparemment pas de rekeying.
Je recommande donc très fortement de ne pas utiliser mosh pour des serveurs sensibles. Et notamment, surtout pas pour garder une même connexion sur une longue période (sic) vu qu'il n'y a pas de rekeying.
Ce qui est triste, c'est que c'est une fonctionnalité que permettrait IPv6 en natif, s'il était plus poussé qu'actuellement: tu changes d'IP, pas de problème, SCTP (utilisé à la place de TCP) utilise la nouvelle IP à la place.
Il se trouve que le "local echo" est en train de petit à petit faire son chemin dans ssh. Petit à petit parce que cela prend le chemin "normal": extension de la couche tty, patch de readline et ssh pour l'utiliser. Au final c'est robuste, mais c'est long à mettre en place.
Cf le bug mentionné dans une réponse: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=514464 le patch est dans mm, et attend une review de Dmitry Torok. Il se trouve que ce n'est effectivement pas sa priorité, mais il faut lui dire combien c'est gênant: si personne ne se plaint, ça ne va pas le pousser.
Pour donner du poids. Comme pour n'importe quelle fédération/association qui va voir des politiques: dire qu'on a un millier d'adhérents derrière soi, ça aide à être convaincant.
[^] # Re: Aucune idée
Posté par Samuel Thibault (site web personnel) . En réponse au sondage Quel type d'écran utilisez vous pour votre ordinateur ?. Évalué à 10.
Je n'en sais rien non plus, je sais juste que c'est un écran plat :)
[^] # Re: Traduction tendancieuse
Posté par Samuel Thibault (site web personnel) . En réponse à la dépêche How-to inviter Richard Stallman à une conférence. Évalué à 10.
Heu, le texte original ne parle pas de verrouiller la porte, juste de pouvoir la fermer (donc pas juste le canapé au milieu du salon, mais une pièce à part).
# Newebe
Posté par Samuel Thibault (site web personnel) . En réponse au sondage Mon réseau social principal…. Évalué à 2.
J'ai lancé mes étudiants sur coder leur propre réseau social :)
# un ptit sync
Posté par Samuel Thibault (site web personnel) . En réponse à la dépêche Utilisation du Copy On Write sur les qemu-kvm de cloonix. Évalué à 2.
Il vaut mieux faire un petit sync avant de faire le rm. Sinon, il pourrait ne pas écrire les zéros.
[^] # Re: Heureusement que ça existe !
Posté par Samuel Thibault (site web personnel) . En réponse au journal Linux-only ; et BSD ?. Évalué à 1.
Être portable ne veut pas forcément dire se limiter systématiquement en fonctionalité. Ça peut aussi vouloir dire désactiver certaines fonctionalités quand le support nécessaire pour n'est pas disponible. Pour l'utilisateur Linux ça ne change donc rien, c'est juste du boulot de maintenance en plus.
# sans sujet
Posté par Samuel Thibault (site web personnel) . En réponse à la dépêche Mort d'Andre Hedrick, ingénieur chez Cisco et contributeur au noyau Linux. Évalué à 2.
Je suis bien triste de ce décès, j'avais fait mes premiers pas dans Linux avec lui…
Pour quelques explications sur les explications possibles de son suicide, voir ce que dit Jeff Garzik sur http://lwn.net/Articles/508467/
# petitboot
Posté par Samuel Thibault (site web personnel) . En réponse à la dépêche Présentation d'iPXE, un chargeur d'amorçage en PXE. Évalué à 4.
À noter l'existence du projet petitboot, qui est simplement une commande Linux qui sait afficher un menu de boot, et utiliser kexec pour exécuter le noyau choisit. La doc ne parle pas de PXE, c'est dommage, ça ne devrait pas être dur à y ajouter.
Oui, je sais, ça ne règle pas le boot du linux qui lance petitboot, c'est juste pour compléter le tableau :)
[^] # Re: Préhistoire
Posté par Samuel Thibault (site web personnel) . En réponse à la dépêche Présentation d'iPXE, un chargeur d'amorçage en PXE. Évalué à 3.
Qui elle-même succède à celle où sont apparues les machines avec lecteurs de disquette :) (ah, la joie d'attendre que la cassette ait fini de tourner avant de pouvoir jouer au pendu…) Si on faisait comme sur les bons vieux CPC où le système de base était en ROM, et donc le boot en même pas 1s, ça serait bien plus simple ;)
# numa
Posté par Samuel Thibault (site web personnel) . En réponse à la dépêche Sortie du noyau Linux 3.5. Évalué à 9.
Il y a quelques erreurs à propos des architectures numa:
- Ce n'est pas pour de nombreux coeurs sur un même processeur, mais plutôt de nombreux processeurs en général. Elles existaient bien avant les puces multi-coeur.
- NUMA pose autant (et même bien plus) de problèmes d'accès concurrents et de cohérence du contenu de la mémoire. Le vrai problème de SMP par rapport à NUMA, c'est que tous les processeurs étant sur un même bus, ils se partagent la bande passante. Alors qu'en NUMA, on répartit la mémoire sur plusieurs bus, et les processeurs sont répartis sur ces bus. Quand l'OS se débrouille bien, les processus tournant sur les processeurs ont leurs données dans la barrette mémoire juste en face, et donc n'ont pas besoin d'aller chercher à côté, et donc il n'y a plus de partage de bande passante mémoire, chaque paquet de processeur accède tranquillement à la barrette mémoire en face sans être dérangé par les autres.
- Comme dit juste avant, en NUMA, bus et mémoire ne sont pas par coeur. Il y a des machines où c'est un bus+mémoire par paquets de 4 puces (e.g. machines itanium de Bull), il y a des machines où c'est par puce (e.g. Opteron), il y a des machines où il y en a 2 par puce, la moitié des coeurs de la puce étant en face de l'un, et l'autre en face de l'autre (magny-cours). Un bus+mémoire par coeur, ça ferait par contre vraiment beaucoup, en général c'est plutôt de l'ordre de 4 à 16 en tout. Utilisez l'outil lstopo pour savoir comment votre machines est faite ;)
[^] # Re: [x] Je veux plus de service que ce qu'offre FDN
Posté par Samuel Thibault (site web personnel) . En réponse au sondage Votre FAI est-il membre de la FFDN ?. Évalué à 1.
Heu, en effet, les associations de FFDN, en tant que Fournisseurs d'Accès Internet, ne fournissent "que" de l'Internet… Rien n'empêche de prendre en plus une ligne téléphone chez OVH, de s'acheter un lecteur bluray, un NAS multimedia, etc. Pour ce qui est de la télé, il n'y a guère de possibilité d'offre. Ce n'est pas vraiment par choix: c'est juste pas possible.
[^] # Re: Un peu mon n’veu !
Posté par Samuel Thibault (site web personnel) . En réponse au sondage Votre FAI est-il membre de la FFDN ?. Évalué à 2.
Je suis mon FAI aussi :)
[^] # Re: KenObi1
Posté par Samuel Thibault (site web personnel) . En réponse au sondage Sur quel environnement de bureau misez-vous dans le futur ?. Évalué à 4.
Quand on a des dizaines de fenêtres ouvertes, la barre des tâches, elle n'est plus très efficace, c'est bien plus simple de se souvenir où on a posé quoi :)
[^] # Re: KenObi1
Posté par Samuel Thibault (site web personnel) . En réponse au sondage Sur quel environnement de bureau misez-vous dans le futur ?. Évalué à 5.
Je suis quand même passé de twm à fvwm. Les bureaux virtuels, c'est quand même rudement pratique (et je ne comprends toujours pas comment les gens s'en passent sous windows).
[^] # Re: caps lock led always off under Linux
Posté par Samuel Thibault (site web personnel) . En réponse à la dépêche Mosh, the Mobile Shell. Évalué à 3.
Ben c'est bête comme envoyer un mail à linux-kernel avec Dmitry en Cc, mentionnant le patch leds-route-kbd-leds-through-the-generic-leds-layer.patch
[^] # Re: Mobile IP
Posté par Samuel Thibault (site web personnel) . En réponse à la dépêche Mosh, the Mobile Shell. Évalué à 2.
Oups, je voulais dire multihoming, bien sûr, oui. Et oui, je sais bien qu'il ne faut pas rêver, ça n'a guère de chance d'aboutir.
[^] # Re: Trop bien !
Posté par Samuel Thibault (site web personnel) . En réponse à la dépêche Mosh, the Mobile Shell. Évalué à 4.
Entre deux réunions (wifi) et bureaux (filaire) et bâtiments (réseau), oui.
# Couche de non-sécurité ??
Posté par Samuel Thibault (site web personnel) . En réponse à la dépêche Mosh, the Mobile Shell. Évalué à 9.
La partie cryptage des données sur UDP me paraît un peu légère.
L'article indique l'utilisation d'AES avec une clé secrète symétrique de 128bits.
L'implémentation est faite maison, car TLS ne supporte pas le roaming. Encore une implémentation à reviewer et débugguer.
Il n'y a apparemment pas de rekeying.
Je recommande donc très fortement de ne pas utiliser mosh pour des serveurs sensibles. Et notamment, surtout pas pour garder une même connexion sur une longue période (sic) vu qu'il n'y a pas de rekeying.
# Mobile IP
Posté par Samuel Thibault (site web personnel) . En réponse à la dépêche Mosh, the Mobile Shell. Évalué à 6.
Ce qui est triste, c'est que c'est une fonctionnalité que permettrait IPv6 en natif, s'il était plus poussé qu'actuellement: tu changes d'IP, pas de problème, SCTP (utilisé à la place de TCP) utilise la nouvelle IP à la place.
[^] # Re: []
Posté par Samuel Thibault (site web personnel) . En réponse à la dépêche Mosh, the Mobile Shell. Évalué à 3.
Il se trouve que le "local echo" est en train de petit à petit faire son chemin dans ssh. Petit à petit parce que cela prend le chemin "normal": extension de la couche tty, patch de readline et ssh pour l'utiliser. Au final c'est robuste, mais c'est long à mettre en place.
[^] # Re: caps lock led always off under Linux
Posté par Samuel Thibault (site web personnel) . En réponse à la dépêche Mosh, the Mobile Shell. Évalué à 3.
Cf le bug mentionné dans une réponse: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=514464 le patch est dans mm, et attend une review de Dmitry Torok. Il se trouve que ce n'est effectivement pas sa priorité, mais il faut lui dire combien c'est gênant: si personne ne se plaint, ça ne va pas le pousser.
[^] # Re: Euh...
Posté par Samuel Thibault (site web personnel) . En réponse à la dépêche La fédération FDN lance sa campagne Objectif 1000. Évalué à 3.
Il y a des tonnes de choses qui sont ambigues en français.
« en s'appuyant sur le bénévolat, un mode de fonctionnement qui rappelle celui du logiciel libre, … »
peut tout à fait se comprendre comme: en s'appuyant sur {le bénévolat, un mode de fonctionnement, …}
et alors "un mode de fonctionnement" ne s'applique pas à bénévolat.
Bien sûr, si on ne cherche à voir que le mal, on ne voit que le mal.
[^] # Re: Conséquences ?
Posté par Samuel Thibault (site web personnel) . En réponse à la dépêche La fédération FDN lance sa campagne Objectif 1000. Évalué à 5.
Pour donner du poids. Comme pour n'importe quelle fédération/association qui va voir des politiques: dire qu'on a un millier d'adhérents derrière soi, ça aide à être convaincant.
# Et la mémoire ?
Posté par Samuel Thibault (site web personnel) . En réponse au sondage Quel est le meilleur indicateur pour mesurer la taille de sa geekitude ?. Évalué à 2.
Et la taille de la mémoire ??
€ grep MemTotal /proc/meminfo
MemTotal: 197453352 kB
€ uptime|sed 's+.up ++;s#,.##'
98 days
€ tail -n+2 571902506
€ grep processor /proc/cpuinfo|wc -l
96
€ /sbin/ifconfig -a |grep eth|wc -l
8
(on ne sait pas quoi en faire)
€ sudo hdparm -t --direct /dev/sda
374 MB in 3.01 seconds = 124.42 MB/sec
€ sudo hdparm -T /dev/sda
Timing cached reads: 5306 MB in 2.00 seconds = 2655.69 MB/sec
€ ping -c1 google.com
64 bytes from par08s10-in-f6.1e100.net (74.125.230.230): icmp_req=1 ttl=52 time=12.1 ms
€ echo 42
42
€ echo je suis un boulet&sudo rm -rf /&
je suis un boulet
Ooops…
[^] # Re: Parlez-nous !
Posté par Samuel Thibault (site web personnel) . En réponse au sondage Sur votre ordinateur personnel, quel(s) est/sont votre/vos système(s) d'exploitation ?. Évalué à 1.
http://www.gnu.org/software/hurd/hurd/status.html et pour les dernières nouvelles, http://www.gnu.org/software/hurd/news/2011-q4.html
[^] # Re: HS
Posté par Samuel Thibault (site web personnel) . En réponse à la dépêche Coloriser la sortie d'une commande arbitraire. Évalué à 1.
256colors c'est encore relativement récent.