Posté par M .
En réponse à la dépêche Inception.
Évalué à 2.
- Je veux bien qu'on se retrouve dans les limbes suite à une mort dans le rêve si le corps réel ne se réveille pas, mais comment Leo et sa copine y rentrent-ils en ajoutant un niveau de rêve supplémentaire?
Je me souviens pas si dans le film ils connectent leur machine a Robert Fischer. Dans ce cas il pourrait influencer son comma et le réveiller. Sinon Leo y est déjà entré avec sa femme, mais comment ?
Mais vu qu'on a pas de définition des limbes ont peut imaginer ce que l'on veut, surtout qu'ils sont dans un rêve...
- Pourquoi l'architecte se jette-t-elle de l'immeuble? La décharge provoquée par le faussaire au niveau du dessus devrait suffire à la réveiller.
Ben dans leur concept il faut une décharge au niveau n et n-1. Pourquoi exactement, c'est un mystère
- Pendant la poursuite en van, les gus font des tonneaux qui sont bien plus violent que la chute du pont qui sert à les réveiller.
Idem, pas de chute au niveau n.
Par contre ce que je trouve complètement moisi, c'est que l'intérêt de la drogue qu'ils utilisent laisse l'audition active pour pouvoir se réveiller depuis le monde réel. Or il ne l'exploite pas du tout...
Aussi ils sont dans un rêve il devrait pourvoir influencer les éléments. Et ils le font d'ailleurs : dans la vie réelle une camionnette se serait pris vite fait des balles dans les pneus et se serait la fin... J'attendais tout de même un peu plus d'intervention de l'architecte (Ariadne)...
Dernier truc moisi dans le reve 2 (hotel) ils savent déjà que leur temps est limité. Pourquoi ne programme t il pas la machine a reve sur le bon temps au lieu de se faire chier a faire exploser le reve 3 pour en sortir de manière prématuré.
Bref au niveau logique c'est pas forcement très carré, mais c'est que des rêves après tout.
Mais le film reste distrayant et introduit des concepts intéressants.
La fin reste un peu bateau.
En gros chaque appli est lancé avec un user différent pour l'isoler du reste du système.
Chaque appli peut demander a l'installation des droits (sms, phonebook, ...) qui se traduise la plupart du temps par l'appartenance a certains groupes (droit fichiers/périphérique/réseau).
Le pb est que la resource internet couvre plein de chose (l'appli peut s'en servir pour acceder a un service en ligne (facebook) ou envoyer des infos volé à l'utilisateur sur un site.
Et puis tous le monde de check pas ce que l'appli demande...
Plus sérieusement pour moi le principal défaut de Chromium c'est que le framework d'extentions n'offre pas pour l'instant la possibilité d'empécher le chargement de ressources. Ca fait que les pages ayant beaucoup de pub sont plus lentes à charger qu'avec Firefox ou Konqueror, quand AdBlock est activé. La page se charge entièrement et les pubs sont masquées après coup.
Pas besoin d'un chargeur compliqué, un "lent" qui utilise un courant faible, fera durer vos piles.
sauf qu'avec les chargeur lent il me fallait 9h pour charger 4 piles 500mAh. Pour les piles de 2500 sa fait quand même presque 2 jours. Faut pas être pressé.
Maintenant, pourquoi pas embarquer des detecteurs de similitude visuelle des sites, et indiquer une alarme quand un site qui n'est pas gmail ressemble un peu trop a gmail ?
Ca me parait une approche pas pire, pour tous les sites avec login, et faisable sans trop de difficulte !
Ou tout simplement couper le javascript sur l'onglet qui n'a pas le focus (comme ca l'utilisateur devrait plus remarquer la transition).
1) tout ce que tu as besoin c'est de pouvoir monter la partition "/" sur ton pc.
2) ca dépend. J'ai fait ca sous debian à l'époque.
3) c'est quand même assez complexe, surtout si ta pas le serveur sous la main (genre tu fais ton install en chroot, tu reboot et ca marche pas. Bon courage pour debug le truc).
pour compléter : clang++ compile boost depuis peu (voir leur blog).
libc++ n'implémente que la lib standard c++, libstdc++ implémente aussi la stl ?
le choix de réécrire ces libs, c'est aussi une question de licence : bsd vs (l)gpl.
Mais oui le projet llvm à une bonne dynamique et est en train de rattraper gcc (au moins pour le platforme classique X86 mac osx/linux).
Suis je le seul a trouver fou qu'il faille une personne pour rebooter le serveur ?
Il existe tellement de solution pour faire de l'admin a distance :
- le top : interrupteur pilotable + console série a distance
- un watchdog (hardware ou software) qui reboot le serveur une fois qu'il est planté (plus éventuellement une detection du reboot sur watchdog dans le bootloader qui redémare dans un mode "sans echec" (disque read only, ...) pour que l'admin puisse trouver la cause du plantage
- la méthode bourine : configurer le kernel pour rebooter en cas de panic
Apres s'il faut remplacer des pièces disque dur qui lache ok.
Posté par M .
En réponse au journal utf8 puxor.
Évalué à 2.
Ou la libc. Bash utilise peut etre la fonction "glob" ...
Mais bon des que l'on sort de la locale ASCII, il y a tout un tas de pb avec le pattern matching (lower/upper, range, ...)
PS : C'était mieux quand les cartes son avait des dsp capable de faire du mixage en hard... Comment ca on a des cpu de malade, mais il faut 10% du cpu pour faire ce que l'on faisait avec une vrai carte son (mixage, effet, ...).
ou mieux : youtube permet de récupérer directement les flux en h264 (pour les équipement mobile ne supportant pas flash). Je sais pas si l'API est officielle, mais il y a des HOWTO qui traine : http://forum.videolan.org/viewtopic.php?f=14&t=56860&(...)
Sinon avec l'acpi (rtc) tu peux programmer une date de réveil des pc.
Donc si les taches sont à heure fixe, tu peux programmer un script cron qui programme le réveil juste avant d'éteindre la machine.
Et puis recoder tout les scripts init en C, c'est une grosse connerie :
- ca va etre sympa a modifier
- le C c'est super adapté à la manipulation de chaine
Alors que résoudre le pb est assez simple : limité les scripts init à un certain nombre de commande et utiliser un shell avec les built-in adéquat.
Y a pas de miracle, si on veut démarrer vite, il faut avant tout faire moins.
Tout a fait sur un vieux pc, j'avais fait une init au petit oignon (dev statique, minimum de service) et ca démarrait très vite. Le plus lent était le démarage de X...
En théorie sous debian il y a désormais un systeme d'init avec gestion des dépendance. Ce qui devrait permettre de démarrer l'essentiel le plus rapidement possible, sauf que les dépendances sont pas toujours au top [1].
La parallélisation c'est très limité. Ca marche seulement pour les scripts qui bloque (sleep, attente IO), mais ça à un coût (l'ordonnanceur bosse, les IO ne sont plus séquentielles, ...)
[1] l'utilisateur lambda n'a pas besoin d'avoir les disques réseau, donc du réseau avant de démarrer une session graphique.
L'analyse statistique de LLVM est assez bluffante je trouve,
Il reste pas mal de faux positif car pour le moment l'analyse est faite fonction par fonction. Mais c'est tres prometteur et deja utilisable.
Posté par M .
En réponse au message mail.
Évalué à 2.
e ne connais pas de façon de stocker de grandes quantités des mails sans utiliser ou bien une base de données, ou alors un mail / fichier, avec le plus souvent un fichier résumant les entêtes des mails du dossier courant (ce qui revient à dire que ton FS fait le boulot d'une base de données). L'autre solution, le mbox classique d'Unix, ne tient clairement pas la charge.
Sauf que le fs n'est pas fait pour faire une basse de donné :
- s'il y a trop de fichier dans un repertoire les perfs sont pas terrible
- les mails sont souvent des petits fichiers qui vont prendre plus de place sur le fs (inode associé, taille min ...)
La solution mbox classique d'Unix tient mieux la charge à condition :
- le fichier ai une taille limite (découper le fichier en sous fichier s'il est trop gros)
- le fichier ai un index
Dans ce cas les données dynamique se trouve dans l'index et le fichier data mbox n'est qu'un fichier que l'on fait grossir (on ajoute des mails a la fin). On fait une passe de garbage collect de temps en temps.
Posté par M .
En réponse au message mail.
Évalué à 2.
ben tout de manière les commentaires n'apporte rien de neuf :
- d'autre personne trouve Thunderbird 3 decevant
- on me propose claws-mail pour lequel je n'ai pas acroché
PS :personne n'a proposé balsa (le truc de gnome).
[^] # Re: C'est pas un peu trop subjectif comme dépêche?
Posté par M . En réponse à la dépêche Inception. Évalué à 2.
- Je veux bien qu'on se retrouve dans les limbes suite à une mort dans le rêve si le corps réel ne se réveille pas, mais comment Leo et sa copine y rentrent-ils en ajoutant un niveau de rêve supplémentaire?
Je me souviens pas si dans le film ils connectent leur machine a Robert Fischer. Dans ce cas il pourrait influencer son comma et le réveiller. Sinon Leo y est déjà entré avec sa femme, mais comment ?
Mais vu qu'on a pas de définition des limbes ont peut imaginer ce que l'on veut, surtout qu'ils sont dans un rêve...
- Pourquoi l'architecte se jette-t-elle de l'immeuble? La décharge provoquée par le faussaire au niveau du dessus devrait suffire à la réveiller.
Ben dans leur concept il faut une décharge au niveau n et n-1. Pourquoi exactement, c'est un mystère
- Pendant la poursuite en van, les gus font des tonneaux qui sont bien plus violent que la chute du pont qui sert à les réveiller.
Idem, pas de chute au niveau n.
Par contre ce que je trouve complètement moisi, c'est que l'intérêt de la drogue qu'ils utilisent laisse l'audition active pour pouvoir se réveiller depuis le monde réel. Or il ne l'exploite pas du tout...
Aussi ils sont dans un rêve il devrait pourvoir influencer les éléments. Et ils le font d'ailleurs : dans la vie réelle une camionnette se serait pris vite fait des balles dans les pneus et se serait la fin... J'attendais tout de même un peu plus d'intervention de l'architecte (Ariadne)...
Dernier truc moisi dans le reve 2 (hotel) ils savent déjà que leur temps est limité. Pourquoi ne programme t il pas la machine a reve sur le bon temps au lieu de se faire chier a faire exploser le reve 3 pour en sortir de manière prématuré.
Bref au niveau logique c'est pas forcement très carré, mais c'est que des rêves après tout.
Mais le film reste distrayant et introduit des concepts intéressants.
La fin reste un peu bateau.
# bash
Posté par M . En réponse au journal un petit script python pour arte+7. Évalué à 1.
http://forum.ubuntu-fr.org/viewtopic.php?pid=3492513#p349251(...)
[^] # Re: Sandbox et privilèges
Posté par M . En réponse à la dépêche Les smartphones nous connaissent si bien, dixit une boîte noire de sécurité. Évalué à 4.
En gros chaque appli est lancé avec un user différent pour l'isoler du reste du système.
Chaque appli peut demander a l'installation des droits (sms, phonebook, ...) qui se traduise la plupart du temps par l'appartenance a certains groupes (droit fichiers/périphérique/réseau).
Le pb est que la resource internet couvre plein de chose (l'appli peut s'en servir pour acceder a un service en ligne (facebook) ou envoyer des infos volé à l'utilisateur sur un site.
Et puis tous le monde de check pas ce que l'appli demande...
# version linux
Posté par M . En réponse à la dépêche Sortie de Frogatto 1.0. Évalué à 2.
# ...
Posté par M . En réponse au journal Debian/dash, ou comment ne plus booter. Évalué à 10.
Oui c'est bien un bug dans dash qui n'execute plus les scripts read-only.
[^] # Re: Oiseau de Tonnerre
Posté par M . En réponse à la dépêche Thunderbird 3.1 est sorti. Évalué à 2.
[^] # Re: Chromium : même fuites des données personnelle que Chrome ou on?
Posté par M . En réponse à la dépêche En vrac, les autres navigateurs. Évalué à 5.
Plus sérieusement pour moi le principal défaut de Chromium c'est que le framework d'extentions n'offre pas pour l'instant la possibilité d'empécher le chargement de ressources. Ca fait que les pages ayant beaucoup de pub sont plus lentes à charger qu'avec Firefox ou Konqueror, quand AdBlock est activé. La page se charge entièrement et les pubs sont masquées après coup.
Idem : il manque noscript sur Chromium.
[^] # Re: chargeur
Posté par M . En réponse à la dépêche De l'utilisation des batteries rechargeables. Évalué à 4.
sauf qu'avec les chargeur lent il me fallait 9h pour charger 4 piles 500mAh. Pour les piles de 2500 sa fait quand même presque 2 jours. Faut pas être pressé.
[^] # Re: Idee geniale
Posté par M . En réponse au journal tabnabbing, un nouveau genre de phishing. Évalué à 1.
Ca me parait une approche pas pire, pour tous les sites avec login, et faisable sans trop de difficulte !
Ou tout simplement couper le javascript sur l'onglet qui n'a pas le focus (comme ca l'utilisateur devrait plus remarquer la transition).
En plus ca réduira la conso cpu.
# geek day
Posté par M . En réponse au journal Demain, osez la serviette !. Évalué à 2.
http://en.wikipedia.org/wiki/Geek_Day
# .
Posté par M . En réponse au message Installation distribution via chroot. Évalué à 3.
2) ca dépend. J'ai fait ca sous debian à l'époque.
3) c'est quand même assez complexe, surtout si ta pas le serveur sous la main (genre tu fais ton install en chroot, tu reboot et ca marche pas. Bon courage pour debug le truc).
# ...
Posté par M . En réponse au journal Clang++ est prêt. Évalué à 2.
libc++ n'implémente que la lib standard c++, libstdc++ implémente aussi la stl ?
le choix de réécrire ces libs, c'est aussi une question de licence : bsd vs (l)gpl.
Mais oui le projet llvm à une bonne dynamique et est en train de rattraper gcc (au moins pour le platforme classique X86 mac osx/linux).
# ...
Posté par M . En réponse à la dépêche Panne du week-end. Évalué à 10.
Il existe tellement de solution pour faire de l'admin a distance :
- le top : interrupteur pilotable + console série a distance
- un watchdog (hardware ou software) qui reboot le serveur une fois qu'il est planté (plus éventuellement une detection du reboot sur watchdog dans le bootloader qui redémare dans un mode "sans echec" (disque read only, ...) pour que l'admin puisse trouver la cause du plantage
- la méthode bourine : configurer le kernel pour rebooter en cas de panic
Apres s'il faut remplacer des pièces disque dur qui lache ok.
[^] # Re: oui
Posté par M . En réponse au journal utf8 puxor. Évalué à 2.
Mais bon des que l'on sort de la locale ASCII, il y a tout un tas de pb avec le pattern matching (lower/upper, range, ...)
[^] # Re: Problème des petites applis et Linux
Posté par M . En réponse au journal There is no app for it. Évalué à 5.
Ces langages fournissant un framework riche et commun entre plusieurs OS, ça simplifie pas mal les choses.
[^] # Re: Pulseaudio sur des téléphones ?
Posté par M . En réponse au journal Pulseaudio vs JACK. Évalué à 5.
A non même pas ( http://wiki.openmoko.org/wiki/PulseAudio ) du a une trop grosse conso.
PS : C'était mieux quand les cartes son avait des dsp capable de faire du mixage en hard... Comment ca on a des cpu de malade, mais il faut 10% du cpu pour faire ce que l'on faisait avec une vrai carte son (mixage, effet, ...).
[^] # Re: Le flash çapu, VLC çaymieu
Posté par M . En réponse au journal Cinéma anglais : Ken Loach en ligne. Évalué à 3.
[^] # Re: Plutôt que de sortir l’artillerie lourde…
Posté par M . En réponse au message Arrêter / Allumer un serveur quotidiennement : problèmes ?. Évalué à 2.
# acpi
Posté par M . En réponse au message Arrêter / Allumer un serveur quotidiennement : problèmes ?. Évalué à 2.
Donc si les taches sont à heure fixe, tu peux programmer un script cron qui programme le réveil juste avant d'éteindre la machine.
[^] # Re: Pourquoi ?
Posté par M . En réponse au journal Rethinking PID 1. Évalué à 3.
- ca va etre sympa a modifier
- le C c'est super adapté à la manipulation de chaine
Alors que résoudre le pb est assez simple : limité les scripts init à un certain nombre de commande et utiliser un shell avec les built-in adéquat.
[^] # Re: Marchera pas.
Posté par M . En réponse au journal Rethinking PID 1. Évalué à 4.
Tout a fait sur un vieux pc, j'avais fait une init au petit oignon (dev statique, minimum de service) et ca démarrait très vite. Le plus lent était le démarage de X...
En théorie sous debian il y a désormais un systeme d'init avec gestion des dépendance. Ce qui devrait permettre de démarrer l'essentiel le plus rapidement possible, sauf que les dépendances sont pas toujours au top [1].
La parallélisation c'est très limité. Ca marche seulement pour les scripts qui bloque (sleep, attente IO), mais ça à un coût (l'ordonnanceur bosse, les IO ne sont plus séquentielles, ...)
[1] l'utilisateur lambda n'a pas besoin d'avoir les disques réseau, donc du réseau avant de démarrer une session graphique.
[^] # Re: clang et FreeBSD
Posté par M . En réponse à la dépêche LLVM 2.7 est sorti. Évalué à 5.
Il reste pas mal de faux positif car pour le moment l'analyse est faite fonction par fonction. Mais c'est tres prometteur et deja utilisable.
A noter http://klee.llvm.org/ qui à l'air super intéressant.
# ...
Posté par M . En réponse à la dépêche LLVM 2.7 est sorti. Évalué à 1.
Et tu compiles comment ton clang qui compile llvm ?
gcc est capable de se compiler en se reposant sur un mini-compilo C en C qui peut etre compiler avec la plupart des compilo C (C89, ansi, ...).
Je suis pas sur qu'il y ai la meme chose pour llvm...
[^] # Re: claws-mail
Posté par M . En réponse au message mail. Évalué à 2.
Sauf que le fs n'est pas fait pour faire une basse de donné :
- s'il y a trop de fichier dans un repertoire les perfs sont pas terrible
- les mails sont souvent des petits fichiers qui vont prendre plus de place sur le fs (inode associé, taille min ...)
La solution mbox classique d'Unix tient mieux la charge à condition :
- le fichier ai une taille limite (découper le fichier en sous fichier s'il est trop gros)
- le fichier ai un index
Dans ce cas les données dynamique se trouve dans l'index et le fichier data mbox n'est qu'un fichier que l'on fait grossir (on ajoute des mails a la fin). On fait une passe de garbage collect de temps en temps.
[^] # Re: constat genial
Posté par M . En réponse au message mail. Évalué à 2.
- d'autre personne trouve Thunderbird 3 decevant
- on me propose claws-mail pour lequel je n'ai pas acroché
PS :personne n'a proposé balsa (le truc de gnome).