Jiehong a écrit 592 commentaires

Je te propose une IEM, mais fais gaffe quand même.

Ah, si tu pouvais faire un rapport de ré-installation d'un OS sur téléphone après une IEM, ça serait super !

---------> []

Soit ne pas mettre de données sensibles dans les nuages, soit ne pas créer les dites données.

La solution proposée semble plus générique, puisque tu peux te retrouver avec plusieurs versions de ton /usr, et même avec ton /home (tout l'avantage des sous-volumes de Btrfs).

Mais l'idée semble aussi de le faire fonctionner avec ext4/xfs.

Bref, on va se retrouver avec une autre manière de faire, et on verra bien si elle décolle, puisque c'est bien le plus important. Une solution qui ne décolle pas, c'est une solution ratée.

Chez nous, c'est toujours GCC 4.3.2, et C++98/03.

Dans 7 ans, peut-être…

Tu peux même communiques via TCP/IP entre machines distantes (Par exemple, Pulsar pour Python permet ça)

Bref, l'idée, c'est d'envoyer des messages, alors tu peux faire comment tu veux.

Tu peux aussi essayer glances, un outil Python qui résume pleins d'infos sympa, dont les lectures/écritures sur le disque.

Si tu le laisse allumer pour une session, tu pourrais voir quel programme provoque toute l'écriture/lecture qui fait tout ramer.

Tu peux essayer de changer la valeur dirty_background_ratio.
http://www.westnet.com/~gsmith/content/linux-pdflush.htm

Tu peux aussi réduire adjust vm.vfs_cache_pressure.

Je ne sais pas s'il est possible de limiter la taille que les caches peuvent prendre dans la RAM

Mais l'idée est la même :
Tu possèdes une grande quantité de mémoire vive, et un disque dur lent.
Le noyau va cacher, et écrire sur le disque de temps en temps (toutes les 30 secondes ?), ou si dirty_background_ratio est dépassé.
Cela permet de ne pas ralentir le PC la plupart du temps, mais si ton disque est trop lent par rapport à la quantité de RAM à écrire créée, et bien tu n'as pas le temps d'écrire tout ce qu'il faut, avant que la limite soit de nouveau atteinte, ce qui fait que tout va ramer, jusqu'à ce que le transfert soit terminé, s'il peut se terminer !

Soit la taille des caches peut-être limitée à un certain pourcentage de la RAM, et donc ça fera moins de données à écrire sur le disque le temps venu.
Soit tu écris sur le disque plus souvent (dirty_background_ratio plus bas), mais tu vas diminuer les performances de ton disque.

Lien oublié :

certains

(…) une bananapi qui pilotera le relais.

Mais tu vas faire quoi de toute cette puissance ?

Vas-tu calculer plusieurs centaines de fois par seconde un algorithme complexe pour maintenir ta chaudière en mode chauffe ?

Ou alors Java consomme bien plus que ce que j'imaginais !? ;)

Sinon, puisque tu as mis une sonde de température sur chaque Arduino, il serait intéressant de suivre l'évolution des températures de chaque pièce, et d'y lier l'activation des chauffages pour faire un asservissement en températures ?

Il serait par exemple possible de pré-chauffer la salle de bain en hiver avant l'heure habituelle de la douche, ou encore estimer les pertes thermiques de chaque pièce (en supposant que l'apport de chaleur ne vient que des convecteurs, et que la température extérieure est connue).
Tu pourrais ainsi détecter des pièces à fuites thermiques.

Bref, c'est une super démarche !

Le chiffrement se fait bloc par bloc, alors il prend son temps.

Rien n'est dit s'il se limite à "Mes Documents".

Potentiellement, il pourrait s'attaquer à toutes les partitions intéressantes.

Thunar fait ça très bien aussi, et utilise GTK ! (Thunar est le gestionaire de fichiers par défaut d'Xfce).

documents digitaux

Tu parles de documents composés de doigts ? (O_o)

ils espèrent sauver 1,2 milliard

Économiser ? Sinon, il manque un nom après milliard(s) ;)

Désolé, mais c'était trop pour une seule phrase…

C'est toujours le même problème avec les logiciels qui ont une base d'utilisateurs vaste : combien coûte le changement ?

Gnu/Emacs a été créé durant une période où chaque logiciel avait ses propres raccourcis clavier, et chacun était différent. Vi en fait parti (Vi et Emacs ont environ 38 ans).

