Je ne vois pas le rapport entre la gallerie et le téléchargement de photos.
Il se trouve que, généralement, lorsqu'un navigateur reçoit un contenu ayant un Mime-type qu'il ne sait géré ni en interne, ni à l'aide d'un programme externe, il propose de le sauvegarder sur disque. Cela n'est en rapport qu'avec le navigateur et la configuration du serveur; le logiciel de type "gallerie de photos en php" n'est pas concerné.
Avec pratiquement tous les navigateurs, il est également possible de sauver l'image reçu, même si le navigateur l'a afficher dans la fenêtre principale.
SQL, c'est pas très cohérent, c'est un langage, j'imagine que tu parles d'un SGBD ?
Un décodeur HTML, ça ne veut pas dire grand chose, mais par contre un parser XML, surtout qu'avec les nouveaux formats de documents, ça va devenir de plus en plus utile...
Je rigole...
Un grand absent à mon avis: le traitement des chaines de caractères. Quoi qu'on fasse, dans un programme moderne, que ce soit du java, du perl, du PHP ou du C, passe beaucoup de temps a tripoter des chaines de caractères, les charsets varient, les ordinateurs et les programmes dialogues, les formats sont multiples...
La vérification des clefs étrangères impliquent un coût lors des écritures (insert/update/delete), mais dans une base bien conçue, tout cela se fait par des indexes et le coût est faible.
Par contre, les avantages dépassent de loin la baisse de performance (généralement non visible si la machine est bien dimensionnée):
- Implique moins de code, et non plus de code. Les programmes ont beaucoup moins de cas à traiter puisque les contraintes imposent une certaine forme aux données et il y a moins de cas d'erreurs à traiter.
- Implique que personne ne peut mettre des anneries dans la base et perturber les programmes qui l'utilisent.
- Implique que les informations sur la structure des données sont présentent dans la base, sans qu'il soit nécessaire d'écrire du code, et sans qu'il soit nécessaire de coder les contraintes dans chaque programme qui accède à la base.
Si tu te poses la question des performances, tu devrais peut-être stoquer tes données dans des fichiers, il n'y a pas de contrainte d'intégrité et les performances sont meilleurs qu'avec un SGBD
Les alias, ce sont des alias sur les noms de module, ça permet de donner des noms génériques aux modules, dans ce cas les cartes son ALSA (OSS utilise sound-card-# je crois).
Les options servent à fournir des paramètres aux modules lors du chargement. C'était très utilisé du temps des cartes ISA, on spécifiait au module la ou les irqs, les adresses à utiliser... Avec les cartes PCI, les mécanismes d'énumération permettent au module de s'en tirer tout seul sans avoir à chercher au pif dans les adresses habituelles, c'est pourquoi il y a bien moins d'options.
Les options sont propres à chaque module, pour ALSA, elles sont spécifiés dans la documentation du kernel dans le fichier que j'ai cité dans mon premier message.
Je pense qu'il faut que tu controles l'ordre dans lequel les modules sont chargés.
Quand on lit linux-2.6/Documentation/sound/alsa/ALSA-Configuration.txt, il y a des informations à la fin du fichier sur les alias à déclarer dans /etc/modprobe.conf
Tu peux faire quelque chose comme
alias snd-card-0 snd-via82xx
alias snd-card-1 snd-usb-audio
C'est rien, c'est normal, tous les serveurs ssh ont cela
- Ca passe par une machine infectée, il est difficile de remonter à la source, le FAI ne peut pas grand chose.
- Les logins sont toujours les mêmes, si root n'a pas le droit de se connecter et si ton user ne s'appelle pas adm, user, web, data ou quelques autres nom de programme, ça ne teste même pas la sécurité de ton mot de passe (qui n'est pas attaquable au dictionnaire de toute façon parce que tu l'as convenablement choisi).
- Ca ne diminue pas la sécurité de sshd
Première proposition: Create a Flash layout for Gallery 2.
(...) A developer with some knowledge of Flash could use the Gallery 2 APIs to create a Flash front end to Gallery for a powerful and intuitive user experience.
C'est super, ça va rendre les galeries inaccessibles. Flash ne fonctionne toujours pas suffisement sous Linux à l'exception d'un binaire propriétaire qui ne tourne que sous i386.
Seconde proposition: Integrate Gallery 2 with an ecommerce engine (like osCommerce)
Now that your photos are on the web, how would you like to start selling some of them and make some money? (...)
Sixième proposition: Integrate Gallery 2 with Picasa
Picasa is an amazing desktop photo management application. Gallery 2 is an amazing web based photo publication application. You want both. Why not make them talk to each other so you can drag and drop from Picasa right into your Gallery 2?
Picasa, c'est bien un logiciel de Google distribué par Google qui ne fonctionne que sous Windows ?
Il y a quelques sites qui ont installé un gros tas de code javascript bloated pour vérifier le referer et mettre les mots en couleur lorsque le client vient d'un moteur de recherche.
Si tu pouvais aussi jeter un coup d'oeil aux projecteurs holographiques, il me semble qu'il y a pas mal de travail de ce coté :
- L'image est bleuatre et les couleurs sont minables.
- L'image saute souvent.
- Il n'y a aucun mécanisme pour rejouer un passage obligeant à tout revisualiser depuis le début.
- Le son souffre de parasites.
- Il est plutot mauvais, il manque de basses.
- L'odeur n'est pas retransmise.
- Les messages ne sont pas accessibles pour les personnes handicapées.
J'ai le G3 12" avec la carte Wifi qui fonctionne sous Linux, et je dois dire que j'en suis extrèmement satisfait.
En fait, je l'ai acheté avant de découvrir son plus énorme avantage: la mise en veille. J'ouvre, il est opérationnel en quelques secondes, je ferme il se mets en veille. Et maintenant, je peste contre les PC desktop qui en sont incapables.
Il est petit, c'est très appréciable à trimbaler, je le mets dans ma sacoche lorsque je voyage, j'ai acheté une "second skin" qui le protège. L'autonomie était bonne, elle baisse évidement avec le vieillissement de la batterie.
Le modem interne qui est un modem USB allégé n'est pas supporté sauf en achetant le driver pour Linux. Je ne sais pas comment c'est sur les nouveaux modèles.
En fait, il existe une bibliothèque d'interprétation Javascript écrite en Java ! Rhino http://www.mozilla.org/rhino/(...) Cela permet de transférer à un autre programme le mot de passe généré.
Ca permet d'utiliser des centaines de milliers de lignes de codes de la JVM et des API standards, plus une librairie, pour interpréter un langage de manipulation d'objets détournée de son usage initiale afin de générer un mot de passe.
Au niveau empreinte mémoire, ça commence à devenir sympa.
Concernant le comportement de Bush et l'idée d'exprimer la vengeance de Dieu on trouve dans le livre de (saint) Paul aux Romains, dans la Bible, que c'est à Dieu de se défendre, et pas aux hommes :
Ne répondez jamais au mal par le mal. Cherchez au contraire à faire ce qui est bien devant tous les hommes. Autant que possible, et dans la mesure où cela dépend de vous, vivez en paix avec tous les hommes. Mes amis, ne vous vengez pas vous-mêmes, mais laissez agir la colère de Dieu, car il est écrit:
<<
C'est à moi qu'il appartient de faire justice;
c'est moi qui rendrai à chacun son dû.
>>
Mais voici votre part:
<<
Si ton ennemi a faim, donne-lui à manger.
S'il a soif, donne-lui à boire.
Par là, ce sera comme si tu lui mettais
des charbons ardents sur la tête.
>>
Est-ce que tu as regardé dans dmesg comme l'indique le message d'erreur ?
Quelle commande utilises-tu pour monter le DVD ? Si ce n'est pas fait, donne le type du FS à mount pour être certain que ce n'est pas cela qui pose problème (déactive automount ou équivalent et essaye "mount -t iso9660 -o ro /dev/cdrom /mnt/cdrom").
Tu peux aussi vérifier que le DVD est bien lisible :
Lance dmesg et regarde quels sont les derniers messages
Exécute "dd if=/dev/cdrom of=/dev/null"
Il s'arrète en arrivant au dernier block, s'il y a d'autres erreurs c'est peut-être que certains lecteurs ne sont pas lisibles.
Relance dmesg à la recherche de nouveaux messages indiquant des erreurs de lecture
Enfin tu peux tenter de vérifier que tu as bien gravé une image iso avec un "dd if=/dev/cdrom count=32 bs=512 | file -", selon la distribution, ça peut reconnaitre le type de filesystem, ou l'absence de filesystem.
Il y a une chose que je ne comprends pas, il me semblait que la license de bitkeeper interdisait justement à toute personne qui utilisait la version gratuite de travailler sur la conception ou la programmation un mécanisme de gestion des sources pendant un certain temps.
Ou alors est-ce la raison pour laquelle il semble que ce ne soit qu'un système de gestion de répertoires ?
Le numéro de port étant un nombre codé sur 16 bits, il est peu probable que l'on puisse utiliser le port 88888. Mais entre 1024 et 65535 (ou 6) je pense qu'il y a pas mal de ports disponibles pour faire cette manipulation.
Les distributions n'étant pas prévues pour, il faudra faire attention à modifier le script de démarrage pour lancer apache sous un autre utilisateur et faire attention aux droits d'accès dans les répertoires de logs et aux CGI s'ils étaient exécuté sous l'ID de l'utilisateur propriétaire.
Lorsqu'un texte contient beaucoup de fautes d'orthographe, lorsqu'il est écrit en style SMS, on peut tenter une correction individuelle de chaque mot, en utilisant éventuellement le contexte pour deviner le mot que l'auteur a voulu utiliser.
Lorsque le texte contient beaucoup de fautes de grammaires, les mécanismes qui permettent de donner du sens aux phrases de l'auteur sont complètement perturbé, et même en recherchant des similitudes phonétiques, en ajoutant des mots qui pourraient avoir été oublié, en reconstruisant les phrases correctement construites avec sujet/verbe/compléments, on est souvent bien en peine de comprendre la pensée de l'auteur.
Un seul conseil: re-essaye en écrivant en français.
Je n'ai pas encore lu l'article car le site est très lent à répondre.
De plus en plus, la mémoire occupée par les programmes me semble démente. Mon navigateur montre rapidement à plus d'une centaine de Mo (d'après le gestionnaire des taches de windows), et même si la mesure de la mémoire occupée est sujet à diverses interprétation (comment compter les fichiers mappés qui sont en lecture seule, les librairies partagées entre différentes applications, les pages qui ne sont jamais utilisées) je pense qu'il y a des efforts à faire.
Par contre, je suis très critique vis à vis des solutions citées:
Pour le strip, pas de contestation.
La compilation statique peut donner l'impression que le binaire est plus petit, mais on perd un gros intérêt des librairies dynamiques, qui est qu'il n'est plus nécessaire de les dupliquer en mémoire. Et puis le statique qui présente un intérêt pour un programme Hello World qui se contente d'appeler printf et exit est probablement un lourd handicape pour une application qui fait un peu plus de choses et qui va appeler bien plus de fonctions dans bien plus de librairies.
Supprimer les parties ELF du binaire qui ne sont pas indispensable permet de faire gagner quelques octets, quelques Ko même peut-être, mais on se contente de gagner un peu de place sur le disque, cela ne change rien à la mémoire, et sur plusieurs dizaines ou quelques centaines de Mo, c'est complètement négligeable.
Enfin l'optimisation en assembleur est à mon avis une régression au niveau des années 80. J'utilise à mi-temps un PPC, et évidement, l'assembleur concerne rarement cette architecture, une optimisation en assembleur pousse l'assertion Ordinateur = compatible IBM-PC qui masque une grande partie de la richesse de l'informatique, surtout libre.
Optimiser une routine en assembleur peut se comprendre dans des situations où le temps est critique, pour utiliser des instructions mal supportées par le compilateur, elles ont leur place dans les librairies de codage/décodage audio et vidéo, et dans ce cas, il existe des alternatives portable pour les autres architectures; mais aucune écriture en assembleur ne va permettre de gagner une quantité significative de mémoire lors de l'exécution, le gain de quelques octets ne justifie pas la lourdeur , les problèmes de portabilité et de maintenance de l'assembleur, le C est suffisement souple de ce coté.
# Le rapport entre la gallerie et le téléchargement ?
Posté par Sébastien Koechlin . En réponse au journal Gestionnaire d'images hi-res. Évalué à 1.
Il se trouve que, généralement, lorsqu'un navigateur reçoit un contenu ayant un Mime-type qu'il ne sait géré ni en interne, ni à l'aide d'un programme externe, il propose de le sauvegarder sur disque. Cela n'est en rapport qu'avec le navigateur et la configuration du serveur; le logiciel de type "gallerie de photos en php" n'est pas concerné.
Avec pratiquement tous les navigateurs, il est également possible de sauver l'image reçu, même si le navigateur l'a afficher dans la fenêtre principale.
[^] # Re: on peut la voir
Posté par Sébastien Koechlin . En réponse au journal Les bloat-CPU. Évalué à 3.
Un décodeur HTML, ça ne veut pas dire grand chose, mais par contre un parser XML, surtout qu'avec les nouveaux formats de documents, ça va devenir de plus en plus utile...
Je rigole...
Un grand absent à mon avis: le traitement des chaines de caractères. Quoi qu'on fasse, dans un programme moderne, que ce soit du java, du perl, du PHP ou du C, passe beaucoup de temps a tripoter des chaines de caractères, les charsets varient, les ordinateurs et les programmes dialogues, les formats sont multiples...
[^] # Re: Avec du guaran?
Posté par Sébastien Koechlin . En réponse au journal la version 1.0 de VoresØl est sortie. Évalué à 5.
Au contraire, il est en train d'être intégré partout. Il y a vigor pour vi et xmms :
http://vigor.sourceforge.net/screenshots/(...)
[^] # Re: Gérer les clés étrangère avec Mysql
Posté par Sébastien Koechlin . En réponse au journal Gérer les clés étrangère avec Mysql. Évalué à 1.
Par contre, les avantages dépassent de loin la baisse de performance (généralement non visible si la machine est bien dimensionnée):
- Implique moins de code, et non plus de code. Les programmes ont beaucoup moins de cas à traiter puisque les contraintes imposent une certaine forme aux données et il y a moins de cas d'erreurs à traiter.
- Implique que personne ne peut mettre des anneries dans la base et perturber les programmes qui l'utilisent.
- Implique que les informations sur la structure des données sont présentent dans la base, sans qu'il soit nécessaire d'écrire du code, et sans qu'il soit nécessaire de coder les contraintes dans chaque programme qui accède à la base.
Si tu te poses la question des performances, tu devrais peut-être stoquer tes données dans des fichiers, il n'y a pas de contrainte d'intégrité et les performances sont meilleurs qu'avec un SGBD
[^] # Re: Ils fument des choses bizarres chez MS
Posté par Sébastien Koechlin . En réponse au journal Chez Microsoft, c'est vraiment des branleurs.... Évalué à -2.
[^] # Re: Lancer tout le temps ssh ?
Posté par Sébastien Koechlin . En réponse au journal Mais quels sont ces polonais qui ssh sur vos têtes ?. Évalué à 1.
Ca limite l'intérêt de la chose.
[^] # Re: Ordre de chargement des modules
Posté par Sébastien Koechlin . En réponse au message Cartes sons. Évalué à 2.
Les options servent à fournir des paramètres aux modules lors du chargement. C'était très utilisé du temps des cartes ISA, on spécifiait au module la ou les irqs, les adresses à utiliser... Avec les cartes PCI, les mécanismes d'énumération permettent au module de s'en tirer tout seul sans avoir à chercher au pif dans les adresses habituelles, c'est pourquoi il y a bien moins d'options.
Les options sont propres à chaque module, pour ALSA, elles sont spécifiés dans la documentation du kernel dans le fichier que j'ai cité dans mon premier message.
# Ordre de chargement des modules
Posté par Sébastien Koechlin . En réponse au message Cartes sons. Évalué à 3.
Quand on lit linux-2.6/Documentation/sound/alsa/ALSA-Configuration.txt, il y a des informations à la fin du fichier sur les alias à déclarer dans /etc/modprobe.conf
Tu peux faire quelque chose comme
alias snd-card-0 snd-via82xx
alias snd-card-1 snd-usb-audio
(selon les modules nécessaires pour ta carte).
# Machine infectée
Posté par Sébastien Koechlin . En réponse au journal une petite attaque. Évalué à 7.
- Ca passe par une machine infectée, il est difficile de remonter à la source, le FAI ne peut pas grand chose.
- Les logins sont toujours les mêmes, si root n'a pas le droit de se connecter et si ton user ne s'appelle pas adm, user, web, data ou quelques autres nom de programme, ça ne teste même pas la sécurité de ton mot de passe (qui n'est pas attaquable au dictionnaire de toute façon parce que tu l'as convenablement choisi).
- Ca ne diminue pas la sécurité de sshd
# Avez-vous regardé les projets ?
Posté par Sébastien Koechlin . En réponse à la dépêche Google finance le logiciel libre. Évalué à 0.
http://gallery.sourceforge.net/wiki.php?page=Summer%20of%20Code(...)
Première proposition: Create a Flash layout for Gallery 2.
(...) A developer with some knowledge of Flash could use the Gallery 2 APIs to create a Flash front end to Gallery for a powerful and intuitive user experience.
C'est super, ça va rendre les galeries inaccessibles. Flash ne fonctionne toujours pas suffisement sous Linux à l'exception d'un binaire propriétaire qui ne tourne que sous i386.
Seconde proposition: Integrate Gallery 2 with an ecommerce engine (like osCommerce)
Now that your photos are on the web, how would you like to start selling some of them and make some money? (...)
Sixième proposition: Integrate Gallery 2 with Picasa
Picasa is an amazing desktop photo management application. Gallery 2 is an amazing web based photo publication application. You want both. Why not make them talk to each other so you can drag and drop from Picasa right into your Gallery 2?
Picasa, c'est bien un logiciel de Google distribué par Google qui ne fonctionne que sous Windows ?
[^] # Re: bencaalors.com
Posté par Sébastien Koechlin . En réponse au journal Google en couleur !. Évalué à 3.
# Projecteurs holographiques
Posté par Sébastien Koechlin . En réponse au journal Les lames des sabres laser ont-elles une masse ?. Évalué à 10.
- L'image est bleuatre et les couleurs sont minables.
- L'image saute souvent.
- Il n'y a aucun mécanisme pour rejouer un passage obligeant à tout revisualiser depuis le début.
- Le son souffre de parasites.
- Il est plutot mauvais, il manque de basses.
- L'odeur n'est pas retransmise.
- Les messages ne sont pas accessibles pour les personnes handicapées.
[^] # Re: Science Fiction?
Posté par Sébastien Koechlin . En réponse au journal Star Wars Episode 3 is out !. Évalué à 1.
Star Wars, c'est une histoire de princesse et de chevaliers qui se passe dans le passé (il y a longtemps, très longtemps).
# Compile once, run everywhere
Posté par Sébastien Koechlin . En réponse au journal La super blague de SAP. Évalué à 4.
# Moi j'ai l'ancien
Posté par Sébastien Koechlin . En réponse au journal Linux et l'architecture PPC (ibook). Évalué à 3.
En fait, je l'ai acheté avant de découvrir son plus énorme avantage: la mise en veille. J'ouvre, il est opérationnel en quelques secondes, je ferme il se mets en veille. Et maintenant, je peste contre les PC desktop qui en sont incapables.
Il est petit, c'est très appréciable à trimbaler, je le mets dans ma sacoche lorsque je voyage, j'ai acheté une "second skin" qui le protège. L'autonomie était bonne, elle baisse évidement avec le vieillissement de la batterie.
Le modem interne qui est un modem USB allégé n'est pas supporté sauf en achetant le driver pour Linux. Je ne sais pas comment c'est sur les nouveaux modèles.
[^] # Re: ridicule
Posté par Sébastien Koechlin . En réponse au journal générateur de mot de passe. Évalué à 2.
Ca permet d'utiliser des centaines de milliers de lignes de codes de la JVM et des API standards, plus une librairie, pour interpréter un langage de manipulation d'objets détournée de son usage initiale afin de générer un mot de passe.
Au niveau empreinte mémoire, ça commence à devenir sympa.
# Le christianisme
Posté par Sébastien Koechlin . En réponse au journal Les paradoxes de Walker. Évalué à 9.
# A l'attaque
Posté par Sébastien Koechlin . En réponse au message Problème gravure de dvd. Évalué à 2.
Quelle commande utilises-tu pour monter le DVD ? Si ce n'est pas fait, donne le type du FS à mount pour être certain que ce n'est pas cela qui pose problème (déactive automount ou équivalent et essaye "mount -t iso9660 -o ro /dev/cdrom /mnt/cdrom").
Tu peux aussi vérifier que le DVD est bien lisible :
Lance dmesg et regarde quels sont les derniers messages
Exécute "dd if=/dev/cdrom of=/dev/null"
Il s'arrète en arrivant au dernier block, s'il y a d'autres erreurs c'est peut-être que certains lecteurs ne sont pas lisibles.
Relance dmesg à la recherche de nouveaux messages indiquant des erreurs de lecture
Enfin tu peux tenter de vérifier que tu as bien gravé une image iso avec un "dd if=/dev/cdrom count=32 bs=512 | file -", selon la distribution, ça peut reconnaitre le type de filesystem, ou l'absence de filesystem.
# Et les logs...
Posté par Sébastien Koechlin . En réponse au message RHEL: SSH refuse mon mot de passe. Évalué à 3.
En fait, les logs, c'est fait un peu pour ça.
# Licence de BitKeeper
Posté par Sébastien Koechlin . En réponse à la dépêche Linus développe un remplaçant original à BitKeeper. Évalué à 4.
Ou alors est-ce la raison pour laquelle il semble que ce ne soit qu'un système de gestion de répertoires ?
# Consternant
Posté par Sébastien Koechlin . En réponse au journal Le blog de Terri !!. Évalué à 4.
Dans le genre Blog débile, on a largement ce qu'il faut sans que ce soit de mauvais goût :
http://shifoomih.free.fr/(...)
http://tusors.free.fr/mediocrity/(...)
http://absurde.skynetblogs.be/(...)
http://www.wibsite.com/wiblog/dull/(...)
[^] # Re: Chroot ..
Posté par Sébastien Koechlin . En réponse au journal User root de apache : une faille ?. Évalué à 2.
Les distributions n'étant pas prévues pour, il faudra faire attention à modifier le script de démarrage pour lancer apache sous un autre utilisateur et faire attention aux droits d'accès dans les répertoires de logs et aux CGI s'ils étaient exécuté sous l'ID de l'utilisateur propriétaire.
# Distinction entre la grammaire et l'orthographe
Posté par Sébastien Koechlin . En réponse au message Help!!!!!!!! mail script. Évalué à 8.
Lorsque le texte contient beaucoup de fautes de grammaires, les mécanismes qui permettent de donner du sens aux phrases de l'auteur sont complètement perturbé, et même en recherchant des similitudes phonétiques, en ajoutant des mots qui pourraient avoir été oublié, en reconstruisant les phrases correctement construites avec sujet/verbe/compléments, on est souvent bien en peine de comprendre la pensée de l'auteur.
Un seul conseil: re-essaye en écrivant en français.
[^] # Re: N'importe quoi !
Posté par Sébastien Koechlin . En réponse au journal no comment... Évalué à 4.
http://www.france5.fr/echo/30_40.htm(...)
http://www.france5.fr/echo/70_80.htm(...)
# Intéressant mais...
Posté par Sébastien Koechlin . En réponse au journal Compilation et optimisation de l'empreinte mémoire. Évalué à 1.
De plus en plus, la mémoire occupée par les programmes me semble démente. Mon navigateur montre rapidement à plus d'une centaine de Mo (d'après le gestionnaire des taches de windows), et même si la mesure de la mémoire occupée est sujet à diverses interprétation (comment compter les fichiers mappés qui sont en lecture seule, les librairies partagées entre différentes applications, les pages qui ne sont jamais utilisées) je pense qu'il y a des efforts à faire.
Par contre, je suis très critique vis à vis des solutions citées:
Pour le strip, pas de contestation.
La compilation statique peut donner l'impression que le binaire est plus petit, mais on perd un gros intérêt des librairies dynamiques, qui est qu'il n'est plus nécessaire de les dupliquer en mémoire. Et puis le statique qui présente un intérêt pour un programme Hello World qui se contente d'appeler printf et exit est probablement un lourd handicape pour une application qui fait un peu plus de choses et qui va appeler bien plus de fonctions dans bien plus de librairies.
Supprimer les parties ELF du binaire qui ne sont pas indispensable permet de faire gagner quelques octets, quelques Ko même peut-être, mais on se contente de gagner un peu de place sur le disque, cela ne change rien à la mémoire, et sur plusieurs dizaines ou quelques centaines de Mo, c'est complètement négligeable.
Enfin l'optimisation en assembleur est à mon avis une régression au niveau des années 80. J'utilise à mi-temps un PPC, et évidement, l'assembleur concerne rarement cette architecture, une optimisation en assembleur pousse l'assertion Ordinateur = compatible IBM-PC qui masque une grande partie de la richesse de l'informatique, surtout libre.
Optimiser une routine en assembleur peut se comprendre dans des situations où le temps est critique, pour utiliser des instructions mal supportées par le compilateur, elles ont leur place dans les librairies de codage/décodage audio et vidéo, et dans ce cas, il existe des alternatives portable pour les autres architectures; mais aucune écriture en assembleur ne va permettre de gagner une quantité significative de mémoire lors de l'exécution, le gain de quelques octets ne justifie pas la lourdeur , les problèmes de portabilité et de maintenance de l'assembleur, le C est suffisement souple de ce coté.