Ph Husson a écrit 2699 commentaires

Multiarch c'est que tu peux installer des bibliothèques issues d'un repositery x86 sur un x86_64. Et sur ubuntu, c'est un vrai cauchemar.
Si on veut compiler un truc en x86 qui utilise autre chose que la glibc, c'est simple, y a aucun moyen avec juste apt (toujours sur ubuntu.), faut se taper des liens symboliques à faire à la main, et pour des libs pas trop courantes, il faut carrément les recompiler soit même, même si elles sont packagées en x86 !
Alors que sur mandriva (je suppose pour fedora aussi), il suffit d'installer les libXXXpour avoir la lib en 32bits, sinon lib64XXX en 64bits.

Si certains s'ennuient et veulent voir des "vidéos", de la création de peintures, l'applications DSColors (pour NDS) et Colors! (pour iPhone), le font par défaut, et certains résultats sont disponibles sur http://colors.collectingsmiles.com/ vidéo incluse.
Oui, ces dessins sont fait sur NDS ou iPhone, oui ça fait réver, et non ça a pas l'air d'être une blague.
En fait, quelque soit le secteur, je serais toujours impressionné par le code source d'une oeuvre. (je trouve qu'ici on peut parler de code source pour ce genre de choses)

Vous êtes mignon, vous connaissez les processeurs multicoeurs ?
Parce que une architecture à base d'IPC est plus efficace sur du multicoeur en fait, alors que, si je ne me gourre pas (si quelqu'un sait que c'est faux qu'il le dise.), le thread noyau associé à un thread processeur tournent sur le même processeur, donc commutations de ring et compagnie, alors qu'avec de la mémoire partagée, on passe le noyau juste pour accéder au périph.

Sinon pour les jeux, t'as OpenAL....

J'ai pas été explicite, mais il est évident que je parlais du mixage soft. Si le hard supporte du mixage par lui même, il faut aussi qu'il soit utilisable, mais pas exclusivement (le mixage hard a souvent des restrictions assez génantes), ça n'empèche pas que le mixage soft doit être fait côté utilisateur.
En ce qui concerne les délais, j'y ai pensé dans mon message, cf jackd (le temps réel sous linux, ça marche très bien quand on sait s'y prendre)

Apparement les clés 3G sont détectées et bloquées automatiquement par Orange, donc il faudrait passer par un téléphone 3G, plutot qu'une clé 3G. Sinon pour les 500Mo je sais pas trop, je pense que l'option là est plus basse que ça, mais bon, au pire ils brident à 40ko/s, ça va.
Pour l'usage modem je sais pas exactement, enfin bon j'utilise régulièrement mon téléphone en modem sans problème, après je l'utilise que pour du web ou ssh.
Mais sinon oui c'est assez économique, c'est bien pour ça que j'en parle :p
Après les forfaits à 30€/mois ont maintenant la plupart du temps déjà internet illimité + sms illimité + un peu de communications, donc même pas besoin de prendre une mobicarte à côté.

Bon j'aurais pas mal de choses à répondre à ton journal, mais je me contenterais (par flemme.) de l'histoire d'OSS:
Déjà tu dis que toutes les applications ont un mixage grace à OSS... Bah non, c'est toutes les applications qui gèrent (in)directement OSS, les autres ont juste pas de son... Comme alsa, pulseaudio, et les autres en fait.
Ensuite que le mixage soit à base de flottants, j'en ai rien à faire (en fait a priori ils le font tous), et ne donne aucune information supplémentaire. Sinon ta "haute qualité" correspond à quoi ? Personnellement j'ai jamais senti de différence quelconque entre les différents mixer audios existants (pourtant j'ai une oreille relativement bonne). Pour la légereté par rapport à pulseaudio, c'est par rapport à quoi ? Si c'est dans le sens que pulseaudio est lourdingue à utiliser/installer, c'est uniquement un problème de distributions, sous mandriva par exemple ça marche plutôt bien. Si c'est niveau consommation mémoire, vu ta notion de "petit PC", ça changera pas grand chose. Il y a quand même le problème de CPU que pulseaudio se met à bouffer de temps à autre, mais bon plutôt un problème de jeunesse ça.
Pour l'API je pourrais pas te contredire, quelque soit le système audio, j'utilise le (faux)device /dev/dsp quand je veux l'utiliser directement, c'est sur que c'est nettement plus pratique.
Pour "l'excellente qualité de son", pareil que pour le mixage et la lourdeur, c'est basé sur quoi ?

Enfin, personnellement, le gros point noir d'OSS, c'est justement toutes les fonctionnalités que tu décris. Ces fonctionnalités n'ont rien à faire dans le noyau. Certes Linux n'a pas pour vocation à être un micro-noyau, mais tout ce qui peut se mettre relativement facilement du côté utilisateur, on le fait. Par exemple, jackd qui est considéré comme la réference pour le mixage (entre beaucoup autres.) de qualité sous linux est complètement en espace utilisateur, et utilise les drivers qui lui sont disponibles (ALSA ou OSS en fonction de l'OS/de la configuration)

PS:Bon ok je déborde un peu, mais faudra m'expliquer en quoi ta machine est un petit PC (sauf si c'est par la taille physique, mais à quoi ça sert de le préciser là ?).

C'est désolant de voir un tel poste avoir un meilleur score que le post auquel il répond ...
Le post d'origine de pbpg, est relativement vrai (sauf peut être sur l'éducation, et encore avec les formations &co on peut en douter), bien que trollifère (pour changer.)
Alors que ce post est juste complétement faux ...