Avec le temps, les Common User Access (CUA) ont été adoptés par les nouveaux logiciels.

Mais alors, quid de Vi et d'Emacs ?
D'un côté, il faudrait revoir l'ensemble des raccourcis claviers, et donc forcer la base d'utilisateurs à changer (et à s'entendre sur un nouveau standard), et d'un autre, les nouveaux utilisateurs qui gueulent car c'est casse-pieds.

Je pense qu'il faudrait peut-être présenter un double jeu de raccourcis : l'un ancien, et l'autre nouveau, activable par l'utilisateur selon son bon vouloir.
Le seul souci, c'est que chaque raccourci est codé en dur dans toutes les extensions, alors ça risque de prendre quelques années.

Si tu en as l'envie, pourquoi ne pas proposer ton aide sur la liste de diffusion pour lancer ce projet ?

J'avais oublié ce projet, mais c'est vraiment cool.

Tu présumes bien. Il faudrait peut-être le rajouter, tiens.

Cette dépêche aurait été plus attirante avec quelques tracés de courbes sur les dernières années, et d'essayer de prévoir le prochain Top 500.

• FLOPS / temps ;
• FLOPS / Watt ;
• Watt / temps ;
• ?

Merci quand même !

Le rebouchage de trous m'est étonnamment familier, et j'avais utilisé quelque chose de similaire pour supprimer les craquements d'un enregistrement de vinyles, en modélisant localement le front d'ondes sonores par un polynôme appris sur les alentours du bruit impulsionnel.

Ça marche aussi bien avec des images apparemment !

Merci pour ces dépêches !

Bonjour,

Il y a quelques temps déjà, un gars a écrit un article proposant un modèle d'utilisation avec des dépôts git/hg.

C'est de plus en plus adopté, et pratique. Je te le conseille vraiment.

Il existe des outils pour te faciliter la tâche avec des extensions pour git et pour Mercurial.

C'est en recherchant une alternative à Enigmail, que j'ai lu un truc vraiment simple : écrire ses méls dans un éditeur externe, et zipper le tout puis le chiffrer fortement.

C'est une bonne solution de secours (oui, car on se retrouve à avec 1 dossier par courriel, et même un mot de passe par courriel, c'est pire, ou 1 par correspondant), mais ce n'est pas forcément trop mal, si encore c'était automatisable.

Je suppose que de l'AES 256 devrait suffire pour le chiffrement.

Y a-t-il des gens devant leurs écrans qui utilisent ça souvent ?

En fait, d'après le communiqué, c'est un lot de failles qui vient d'apparaître.

C'est la meilleure solution, mais…

… fais attention à bien traiter les noms de fichiers avec l'option -print0. Bon, et je te conseille d'utiliser xargs en lieu et place de -exec, ce qui permettra potentiellement d’accélérer les choses, et de ne pas t'embêter à échapper des trucs…

Je te propose donc:

find -type d -print0 | xargs -I {} -0 mkdir -p convert/{};
find -name '*.jpg' -print0 | xargs -I {} -0 convert -strip -interlace Plane {} convert/{};

Il essaie de récupérer http://mir.archlinux.fr/core/os/x86_64/core.db, qui à l'air disponible.

As-tu essayé en tant que root? En tant qu'utilisateur ordinaire, mais avec un sudo?

Tu peux toujours tenter un:
wget http://mir.archlinux.fr/core/os/x86_64/core.db

Avec root et un utilisateur normal.

Est-ce que $http_proxy et $ftp_proxy ont une valeur anormale?

Salut !

Je te propose de jeter un coup d'œil à ArteFetcher, qui te permet de te passer complètement du site web d'Arte+7 ;)

Je ne sais pas s'il est présent sur d'autres distributions, mais il est présent dans AUR sur Archlinux.

C'est un souci similaire aux logiciels là.

Après, je crois que c'est aussi une histoire de confiance. Je me dit que si un produit est certifié (ce qu'un logiciel n'est pas forcément), il est tout de même plus difficile d'aller changer le micro-logiciel de la puce du disque. Elle pourrait même être en lecture seule…

Sinon, pour vérifier qu'elles sont chiffrées, tu peux tester de monter ton disque dans une distribution liveCD, et voir qu'il n'y a pas de table des partitions… à moins d'entrer le mot de passe pour pouvoir lire le MBR du disque…