M a écrit 2996 commentaires

oui mais la duree de vie d'un PC est tres longue et il devient obsolete avant ca fin de vie meme si tu l'allume plusieurs fois par jour...

oui ca permetait de gagner quelques pourcents, par contre il ne faut pas utiliser l'usb en meme temps...

des pedalles et en prime ca te feras faire du sport

et alors ca doit etre aussi possible avec le planificateur & co.
En plus l'hibernation doit marche correctement...

En se cresant un peu la tete il est tres facile de gerer l'extinction et le ralumage (vi l'acpi (/proc/acpi/alarm)) automatiques des pc...
Et au pire si tu veux pas l'eteindre pour ne pas perdre se que tu fessait, tu peux tenter des suspend to disk (bon ok, ca marche pas encore tres bien)...

tu utilise l'acpi et notament /proc/acpi/alarm. Ca permet de choisir l'heure de reveille du PC. Par contre je crois que le choix du jour ne marche pas bien, mais c'est pas grave : tu le redemare tout les jours et si y a rien a faire il se s'eteind jusqu'au lendemain.

En tout cas se systeme marche tres bien chez moi avec vdr.

ce qui serait genial c'est d'avoir la techno du portable dans une tour.
En plus comme il y a plus d'espace le ventitlo devrait avoir encore moins besoin de se declencher...

l'horloge d'interruption (Timer interrupt) est désormais configurable et passe par défaut à 250 Hz au lieu de 1000 Hz pour l'architecture i386

Pour la petite histoire ce changement a ete apporté pour que les portables aient plus d'autonomie. En effet a 1000hz, le nombre d'interuption etait trop grand, ce qui empechait le processeur de passer en mode d'economie d'energie (state C3) pendant de longue duree. Mais l'inconvenient c'est que certaines appli multimedia et temps reel vont en patir...
Une idee qui est en cours de test c'est d'avoir un Timer interrupt dynamique (IIRC ca existe deja sous arm), dont la frequence diminurait si celle ci n'est pas necessaire.
Apres certains test qui on ete realise, ca permet de decendre jusqu'a 60Hz (du au driver clavier/souris qui fait du polling a cette frequence) et d'ecomiser encore un peu plus d'energie.

