M a écrit 2988 commentaires

le pb du C-z (SIGSTOP/SIGRESUME) c'est qu'il faut pas que l'appli accepte une pause prolongée (perte des sockets réseau, gros time wrap, ...)

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.

A noter http://klee.llvm.org/ qui à l'air super intéressant.

LLVM 2.7 est la première version capable de se compiler toute seule sans aucune aide de gcc.
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...

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.

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).

salut,

tout d'abord tu est bien en high speed ? Le mode full speed (11Mb theorique) est limite pour la tnt.

Ca ne peut pas venir de ta reception qui est limite ?

tu peux compiler le driver ehci en mode debug pour avoir plus d'info. Par contre c'est assez chiant a faire si tu n'as jamais compiler un noyau.

Je m'étais amusé a faire l'équivalent sans goto. Ca donne un truc horrible comme :


int ret = 0;
enum {
DING_OK,
DING_ERR1,
DING_ERR2,
} ding = DING_OK;

if (ding == DING_OK) {
if (do_step_1 () == FALSE) {
ding = DING_ERR1;
ret = 1;
}
}

if (ding == DING_OK) {
if (do_step_2 () == FALSE) {
ding = DING_ERR2;
ret = 2;
}
}

switch(ding) {
case DING_ERR2:
undo_step_2 ();
case DING_ERR1:
undo_step_1();
case DING_OK:
}
return ret;


PS : ding is not a goto

DRI2, gallium sont respectivement les successeurs de DRI et mesa.
Sauf que gallium a besoin de carte recente (avec shaders). Meme dans le projet nouveau ils ont abandonnés l'idée de faire marcher les vielles cartes (nv04-nv20) avec gallium...
Donc gallium ne remplace pas totalement mesa.

parce qu'ils ont leur propre équivalent de GLX, de DRI, de la gestion d'écrans multiples etc ...

Et les nouveaux drivers le duplique aussi avec dri2 et mesa gallium.

Ben oui ils ont leur propre stack opengl (surement la même qu'ils utilisent sous mac et windows), elle existait surement avant dri et mesa...

quel est votre avis ? Si le truc est bien foutu la conso RAM ne devrait pas beaucoup augmenter :
- les données statiques (code) entre processus devrait être partagée
- les données dynamique (image, contexte html, ...) sont déjà dupliqué par onglet.
- le coeur du navigateur (affichage, HIM, ...) devrait resté dans un processus.

Par contre au niveau cpu, ca devrait être un peu moins bon, quoi que...

C'est normal que le blog post vienne de l'auteur de theorarm et pas de quelqu'un de google ?

ils vont aider (financièrement) le projet TheorARM (Theora pour processeurs ARM).
Il ferait mieux d'aider ffmpeg (LGPL) qui supporte aussi le décodage de théora avec potentiellement des optimisations assembleurs.

Je suis pas fan de la licence de TheorARM (GPL ou comercial). En gros c'est l'auteur original qui récolte le fruit des contributions externes.

Sauf qu'il faut pas enlever les modules de test (les condos) : tu mets ton installation hors norme FT.
Il suffit juste de couper une patte au vilain cafard pour qu'il devienne un gentil : http://goctruc.free.fr/Telephonie/Module.html

1. générer les mots de passe
Mon cerveau
2. stocker vos mots de passe.
Moi j'utilise une feuille de papier pour les mdp que j'utilise que chez moi.Pour les sites de tout les jours, c'est souvent des mots de passe commun que je connais.

Et au port on me dis qu'il accepte que du papier (le port est a coté d'une usine de papier). C'est comme s'il fallait forcement faire des liaisons directes...

Bon j'ai trouvé comment faire : http://wiki.openttd.org/Feeder_service
Mais bon c'est a chier, les passagers sont con et debarque et reembarque dans le meme bus/bateau.
Il y a bien la magouille http://wiki.openttd.org/Two-way_feeder_service, mais pour une raison inconnue le bateau est plein a chaque fois, mais les bus sont vides (1 a 2 personnes) (ie le transfert se fait finalement quand même que dans un sens ville -> bateau -> bus -> ville2)