On trouve des ampoules à 60LEDs, à pas bien cher, par exemple:
http://www.ampoule-leds.fr/lot-de-10-ampoules-gu10-60-led-24(...) soit 9€ pièce par 10
Et 220/60= ? Oh miracle. Bon faut quand même rajouter un peu d'éléctronique haute tension derrière, mais rien de bien méchant, pas besoin de hacheur ou d'énormes résistances.

-size n[cwbkMG]
File uses n units of space. The following suffixes can be used:

‘b' for 512-byte blocks (this is the default if no suffix is used)

D'après ce que j'ai pu comprendre c'est un dépassement de la NVRAM merde g 128Mo dédier sur un 7600Go heureusement que je joue pas à Crysis ( bon je pourrai pas de toute façon) ...
NVRAM ? La NVRAM c'est le truc utilisé par le bios pour sauvegarder ses réglages, donc je dis que je vois pas le rapport.
Sinon, le compositage consomme énormement de mémoire vidéo, toutes les fenêtres sont en mémoire vidéo en permanence, contrairement à de l'X classique où elles ne le sont que si elles sont actuellement affichée.
Personnellement, je suis en 1680x1050 32bits, donc une fenêtre plein écran prend grosso modo 5Mo (1680*1050*3 quoi.), avec ça, il suffit d'une vingtaine de fenêtres (personnellement je tourne en permanence à une dizaine de fenêtres déjà) plein écran pour exploser tes 128Mo de mémoire. Et ça c'est, évidement, en supposant une gestion parfaite de la mémoire vidéo, et en supposant que ce n'est utilisé que par ça. Donc on se rend compte qu'on a vite fait de remplir ces 128Mo de mémoire ...
Par exemple à l'heure actuelle, xrestop me donne 90Mo de pixmaps consommés, sur une carte de 128Mo, c'est quasiment sûr que ça passerait pas. D'ailleurs j'ai fait le pari de prendre une carte graphique qui propose le double de la mémoire conseillée officiellement par nVidia, et je pense que j'ai bien fait

Et sinon oui, je trouve que vdpau est plus important que le compositing.

C'est faux... cf http://fr.wikipedia.org/wiki/Four_à_micro-ondes#Action_des_micro-ondes_sur_la_mol.C3.A9cule_d.27eau
Cette fréquence a été choisie pour les fours micro ondes pour un soucis de compromis entre pénétration et efficacité, rien à voir avec une éventuelle fréquence de résonance. (qui se situerait plutot dans les rayons X)

Oui et non.
En fait, ce qui n'est pas dit dans ce journal, qui est pourtant une information assez importante (amha), c'est que simon n'a pas du tout le même but qu'un contrôleur vocal quelconque du genre de CVoiceControl (par exemple.). Non le but original du projet était de permettre d'utiliser un ordinateur à des personnes déficientes intellectuellement, donc en fait, le but sous-jacent, c'est d'avoir un moteur qui permet un apprentissage (et non entraînement pour les logiciels habituels !) du moteur en seulement quelques heures, pour pouvoir s'adapter facilement à toutes personnes (ils disent même qu'ils ont réussi à commander leur ordinateur à base de toussotements/sifflage & co). Bon après, vu que c'est particulièrement long quand même pour le commun des mortels, ils ont une compatibilité avec voxforge, on peut avoir une utilisation "immédiate", pour les langues supportées par voxforge.
Pour ceux que ça intéresserait, lisez le lien fournit avant de cliquer directement sur la page d'accueil du projet (dont tout le site web est en allemand à part la dite page d'accueil.)