Au passage l'utilisation de l'usb empeche actuellement le processeur de passer en mode de basse consomation. Pour s'en convaicre il suffit de regarder la difference de conso dans /proc/acpi/battery/*/state et l'etat du processeur dans /proc/acpi/processor/*/power

oui mais c'est la conso maxi : tu utilise rarement tout tes periph a fond en meme temps.

De plus avec l'acpi, il devrait etre possible de mettre en veille les periph que l'on utilise pas.

Sous linux tu peux mettre en veille tes periph avec "echo -n 4 > /sys/bus/*/devices/*/power"

[mode chieur]
j'aurais pu aussi bien cite :
Ce système permet de distribuer des CD-audios qui ne peuvent êtres copiés, ni m-p-troyés, mais qui peuvent tout de même être extraits au format wma, avec de vrai morceaux de DRM dedans.
[/mode chieur]

un "CD audio(tm by Philips)" qui ne peut être lu que n fois (pendant 2 mois...) et qui ne puisse pas être copié ! Heureusement que j'ai gardé mes K7 ET ma vieille chaîne HIFI.

Un cd-audio jusqu'a preuve du contraire respecte le cahier des charges contenu dans le Red book, donc il peut parfaitement etre lu par tout les lecteurs et on peut en extaire le flux numerique.
Ensuite si le support est jetable, et ben du le recopie, avant sa fin de vie.

Sinon toute les autres cochonerie qui empeche la copie ne sont tout simplement pas des cd-audio....
Donc le truc de sony ne permet pas de distribuer des cd-audio, mais des disques qui contienne de la musique....

http://modeemi.fi/~tuomov/ion/intro.html#screenshots(...) ...

Le serveur de MPlayer HQ a subit un certain nombre d'incidents techniques assez sérieux ces jours-ci, corrompant des données et, rendant l'utilisation de CVS assez hasardeuse, et bloquant pendant quelques jours le service de listes de diffusion), ce qui, au final, freine le développement de MPlayer et de FFmpeg (hébergé sur le même serveur).
Vu que la clim etait en panne et que la temperature de la salle est monte a 45°C, y a rien d'etonnant...


the air conditioning in the server room got broken at friday,
and it's still not fixed (it was promised at monday, but missing
parts whatever...) :(
there is 40-44 celsius in the room, and disks in some servers,
including mphq seems to get burn or at least failing sometimes...

i hope we can fix it soon, but i cant promise anything...


A'rpi / MPlayer, Astral & ESP-team

Je suis parfaitement d'accord, si les FAI reagissait ca pourrait etre que mieux.

On pourrait aussi envisager des mesures preventives : par default interdire le port 25 en sortie autre que le smtp du FAI (activable via un formullaire web, ...), voir en cas d'abuse bannir completement le traffic sur le port 25...

t'as fait un make install pour installer des lin ?

Pour info dans l'arbre de source elle sont souvent dans des repertoires cache qui commence par un '.'.

si tu peux faire un filtre de conversion pour liferea.

Si l'on utilise un comparateur de prix par exemple, on s'aperçoit que l'on gagne [...] 50¤ par rapport aux machines livrées sans système d'exploitation ou avec MS/DOS.
Sachant que MS/DOS est souvent freedos, ca veut dire que ces PC sont 50 ¤ moins cher que des PC sans OS. Comment est ce possible ?

:(){ :|:; };:
remplaces : par fork et indentes, ca devient tout de suite plus clair:

fork ()
{
fork | fork
}
fork

$:(){ :|:; };:
-bash: fork: Ressource temporairement non disponible
Complété

Sinon ca ne fait pas planter la machine, ca fait juste un DOS et il est tres difficile de reprendre la main sur un monproc (/bin/kill -9 -1est ton ami).

Par exemple, installes les drivers constructeurs pour un Sagem Fast 800, et regarde comment il est stable, ton Linux)
a t-elle point que sagem distribue desormais le driver alternatif sur son site.

omme variante, on peut mettre "malloc(1)" à la place du fork().
Ou faire un mix des 2.

La solution sous Linux pour ce problème, c'est "ulimit".
Qui ne marche pas dans le cas d'un mix malloc/fork car les limitations de memoire se font par process et non par user.
Du cout si on autorise 200Mo par appli et 60 appli on se retrouve avec une limite de 12 Go par user, largement de quoi faire un bon DOS...

En plus on ne lit pas tous les mots a la meme vitesse dans une phrase (on attache plus d'importance au mot princpaux et on saute les articles).
Certaines fois qd tu a besoin de relire la phras, ca doit etre tres pratique...

Le grand interret de ce logiciel c'est reposant de lire des livres électronique, que tous le monde préfere imprimer ce que je comprend c'est trés fatigant de lire sur un ordinateur, il faut bouger la main bouger les yeux. Sauter à la page suivante etc... ici les yeux reste fixe, un peu comme si vous regardez la télé

Le probleme c'est qu'il faut deja avoir l'ordinateur adapter : lire sur une chaise devant un gros ecran sa me tente pas du tout. En ces periodes estivalles, je lirais plutot en pleine nature (a l'ombre d'un arbre, avec un cours d'eau pour rafraichir l'atmosphere).

Ensuite meme sur les ordinateur de poche, je pense que je m'aimerais pas le toucher, ni la resolution, contraste...

Enfin pour peux qu'on ai une biblioteque pres de chez sois bien fournie, l'interet des ebook devient moindre...

oui, si tu changes l'encoding de japonais en utf-8, ca sera plus lisible pour le texte en ascii (ie le texte en anglais).

je sais pas pour vous mais j'avais trouver irate completement null :
il est incapable de jouer les morceaux qu'il est en train de telecharger (faut attendre) -> edition de la liste des morceaux et recuperation avec un vrai player.

Il faut ecouter le morceaux au moins trois fois avant de passer au suivant : un tres douloureux quand on aime pas le morceaux -> edition du fichier de config pour le sauter.

Berf ca a vite degager, domage le concepte etait interessant...

Je vois pas le rapport avec les brevets, ca parle plutot de contrat abussif. M'enfin vu que j'ai pas tout lu (contrairement a toi je trouve le texte completement superficiel...), ca en parle peut etre a la fin