kuroineko a écrit 272 commentaires

si l'html 5 devenait standard, et surtout l'unique standard pour la vidéo et les animations web... pour n'avoir qu'un format ce serait merveilleux.

mais je vois bien comme ça été le cas pour le XML, que les éditeurs font faire le même style de coup de $*#, à savoir ouvrir une balise dès le début du fichier et y insérer son format propriétaire...

je sens qu'il va se passer le même genre d'arnaque anti-standardisation avec html5...

Je suis peut être pessimiste mais je crois plutôt être réaliste. Je vois mal adobe renoncer à son format flash .....

C'est vrai mais les compétences kernel sont très rares, et manquent à quasi-tous les programmeurs, ils sont si loin de la machine que leur code est stupidement exploité.

Résultat ça rame sur un serveur 4 processeur gavé de ram.... au mieux voir, ca va planter.

Parce que les programmeurs ont un défaut commun, c'est d'apprendre le tout graphique sans avoir avant appris à coder système et encore moins noyau.

Ils sont pas mauvais pour autant, ils font ce qui semble le mieux, mais il manque la culture informatique "bas niveau" certains même n'ont pas fait d'électronique au lycée, donc pas d'assembleur pour comprendre réellement les limites et correspondances temps/cycle/instruction/courant électrique.

Un programmeur système qui basculera vers des couches graphiques après, sera automatiquement bon, (sauf à la limite sur le design de ses interfaces), alors que l'inverse n'est vrai qu'au prix de gros efforts, voir d'une formation réelle.

a ce compte là c'est trop minimaliste pour valoir quelque chose, mieux vaut donc passer à l'open harware et au diy comme les fpga etc...

si rassures toi, debian avec un gestionnaire de fenetre type olvwm ou fvwm2 ça tourne assez tranquile sur des configs très basses., par contre lire une vidéo youtube, ça va lagguer grave ;) ;)