J'ai quasiment pas de fluocompactes et sont très peu utilisées, donc je peux pas dire. Par contre, pour (con|in)firmer cet effet, l'idéal est de mettre l'ampoule dans son champ de vision périphérique. C'est dans cette condition que l'on perçoit le plus les effets de clignotement (en particulier sur les projecteurs DLPs)

Comme la majorité des éditeurs de VoIP (ippi, ou voipbuster (et ses sous sites) par exemple)
Sauf que les autres éditeurs de VoIP ont des API relativement simples à utiliser, et sans blob.

Les avocats trouvent toujours quelque chose.
En l'occurence pour les linker DS, il paraîtrait qu'ils utilisent un boùt de données venant de cartes de jeu originales, qui sont soumises au droit d'auteur. Et je pense que la même chose peut jouer sur les bidouilles Wii.
Ou même pour violation de la licence du firmware.

Pour ça, passer par google.com/linux est nettement plus efficace que de rajouter linux dans les mots clés.

http://handhelds.org/moin/moin.cgi/HaRET
Après je sais pas si ton processeur est supporté, mais il en gère un certain nombre.

Eh on parle de Quake3 hein ! Ta config est pas vraiment petite pour ce jeu (sorti en 1999 pour rappel.)

Bah chez orange avec une mobicarte 35€/3mois, et l'option Internet max à 12€/mois, tout illimité, rien de bloqué de ce que j'ai pu tester.
Niveau débit, je peux pas confirmer sur l'offre là (je suis sur une ancienne offre, sans mail mais à 9€/mois.), mais a priori ils bloquent à 40ko/s (et le fairuse n'y change rien.). Ah oui, certain auront remarqué que 12*3>35, c'est parce que sur les recharges de 35€, 10 sont """offerts""", donc reste un peu de marge si on veut utiliser l'offre pour autre chose au passage.
Et une offre équivalente existe chez SFR (avec quelques limitations de port il me semble, mais j'ai aucune information précise à ce sujet.). Pour bougyes, ça m'étonnerait même pas qu'ils aient eux aussi une offre équivalente.

T'as pas lu les coûts d'inscription aussi. (j'ai vu du 400€ et 40€/mois, je sais plus trop où)

C'est peut être une bonne porte d'entrée, mais elle n'a encore jamais été utilisée, publiquement du moins. Les autres consoles ont largement moins de portes d'entrée, ça n'empeche pas d'être crackée.

C'est complètement con de la part de sony, il est communément admis dans le milieu de la scène que si la PS3 est la seule console actuellement non crackée, c'était parce qu'elle était un tant soit peu ouverte (bien que fortement limitée quand même, sans accès au chip graphique c'est dur.). Là ils vont se faire très mal je pense, surtout s'ils vendent encore leur console à (quasi) perte en esperant se rattraper sur les jeux.

bah si y a beaucoup d'IPC à faire : mise à jour de l'historique, paramètrage du navigateur, communication avec le download manager, le security manager etc etc. Un tout petit exemple : dés que tu ouvre une url, faut que le navigateur aille informer tout les autres tabs, pour que les styles des liens en :visited soient mis à jour. Et des trucs comme ça, il y en a beaucoup.
C'est trois fois rien ça (même si c'est plus que ce à quoi j'avais pensé quand même.) par rapport aux calculs d'une page web, et c'est pas des communications compliquées si le modèle est bien fait (avec un type client/serveur ça doit rouler tout seul ça)

Sous windows j'en ai strictement aucune idée, enfin ça me choquerait que ce soit si pénalisant que ça quand même.

Quantité de mémoire consommée par onglet plus importante avec un processus plutôt qu'un thread ?
Pour le noyau ça consomme peut être plus (et encore j'en suis même pas sûr, un thread et un process c'était pareil pour lui à une époque, bon ça a évolué depuis.), mais à part ça, je vois pas. Y a quasiment pas d'IPC à faire, toute la mémoire est en copy-on-write, donc seule la mémoire nécessaire au tab (qui le sera en monoprocess de toute façon), est allouée. Par contre, tu supprimes tous les problèmes de verrouillage, d'ordonnancement inter-tab (de blocage par le plugin flash ...), qui rend le tout peut être bien plus léger qu'un truc identique en monoprocess.