M a écrit 2996 commentaires

C'est aussi le jour de la geek day

http://en.wikipedia.org/wiki/Geek_Day

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.

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

C'est pour ces applis a la con qu'un langage au niveau est adapté (visual basic, java, C#, ...).

Ces langages fournissant un framework riche et commun entre plusieurs OS, ça simplifie pas mal les choses.

Il est sur l'openmoko ;)
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, ...).

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

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.