Cela serait plus clair si tu donnais un exemple genre en pseudo code.
Je comprends bien l'idée d'avoir 2 "plans" pour voir un algo, le cas normal et le cas en erreur. Mais en pratique, je ne vois pas du tout la tronche que cela peut avoir.
Si tu légalises les échanges p2p non commerciaux, rien n'empèche d'avoir des compteurs de téléchargement intégrés.
Tu peux aussi avoir cela sur les sites type jamendo qui distribute avec bittorrent.
Disons que l'argument est purement téchnique : on récuse la licence globales devant sa technicité, mais on propose encore plus complexe pour la répression.
Je veux bien comprendre que pour une utilisation avancé VLC fait tout, mais pour le basique je préfaire toujours mplayer.
On peut peut-être avancer/reculer avec les touches du clavier, pas besoin de chercher dans 35 sous-menu pour configurer les bonnes touches.
A priori, il ne gère pas plus les écrans de démarrage de DVD que les autres lecteurs.
Plein de fois, j'essaye vlc mais à chaque fois je me retrouve à réutiliser mplayer qui est plus simple (même si devoir rajouter une option ésotérique pour utiliser la carte son numero 2 me fait un peu beaucoup chier..)
Bref, coté fonctionnalité, c'est le top, coté ergonomie, ben bof... (mozilla -> firefox par exemple...)
Puissance dans quel domaine ? Pour le code Flottant ?
Intel et amd viennent de déclarer que leur pipeline SSE serait 128 bits et que donc le nombre de cycles des instructions SSE seraient divisé en gros par 2.
J'imagine qu'ils mettront ensuite 2 unités de calcul cote à cote.
Le problème de l'itanium est son besoin d'avoir d'énorme cache pour les instructions. Alors que le code x86 est comparativement trés compact.
Les niagara sont des "petits" cpu. Leur but est de maximiser la performance par W. Sur un data center, cela peut faire la différence. Google s'était montré intéressés un moment.
J'imagine qu'un niagara avec 16 cores doit donner de bonne performance pour les serveurs avec plein de de clients.
J'ai travailler un peu avec Ion, et j'ai surtout trouvé cela inutilisable.
Cela marche bien pour 2/3 xterm d'ouvert et un editeur, mais si tu ouvres et ferme souvent des logiciels différents, ils ne sont jamais là ou tu veux. Je ne parle même pas de l'utilisabilité de gimp...
Ce qu'il faudrait c'est plutôt une fusion de fenètre dans KDE. En gros que l'on puisse mettre des applications dans une seul fenètre avec un moyen simple par clic d'indiquer le comportement à l'agrandissement (taille fixe ou proportionnel pour chaque tile)
l'idée de base est que "a+b" est un résultat sur 33 bits et qu'il y a perte. Tu t'en sors avec les propriétés des modulos, j'ai l'impression.
Par ce que en math non signé, 0x0-0x1 = 0xFFFFFFF; n'a pas vraiment de sens.
C'est uniquement ça ? Il me semblait que cela pouvait aller bien plus loin. Par exemple, les règles d'arrondies un peu assouplie (moins/pas de garde bit).
A moins que le mode dont tu parles, c'est le fonctionnement sur x86 ?
icc est connu pour inclure --fast-math dans -o2, ce que ne ce permet pas gcc.
Sinon, on semble dire la même chose. Quand il y a execution en parrallèle on ne peut plus vraiment parler d'ordre. Le flot d'instruction est déterminé par leur liaison par les registres et par les accès à la mémoire.
Si on fournis au codeur un moyen d'estimer la précision, et/ou d'optimiser en lui garantissant la précision qu'il demande, je ne pense pas qu'il nous en veulent beaucoup...
[^] # Re: Le RPS
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Bonne Initiative chez OVH. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: Du flicage à bon escient ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal "Accord Olivennes: Une vision consumériste de la culture". Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: Programmation par aspects ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Qu'est-ce que bien gérer les erreurs dans ses programmes ?. Évalué à 2.
Je comprends bien l'idée d'avoir 2 "plans" pour voir un algo, le cas normal et le cas en erreur. Mais en pratique, je ne vois pas du tout la tronche que cela peut avoir.
"La première sécurité est la liberté"
[^] # Re: Ma réponse :
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Qu'est-ce que bien gérer les erreurs dans ses programmes ?. Évalué à 4.
"La première sécurité est la liberté"
[^] # Re: Ma réponse :
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Qu'est-ce que bien gérer les erreurs dans ses programmes ?. Évalué à 3.
Parce que si ton code devient illisible, cela peut être pire.
Qu'est-ce que tu appelles des "exceptions typées" ?
"La première sécurité est la liberté"
[^] # Re: Du flicage à bon escient ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal "Accord Olivennes: Une vision consumériste de la culture". Évalué à 5.
Tu peux aussi avoir cela sur les sites type jamendo qui distribute avec bittorrent.
Disons que l'argument est purement téchnique : on récuse la licence globales devant sa technicité, mais on propose encore plus complexe pour la répression.
"La première sécurité est la liberté"
[^] # Re: Quelques erreurs quand même...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal media player sous Linux - la totale. Évalué à 3.
"La première sécurité est la liberté"
[^] # VLC
Posté par Nicolas Boulay (site web personnel) . En réponse au journal media player sous Linux - la totale. Évalué à 2.
On peut peut-être avancer/reculer avec les touches du clavier, pas besoin de chercher dans 35 sous-menu pour configurer les bonnes touches.
A priori, il ne gère pas plus les écrans de démarrage de DVD que les autres lecteurs.
Plein de fois, j'essaye vlc mais à chaque fois je me retrouve à réutiliser mplayer qui est plus simple (même si devoir rajouter une option ésotérique pour utiliser la carte son numero 2 me fait un peu beaucoup chier..)
Bref, coté fonctionnalité, c'est le top, coté ergonomie, ben bof... (mozilla -> firefox par exemple...)
"La première sécurité est la liberté"
[^] # Re: Bémol
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Sun publie les spec. du Niagara 2. Évalué à 2.
Intel et amd viennent de déclarer que leur pipeline SSE serait 128 bits et que donc le nombre de cycles des instructions SSE seraient divisé en gros par 2.
J'imagine qu'ils mettront ensuite 2 unités de calcul cote à cote.
Le problème de l'itanium est son besoin d'avoir d'énorme cache pour les instructions. Alors que le code x86 est comparativement trés compact.
"La première sécurité est la liberté"
[^] # Re: Bémol
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Sun publie les spec. du Niagara 2. Évalué à 2.
Ils sont censés avoir une fpu beaucoup plus rapide que celle des intel.
"La première sécurité est la liberté"
[^] # Re: Bémol
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Sun publie les spec. du Niagara 2. Évalué à 2.
J'imagine qu'un niagara avec 16 cores doit donner de bonne performance pour les serveurs avec plein de de clients.
"La première sécurité est la liberté"
[^] # Re: Bémol
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Sun publie les spec. du Niagara 2. Évalué à 2.
Même rien à voir.
powerpc est l'architecture la plus courante dans le cpu embarqué "puissant" (bref, quand un arm ne suffit pas)
"La première sécurité est la liberté"
[^] # Fusionner dans une même fenètre.
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Awesome, gestionnaire de fenêtre en version 2.0. Évalué à 3.
Cela marche bien pour 2/3 xterm d'ouvert et un editeur, mais si tu ouvres et ferme souvent des logiciels différents, ils ne sont jamais là ou tu veux. Je ne parle même pas de l'utilisabilité de gimp...
Ce qu'il faudrait c'est plutôt une fusion de fenètre dans KDE. En gros que l'on puisse mettre des applications dans une seul fenètre avec un moyen simple par clic d'indiquer le comportement à l'agrandissement (taille fixe ou proportionnel pour chaque tile)
On aurait l'avantage des 2 systèmes.
"La première sécurité est la liberté"
[^] # Re: Marrant...
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Mag'num n°2 dans les tuyaux !. Évalué à 4.
"La première sécurité est la liberté"
[^] # Re: Quelques infos
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Comment les programmeurs écrivent du code flottant ?. Évalué à 5.
Par ce que en math non signé, 0x0-0x1 = 0xFFFFFFF; n'a pas vraiment de sens.
"La première sécurité est la liberté"
# changement tous les 3 mois
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Le changement de password pue du rond. Évalué à 2.
Ils sont généré aléatoirement et on le choisis parmis ceux proposé. (un mixte de lettre et de chiffres)
Par contre, ils sont assez gentil pour que la majeur partie des logiciels utilisent les mêmes mots de passes.
"La première sécurité est la liberté"
[^] # Re: Autre expérience
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Le changement de password pue du rond. Évalué à 10.
"La première sécurité est la liberté"
[^] # Re: Ecrire du code avec des flottants
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Comment les programmeurs écrivent du code flottant ?. Évalué à 2.
C'est uniquement ça ? Il me semblait que cela pouvait aller bien plus loin. Par exemple, les règles d'arrondies un peu assouplie (moins/pas de garde bit).
A moins que le mode dont tu parles, c'est le fonctionnement sur x86 ?
"La première sécurité est la liberté"
[^] # Re: Quelques infos
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Comment les programmeurs écrivent du code flottant ?. Évalué à 1.
"La première sécurité est la liberté"
[^] # Re: Quelques infos
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Comment les programmeurs écrivent du code flottant ?. Évalué à 2.
(a+b)-a
se comprend
((a+b) & 0xFFFFFFFF - a) & 0xFFFFFFFF
Or c'est différent de b & 0xFFFFFFFF selon la valeur de a et de b.
"La première sécurité est la liberté"
[^] # Re: moué
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Avec Free, tout est possible !. Évalué à 8.
"La première sécurité est la liberté"
[^] # Re: Quelques infos
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Comment les programmeurs écrivent du code flottant ?. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: Quelques infos
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Comment les programmeurs écrivent du code flottant ?. Évalué à 2.
Sinon, on semble dire la même chose. Quand il y a execution en parrallèle on ne peut plus vraiment parler d'ordre. Le flot d'instruction est déterminé par leur liaison par les registres et par les accès à la mémoire.
"La première sécurité est la liberté"
[^] # Re: Calcul par intervalle
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Comment les programmeurs écrivent du code flottant ?. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: Quelques infos
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Comment les programmeurs écrivent du code flottant ?. Évalué à 2.
a+b+c+d équivaux à (((a+b)+c)+d)
C'est à vérifier mais je suis sur à 90% que le compilo C ne doit pas y toucher.
Car a+b+c+d veut en fait dire :
trunc<32>(trunc<32>(trunc<32>(a+b)+c)+d)
Ce qui est non équivalent à :
trunc<32>(trunc<32>(a+b)+trunc<32>(c+d))
"La première sécurité est la liberté"