Exemples:
-Sparcstation 20, 32Mo, 2 procs 50Mhz ça fonctionne bien sous olwm et fvwm (mais bon c'est pas du pc donc pas évident de comparer mais ça reste du 32bits).
-pentium III 450Mhz, 64Mo, ça va sous olvwm, par contre rame sous xfce et plante sous kde

une distro légère 'de base' genre OpenBSD avec fvwm ou Debian avec fvwm ...
devraient faire l'affaire, penser à agrandir le swap à 512Mo vu la faible quantité de ram physique peut être utile.

mais au moins tu aura une distro complête et évolutive, et si tu trouve de la ram pour compléter ce sera mieux encore, tu pourrais passer sur une interface graphique à la place du gestionnaire de fenetre (même si moi j'aime pas les IGintégrés comme gnome ou KDE)

ah oui comme ça ...
mais bon ça reste problématique pour la pluspart des softs...
imagines que tu veuilles faire évoluer ton appli un jour vers un double affichage
resultats sur led / simu sur écran, tu peux plus parcequ'il te faut X Xdialog tk ou autre comme couche :)

C'est pas le kernel qui lancera le programme le programme sera lancé après le boot de la conf linux. (dans l'init de niveau 3)
Genre /etc/rc3.d/moncode.sh (script qui lancera et arretera ton programme il doit pouvoir gerer les parametres start/stop) et un lien symbolique dans /etc/init..d qui pointe sur ce script mais nomé forcément Sxxmoncode ou xx est le n° d'ordre de démarrage.
tout simplement.

la config minimale du noyau est celle proposé sur les micro-distributions, pas de drivers à part les drivers génériques (port série, port parallèle et clavier pour faire simple)
c'est pour ça que je proposais tomsbtrt parce toute la distrib fait la taille d'une disquette donc 1.7Mo (taille maxi formatage d'une disquette), donc si après tu veux passer sur aurte chose genre FPGA ou un intégré encore plus compact, ça ne posera pas de difficultés.

si tu connais un peu le C tu dois t'en sortir.
reprends le bout de code d'exemple et améliore le, complètes le.
tel qu'il est là il fait allumer toutes les diodes d'un bloc de 8leds.

installer gnash suffit pour 90% des sites flash
et en particulier pour les vidéos flash

pour quelques site où ça ne marche pas, gnash permet d'enregistrer le fichier, donc on peut lire le fichier avec mplayer.

il te faut une distrib super légère,
1. savoir utiliser linux et en particulier une micro-distrib type tomsrtbt
2. savoir coder en C
3. savoir faire un minimum d'éléctronique
4. être capable de comprendre le lien hardware/software pour piloter efficacement le periphérique que tu aura construit

et surtout un propgramme que tu lanceras au boot,
qui pilotera le port //

//exemple hyper basique :
#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>
#include <asm/io.h>

#define base 0x378           /* printer port base address */
#define value 255            /* numeric value to send to printer port */

main(int argc, char **argv)
{
   if (ioperm(base,1,1))
    fprintf(stderr, "Couldn't get the port at %x\n", base), exit(1);

   outb(value, base);
}

que tu compiles
gcc -Wall -O9 para.c -o para && strip para
chmod 750 para

pour savoir QUOI et dans quel ordre envoyer et comment cabler tes diodes :
pin function
2 D0
3 D1
4 D2
5 D3
6 D4
7 D5
8 D6
9 D7
Pins 18,19,20,21,22,23,24 and 25 are all ground pins.

image d'un cablage :

correspondances :
Pin 2 3 4 5 6 7 8 9
Bit D0 D1 D2 D3 D4 D5 D6 D7
Value 1 2 4 8 16 32 64 128

tu mets ton code dans /usr/local/bin
tu le fais lancer au boot et c'est fini

J'ai pas le temps de tester ce genre de solution mais ça doit marcher, ça marchait y'a genre 15 ans quand je faisais de l'éléctronique de façon quotidienne...
Mais le principe est celui-là.
Y'a plus qu'à adapter.

le vrai 64 bits devient indispensable que si on install des applis codés/compilés 64 bits ou si on dépasse les 4Go de ram totale, dans les autres cas il est très lourdement conseillé d'utiliser le PAE

aucun intérêt, comme il est indiqué le noyau PAE est une bien meilleure solutions.

C'est plustot ça à mon humble avis aussi

quelques metres ... disons moins de 500m

Il y a peut être des effets de bords découverts au fur et à mesure, qui on retardé le projet, ou alors qui l'ont purement et simplement stoppé.

ça c'est vrai pour le transport du courant, hors là il n'y pas de transport, la consomation état quasi immédiate, quelques metres de fil au maximum.

en même temps faut arrêter de inquiéter, n'oubliez pas que la planète est condamné de toute façon.
Le soleil va mourir en devenant une géante rouge, qui détruira tout le système solaire avant de finir en supernova....
alors.... bon...
dans le genre explosion nucléaire... la pire de l'histoire de la terre ne sera pas une réaction nucléaire humaine mais bel et bien naturelle.

alors patience et admirez le spectacle .... (encore faut t il que l'humanité ne s'entretue pas d'ici là bien sur)

totalement impossible (là encore il faut préciser à ce jour), déployer des moyens dans les zones concernés posent d'immenses problèmes d'installation, de maintenance, et de fret aussi bien pour la mise en place que la maintenance.
les déplacement pour l'entretien et la pose sans compter tous les problèmes annexes, couteront plus en pollution que tout le bénéfice en pollution proportionnel à l'énergie ostensible.

c'est pourquoi l'avenir passera forcément à court terme/moyen terme par la multiplicité des moyens....

regardez chez vous, comptez le nombre de transformateurs que vous avez pour vos appareils domestiques ...

Parfois plus de 10 ou 15 ... tous en courant continu... comme par hazard....

pourquoi ces petits consomateurs ne sont ils pas alimenté par un réseau éléctrique dédié, alimenté par une batterie, qui elle peut être chargée facilement pas des énérgies à faibles rendements, comme l'héolien privé ou le solaire, avec un peu comme les onduleurs une bascule sur un chargement par la prise éléctrique lorsque le rendement est trop faible pour une raison météorologique....

on en revient donc tjrs à l'unique solution viable : le multimodal.

le biocarburant peut être
l'agrocarburant non

dans l'état actuel des choses bien sur... après selon l'évolution des technologies.. c'est à voir

l'agrocarburant (à ce jour est une enorme connerie), pourquoi ?

-ça utilise des produit nourriciers, alors que de grosse proportion de la populace mondiale crève de faim
-ça nécessite des surfaces immenses alors que la population mondiale augmente
-il faut à peut prêt autant de produits chimiques issus du pétrole et des gaz carbonés que de pétrole pour le même volume de véhicules alimentés que si ces derniers tournaient déjà au pétrole et autres carburants. (actuellement du moins, des progrès pourraient peut etre éliminer ça)
-la rentabilité est faible, trop d'employés nécessaires, en proportion de la production des carburants "classiques".

ça malheuresement, les solutions actuelles, ne permettent pas d'avoir d'efficacité avec les énérgies alternatives.

La solution à court terme reste les combustibles fossiles + le nucléare.

Il y a fort à parier, vu les faibles rendements des énergies alternatives, que la solution à moyen et long terme soit en fait multi-modale.

On peut imaginer une centrale qui fourni 10% en nucléaire, 10% en fossile, 10%en solaire, et 10% encore en hydro et ainsi de suite...
On peut imaginer une voiture qui marche à 20%solaire, 50% sur pile à combustible, et les 30% restant au fossile, gardant ainsi tous les avantages, très faible pollution mais avec un très bon rendement, quand la pile est vide, le carburant reste dispo, quand il y a besoin de couple, l'électrique est super-avantageux...etc....(un peu comme les voitures hybrides actuelles mais encore plus évoluées).

Un truc qui marche en labo, c'est le sol, avec les vibrations liées aux pas des gens qui peut générer mécaniquement des petits courants, suffisant pour charger 3/4 appareils type GSM, consoles, mp3 ou autre équipement mobiles légers...

Pour l'instant, ces multiples modes pour créer de l'énergie est le meilleur moyen de réguler la pollution. En créant tout un tas de "petits" générateurs usuels, pour décharger la consommation publique, et donc réduire le besoin de production et donc la déperdition en production, (actuellement pour une quantité X d'énergie obtenue, on en consomme par exemple X/20, tout en obtenant du déchet).

La question est très large, et très complèxe, mais à mon avis, l'individu devra jouer un rôle majeur, tôt ou tard pour créer partiellement l'énergie dont il aura besoin, par des moyens mécaniques, en usant de sa propre force, et en utilisant des modes multiples d'obtention de l'énergie pour le reste.

Sauf si un gars trouve la solution miracle qui non polluante avec un rendement de 90% arrive à développer son idée sans se faire massacrer par les lobbying....

effectivement

moi aussi j'aime beaucoup

Il est bien plus pertinant de mettre en place un monitoring complêt dans ce cas, pour 1 heure de boulot, on check bien plus de paramêtres ... ton en concervant la surveillance des volumes.

regardes aussi dans tous les $HOME/.*/ ne pas oublier le "."

Il y a tout un tas d'application qui posent là leur fichiers de configuration utilisateur mais aussi des tmp de l'application au lieu d'utiliser /tmp ou /var/tmp et en général ça bouffe une place insoupçonnée mais assez énorme en particulier les traces d'éditions audio ou vidéo.

De même comme ça a été indiqué au dessus dans les navigateurs internet certains loggue les vidéos youtube dailymotion etc .... ces fichiers sont en général énormes.

Vérifies si tu utilises gnash de désactiver l'enregistrement sur disque des vidéos justement, ça évitera que ça se reproduise.

Quoi que tu testes, n'oublies pas de sauvegarder avant toute suppression qui pourrait te pourrir ton profile utilisateur. Tu auras été prévenu.