voila j'ai testé le jeu et je trouve que la prise en main n'est pas facile (moins que les clones de simcity).
Quand on lance le jeu pour la premier fois il n'y a pas de tutoriel. Il faut le chercher sur le wiki (j'ai pas vu de lien direct vers la page d'accueil).

Après avoir parcouru le tuto, je comprends a peu pres a quoi serve le bouton en haut (une info bulle aurait ete sympa). Je commence la partie.
Je décide de construire une liaison ferroviaire entre 2 villes : la pose des rails est catastrophique :
- parfois les rails sont cachés par les arbres et on ne peut pas voir s'il la jonction est faite
- quelques fois a cause de mystérieuse histoire de pente, 2 tronçon cote a cote ne se joigne pas.
- on est interrompu par les messages (pour les fermer il faut cliquer sur la croix et si on se loupe (on clique sur le message, on change d'endroit).
- on se loupe, on reconstruit par dessus et on aboutit a des jonctions de fous

Pour la construction de gare ou depots il faut choisir l'orientation. En faisant pas gaffe on arrive a une gare perpendiculaire aux rails...
Il faut maintenant construire son train : le role des wagons n'est pas clairement indiqué.Et trouver comment le faire partir.

Ensuite un message qu'une liason ville/ville est subventionné. Les 2 villes se trouvent aux extrémité d'un lac. Je me dis que je vais faire du bateau (+ autobus entre 1 port et le centre ville). Et ben je crois que je me suis loupé : personne ne prend mon autobus. Je n'ai pas vu la couleur de la subvention. Et au port on me dis qu'il accepte que du papier (le port est a coté d'une usine de papier). C'est comme s'il fallait forcement faire des liaisons directes...

Bref, après une heure de jeu et quelque emprunt, je suis ruiné.

Ils ont pas accepté de mettre un plugin Java non plus. J'entend personne pleurer la dessus.
Ni tout autres interpréteurs/VM.

Ben oui si non, on pourrait installer n'importe quel appli sans qu'ils puissent le controller...

Ha cool.

J'avais cru comprendre qu'avec le ttm, le kms & co les bsd avait beaucoup de mal à suivre : genre ils arrivaient à implémenter un truc qui manquait, la version courante en dépendait de n nouveau trucs

Tu as des sources pour affirmer tout ce que tu dis ?

Pour info déjà nouveau il tourne que sous Linux, donc exit les bsd & co avec un affichage 2D potable.
En plus nv ne nécessitait pas de driver kernel (oui nouveau est dans le kernel, mais l'API n'est pas forcement stable).

Ensuite quand les puces nv50 sont sorties les développeurs de nouveau ont bien été content d'avoir le driver nv pour comprendre comment celle nouvelle archi fonctionnait :
oui le driver nv est obscurci, mais tu crois que dans les traces du drivers proprio il y a des commentaires ;)

Bref on se retrouve au même niveau qu'ATI : vesa puis choix entre un driver proprio ou un driver libre incomplet.

j'ai des collègues qui ont testés smartgit et sont assez content. Mais c'est pas libre :(

Essaie de transférer un fichier dont le nom contient un espace, un crochet, n'importe quoi en dehors de [a-z0-9].

Ben ca marche

$cd /tmp
$mkdir 1
$mkdir 2
$touch 1/"pp pp"
$scp -P443 1/pp\ pp localhost:/tmp/2
$ ls -l 2/
23:12 pp pp

SCP, c'est un hack sur SSH, qui utilise des trucs style ls et cat pour transférer des fichiers.
T'es sur que tu confonds pas avec fish [1] ?

scp a l'air d'avoir un serveur [2], mais peut être que celui-ci est lancé depuis le shell ?

[1]
http://en.wikipedia.org/wiki/Files_transferred_over_shell_pr(...)
[2]
http://en.wikipedia.org/wiki/Secure_copy