J'avais cru comprendre que les problèmes de l'overloading était surtout un problème à cause des conversions implicites ou dans un langage objet, de l'héritage, ou pire l'héritage multiple.
La notion d'interface est une sorte d'héritage simple.
Concernant l'élégance, que fais-tu pour la gestion des flottants, de matrice, ou de vecteurs ? L'appel de fonction est quand même très moche non ?
Normalement, un asservissement en tout ou rien est toujours meilleurs. Seul des contraintes mécaniques d'usures ou de vitesse de réaction changent la donne.
Comment gères-tu le fait d'avoir la chaudière qui tourne avec le circulateur coupé ? Est-ce que tu ne risques pas de faire passer le circuit en surchauffe ?
J'ai vu tourné une chaudière à bois, si le circulateur ne tourne pas assez ou si cela chauffe trop, l'eau boue et si l'eau boue, de la pression terrible peut être envoyé dans les tuyaux.
Le plus compliqué c'est de trouver le bon tissu. Si tu regardes dans le troll précédent, une personne parlait de sa belle famille chinoise qui utilisaient des langes fait de vieux tissu.
A mon avis plusieurs couches de 100% coton, cela doit être agréable pour le bébé et absorbant.
Dans les jetables, j'ai noté 3 types de couches : les marques (huggies, et autre) qui sont bien même chère (sauf l'odeur), les marques distributeurs qui se ressemblent tellement qu'elles doivent sortir de la même usine (carrefour, intermarché, auchan,...) : elles gonflent plus, c'est la seul chose que j'ai remarqué. Ensuite, il y a les 1er prix en plastique avec très peu de matières absorbantes : pas top du tout.
Les couches ont des prix très variables selon la quantité. Des couches, tu les achètes par 100 pour arrivé à 20cts.
Je détestes effectivement les Pampers pour l'odeur piquante (du chlore issue de la décomposition de l'urine ?). Mais ce n'est pas le cas des autres marques.
Et pour les fuites, cela dépend des quantités, de l'adéquation taille de couche/poids du bébé, et qu'elle soit correctement mise...
C'est vrai pour le calcul généraliste mais pas pour le calcul bourrin. D'ailleurs ton (1), marche si on accepte de ne jamais faire de modification en place. On lit une grande quantité de donné, pour créer une autre quantité de donné réutilisé dans la passe suivante. Chaque passe n'a pas le droit d'utiliser, les donnés générées par la passe, à un autre moment.
Concernant les PPC, tu parles des quicklogic ? Il me semble qu'il utilise des coeurs ppc classique, genre 603e ou e300.
On peut faire le parallèle avec le matériel, en lequel les militaires veulent avoir confiance. C'est le cas pour tout matériel utilisé pour la crypto.
La puce développée en France, est aussi produite en France (Atmel à Nante de mémoire).
Et ensuite, il envoie le résultat, dans un laboratoire de reverse engenering de l'armée, pour vérifier qu'aucune fonctionnalité n'a été ajouté. Il démonte la puce et compare chaque porte avec la netliste originale.
J'avais lu une fois que sur le choix "du moins pire" (quand aucun candidat se détache nettement) la méthode Condorcet était moins efficace que le scrutin majoritaire à 2 tours, qui permet de "voter contre".
Mais je ne sais pas si c'est le programmeur, le compilateur glsl/cuda/open cl > langage machine ou directement le matériel (probablement pas le matériel d’ailleurs) qui se charge de garder son pipeline bien remplit.
Pour moi, c'est le problème principal. On a vraiment l'habotude d'avoir le même genre de performance entre un modèle amd et un modèle Intel. C'est rare d'avoir un bench 50% plus rapide pour un processeur et 50% plus lent sur un autre bench.
Le compilateur opencl fait au mieux, mais selon les contraintes internes par rapport au code, les performances ne seront pas du tout les mêmes, ce qui demande un gros boulot d'optimisation pour les jeux. De mémoire, ati gère les flottant 16 bits et pas nvidia, sur un code qui n'a pas besoin de mieux, il sera 2x plus rapide qu'un code utilisant du 32 bits classique. C'est pareil, si le hardware interne gère des vecteurs de taille 2, sur une machine ayant une telle largeur, l'efficacité sera plus grande que sur un gpu scalaire.
Je sais qu'augmenter de manière énorme le nombre de registre augmente le temps de changement de tâche. Mais si il s'agit d'un banc de registres spécial, peut être que l'ancienne astuce, de sauver/restaurer le registre uniquement sur demande peut être appliqué.
Il faudrait un banc de registre par exemple 1 000 registres 256 bits. On pourrait faire des lecture mémoire de 256 à 8 bits, et ensuite faire des transferts de la taille que l'on veut vers les registres classiques. Si le core "out of order" est bien fait, il pourrait détecter ces transferts entre registres et seulement faire un "alias".
Avoir autant de registre peut permettre d'éviter un gros besoin de transfert vers la mémoire forcément plus lent que le cpu.
Un cell est simplement un dsp flottant qui exécutent 2 instructions en même temps, sur des registres SIMD. La particularité est de ne pas avoir de cache mais d'utiliser uniquement de la mémoire locale. C'est très rapide, mais très chiant à utiliser. Il faut utiliser un gros DMA pour transférer la mémoire depuis et vers la DRAM externe. Il serait sans doute possible d'automatiser tout cela avec un compilo opencl, mais je ne crois pas que cela existe.
Par rapport au GPU, il n'y a pas d'absence de cohérence de mémoire, il n'y a pas d'accès mémoires complexe, ni de lecture de type de données compliqué (genre éclater un vecteur RGB, ou une texture compressé).
Concernant la cohérence de cache, je ne pense pas que cela soit gros, mais cela fait perdre des cyclee d'horloge sur les accès.
Pour le problème de la mise de départ, ou pour le temps entre le paiement terminé et la fourniture de la feature, il est peut être possible de fonctionnement par roulement.
Le cash est réellement disponible, pour le développement de la fonctionnalité n, provient de la fonctionnalité n-1.
Une différence qui semble perdurer c'est quand même que les shaders sont mauvais sur tous ce qui n'est pas du calcul vectoriel.
Cest un peu passé; C'est fini les shader complètement vectoriels. Il me semble que ATI ne gère que 2 éléments à la fois, et nvidia est scalaire. Les codes des shaders utilisent des vecteurs de taille 1 à 4. Avec du simd, les taux d'utilisation des fpu seraient trop faibles.
Peut-être qu'il faudrait un indicateur d'entropie d'un article : plus celui-ci est issue d'un nombre d'ip différent et d'ip de nature différente,plus l'article peut être vu de manière plus neutre (ou remplit de troll).
Peut-être aussi qu'un "mode plan" serait utile pour refondre un article plus simplement.
Peut-être qu'un concept de "branche" (avec merge à 3 voies comme Git) pourrait permettre de mettre à plat les conflits d’édition tout en facilitant le refactoring d'article (et faciliter la remise en forme souvent simplifié par un revert...).
Peut-être aussi qu'une "augmentation" (y mettre une forme de forum/commentaires hiérarchique avec des [+] ?) de la page de discussion pourrait être un atout pour contourner les propriétaires de pages sauvage. Cela pourrait servir, pour y mettre des infos "informes" remis en forme par les propriétaires des pages.
L'idée, c'est quand même qu'une info moche est toujours mieux que pas d'infos du tout ! Mais certains semblent l'oublier...
Est-ce que tu sais pourquoi il est à ce point recommander d'avoir des matériaux qui stock la chaleur (mur de brique) ?
Je vois bien le principe de stockage d'énergie un peu comme une capa de découplage. Mais il y a plein de cas, où c'est gênant : aération des chambres, monté en température très lente, voir sensation de mur froid.
Il manque pas tant de chose que cela au cpu pour jouer au gpu en fait. Il faut créer des load/store un peu plus complexe pour faire de l'adressage multidimensionnel en un seul cycle, qui peut avoir une absence de cohérence, les barrières devenant explicites. Ensuite, il faut une série d'alu lié pourquoi pas à des instructions haut niveau (manipulation de matrice vecteur) et surtout il faut un énorme paquet de registres ( 128 000 de mémoires dans un bloc nvidia). Ces registres peuvent être lié au load/store special (genre load de la taille du registre mais lecture partiel possible si les registres sont SIMD).
[^] # Re: _Generic et surcharge de fonction
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche C11 n'est pas encore mort. Évalué à 2.
J'avais cru comprendre que les problèmes de l'overloading était surtout un problème à cause des conversions implicites ou dans un langage objet, de l'héritage, ou pire l'héritage multiple.
La notion d'interface est une sorte d'héritage simple.
Concernant l'élégance, que fais-tu pour la gestion des flottants, de matrice, ou de vecteurs ? L'appel de fonction est quand même très moche non ?
"La première sécurité est la liberté"
[^] # Re: surchauffe ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Régulation sous linux d'un vieux chauffage. Évalué à 2.
Normalement, un asservissement en tout ou rien est toujours meilleurs. Seul des contraintes mécaniques d'usures ou de vitesse de réaction changent la donne.
"La première sécurité est la liberté"
# surchauffe ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Régulation sous linux d'un vieux chauffage. Évalué à 9.
Comment gères-tu le fait d'avoir la chaudière qui tourne avec le circulateur coupé ? Est-ce que tu ne risques pas de faire passer le circuit en surchauffe ?
J'ai vu tourné une chaudière à bois, si le circulateur ne tourne pas assez ou si cela chauffe trop, l'eau boue et si l'eau boue, de la pression terrible peut être envoyé dans les tuyaux.
"La première sécurité est la liberté"
[^] # Re: Bernstein ???
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Le colonel Moutarde, sur la table (de hachage), avec un livre de maths. Évalué à 1.
(alors qu'en crypto, la vitesse n'est pas le premier critère, il faut d'abord de la solidité).
Et surtout que l'on ne veut pas du tout de collision.
"La première sécurité est la liberté"
[^] # Re: Et les couches maison ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Où on parle de couches.... Évalué à 3.
Le plus compliqué c'est de trouver le bon tissu. Si tu regardes dans le troll précédent, une personne parlait de sa belle famille chinoise qui utilisaient des langes fait de vieux tissu.
A mon avis plusieurs couches de 100% coton, cela doit être agréable pour le bébé et absorbant.
"La première sécurité est la liberté"
[^] # Re: mouais
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Où on parle de couches.... Évalué à 2.
Dans les jetables, j'ai noté 3 types de couches : les marques (huggies, et autre) qui sont bien même chère (sauf l'odeur), les marques distributeurs qui se ressemblent tellement qu'elles doivent sortir de la même usine (carrefour, intermarché, auchan,...) : elles gonflent plus, c'est la seul chose que j'ai remarqué. Ensuite, il y a les 1er prix en plastique avec très peu de matières absorbantes : pas top du tout.
D'ailleurs, tu remarques que 14/70= 0.2€.
"La première sécurité est la liberté"
# mouais
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Où on parle de couches.... Évalué à 3.
Les couches ont des prix très variables selon la quantité. Des couches, tu les achètes par 100 pour arrivé à 20cts.
Je détestes effectivement les Pampers pour l'odeur piquante (du chlore issue de la décomposition de l'urine ?). Mais ce n'est pas le cas des autres marques.
Et pour les fuites, cela dépend des quantités, de l'adéquation taille de couche/poids du bébé, et qu'elle soit correctement mise...
"La première sécurité est la liberté"
[^] # Re: N'optimiser que si nécessaire
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Le colonel Moutarde, sur la table (de hachage), avec un livre de maths. Évalué à 1.
Ou encore que le logiciel utilise le meilleur contenaire possible selon les opérations faites dessus et sa taille maximum.
"La première sécurité est la liberté"
[^] # Re: N'optimiser que si nécessaire
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Le colonel Moutarde, sur la table (de hachage), avec un livre de maths. Évalué à 2.
c'est possible que cela soit le quicksort de la libc ?
"La première sécurité est la liberté"
[^] # Re: mouais
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Rendu 3D logiciel. Évalué à 2.
C'est vrai pour le calcul généraliste mais pas pour le calcul bourrin. D'ailleurs ton (1), marche si on accepte de ne jamais faire de modification en place. On lit une grande quantité de donné, pour créer une autre quantité de donné réutilisé dans la passe suivante. Chaque passe n'a pas le droit d'utiliser, les donnés générées par la passe, à un autre moment.
Concernant les PPC, tu parles des quicklogic ? Il me semble qu'il utilise des coeurs ppc classique, genre 603e ou e300.
"La première sécurité est la liberté"
# Puces militaires
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Conférence « Vote électronique : en quoi le logiciel libre n'est pas la solution ». Évalué à 2.
On peut faire le parallèle avec le matériel, en lequel les militaires veulent avoir confiance. C'est le cas pour tout matériel utilisé pour la crypto.
La puce développée en France, est aussi produite en France (Atmel à Nante de mémoire).
Et ensuite, il envoie le résultat, dans un laboratoire de reverse engenering de l'armée, pour vérifier qu'aucune fonctionnalité n'a été ajouté. Il démonte la puce et compare chaque porte avec la netliste originale.
Pourquoi la démocratie serait moins protégée ?
"La première sécurité est la liberté"
[^] # Re: Le vote électronique avec le vote papier
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Conférence « Vote électronique : en quoi le logiciel libre n'est pas la solution ». Évalué à 2.
J'avais lu une fois que sur le choix "du moins pire" (quand aucun candidat se détache nettement) la méthode Condorcet était moins efficace que le scrutin majoritaire à 2 tours, qui permet de "voter contre".
"La première sécurité est la liberté"
[^] # Re: Pas sûr qu'il y ai un remplacement
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Rendu 3D logiciel. Évalué à 2.
Mais je ne sais pas si c'est le programmeur, le compilateur glsl/cuda/open cl > langage machine ou directement le matériel (probablement pas le matériel d’ailleurs) qui se charge de garder son pipeline bien remplit.
Pour moi, c'est le problème principal. On a vraiment l'habotude d'avoir le même genre de performance entre un modèle amd et un modèle Intel. C'est rare d'avoir un bench 50% plus rapide pour un processeur et 50% plus lent sur un autre bench.
Le compilateur opencl fait au mieux, mais selon les contraintes internes par rapport au code, les performances ne seront pas du tout les mêmes, ce qui demande un gros boulot d'optimisation pour les jeux. De mémoire, ati gère les flottant 16 bits et pas nvidia, sur un code qui n'a pas besoin de mieux, il sera 2x plus rapide qu'un code utilisant du 32 bits classique. C'est pareil, si le hardware interne gère des vecteurs de taille 2, sur une machine ayant une telle largeur, l'efficacité sera plus grande que sur un gpu scalaire.
Je sais qu'augmenter de manière énorme le nombre de registre augmente le temps de changement de tâche. Mais si il s'agit d'un banc de registres spécial, peut être que l'ancienne astuce, de sauver/restaurer le registre uniquement sur demande peut être appliqué.
Il faudrait un banc de registre par exemple 1 000 registres 256 bits. On pourrait faire des lecture mémoire de 256 à 8 bits, et ensuite faire des transferts de la taille que l'on veut vers les registres classiques. Si le core "out of order" est bien fait, il pourrait détecter ces transferts entre registres et seulement faire un "alias".
Avoir autant de registre peut permettre d'éviter un gros besoin de transfert vers la mémoire forcément plus lent que le cpu.
"La première sécurité est la liberté"
[^] # Re: mouais
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Rendu 3D logiciel. Évalué à 2.
Un cell est simplement un dsp flottant qui exécutent 2 instructions en même temps, sur des registres SIMD. La particularité est de ne pas avoir de cache mais d'utiliser uniquement de la mémoire locale. C'est très rapide, mais très chiant à utiliser. Il faut utiliser un gros DMA pour transférer la mémoire depuis et vers la DRAM externe. Il serait sans doute possible d'automatiser tout cela avec un compilo opencl, mais je ne crois pas que cela existe.
Par rapport au GPU, il n'y a pas d'absence de cohérence de mémoire, il n'y a pas d'accès mémoires complexe, ni de lecture de type de données compliqué (genre éclater un vecteur RGB, ou une texture compressé).
Concernant la cohérence de cache, je ne pense pas que cela soit gros, mais cela fait perdre des cyclee d'horloge sur les accès.
"La première sécurité est la liberté"
[^] # Re: Les jeux libres doivent faire leurs preuves
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Quel modèle économique pour le jeu vidéo libre?. Évalué à 2.
Pour le problème de la mise de départ, ou pour le temps entre le paiement terminé et la fourniture de la feature, il est peut être possible de fonctionnement par roulement.
Le cash est réellement disponible, pour le développement de la fonctionnalité n, provient de la fonctionnalité n-1.
"La première sécurité est la liberté"
[^] # Re: Domotique et énergie...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Linux fait même le café, en open-source et open-harware. Évalué à 3.
J'ai déjà vu ce genre de radiateur avec une surface en verre et un coeur de pierre :)
J'ai des radiateurs radiant, c'est le même principe sauf qu'il s'agit juste d'une tole fine, c'est beaucoup moins chère et très confortable.
"La première sécurité est la liberté"
[^] # Re: Fire in the hole.
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Quand vous achetez certains logiciels, vous avez le droit à... Rien. Évalué à 1.
Quand tu achètes un objet, il n'y a pas de contrat. C'est aussi ça qui est bien.
"La première sécurité est la liberté"
[^] # Re: Pas sûr qu'il y ai un remplacement
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Rendu 3D logiciel. Évalué à 2.
Une différence qui semble perdurer c'est quand même que les shaders sont mauvais sur tous ce qui n'est pas du calcul vectoriel.
Cest un peu passé; C'est fini les shader complètement vectoriels. Il me semble que ATI ne gère que 2 éléments à la fois, et nvidia est scalaire. Les codes des shaders utilisent des vecteurs de taille 1 à 4. Avec du simd, les taux d'utilisation des fpu seraient trop faibles.
"La première sécurité est la liberté"
[^] # Re: Ouai enfin bon....
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche sslh 1.10, la bête noire des censeurs. Évalué à 2.
J'ai du mal à suivre, ce que tu veux dire par là.
"La première sécurité est la liberté"
[^] # Re: DRM
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Quand vous achetez certains logiciels, vous avez le droit à... Rien. Évalué à 6.
Un livre coute moins chère qu'une PS3. Et je ne crois pas que la personne qui avait pris un tas de note pour une thèse ai été dédommagé.
"La première sécurité est la liberté"
[^] # Re: Le problème, c’est aussi la neutralité
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Wikipedia passe à l'édition WYSIWYG. Évalué à 7.
Peut-être qu'il faudrait un indicateur d'entropie d'un article : plus celui-ci est issue d'un nombre d'ip différent et d'ip de nature différente,plus l'article peut être vu de manière plus neutre (ou remplit de troll).
"La première sécurité est la liberté"
# DRM
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Quand vous achetez certains logiciels, vous avez le droit à... Rien. Évalué à 9.
Il me semble que media player a changé sa licence, il y a quelques années, pour s'arroger le droit d'effacer les médias détectés comme pirate.
Ou Amazon qui efface à distance des livres, dont il s'est rendu compte après coup qu'il n'avait pas le droit de les vendre.
C'est un peu la même idée.
"La première sécurité est la liberté"
# meilleur page de discussions ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Wikipedia passe à l'édition WYSIWYG. Évalué à 2.
Peut-être aussi qu'un "mode plan" serait utile pour refondre un article plus simplement.
Peut-être qu'un concept de "branche" (avec merge à 3 voies comme Git) pourrait permettre de mettre à plat les conflits d’édition tout en facilitant le refactoring d'article (et faciliter la remise en forme souvent simplifié par un revert...).
Peut-être aussi qu'une "augmentation" (y mettre une forme de forum/commentaires hiérarchique avec des [+] ?) de la page de discussion pourrait être un atout pour contourner les propriétaires de pages sauvage. Cela pourrait servir, pour y mettre des infos "informes" remis en forme par les propriétaires des pages.
L'idée, c'est quand même qu'une info moche est toujours mieux que pas d'infos du tout ! Mais certains semblent l'oublier...
"La première sécurité est la liberté"
[^] # Re: Domotique et énergie...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Linux fait même le café, en open-source et open-harware. Évalué à 2.
Est-ce que tu sais pourquoi il est à ce point recommander d'avoir des matériaux qui stock la chaleur (mur de brique) ?
Je vois bien le principe de stockage d'énergie un peu comme une capa de découplage. Mais il y a plein de cas, où c'est gênant : aération des chambres, monté en température très lente, voir sensation de mur froid.
"La première sécurité est la liberté"
[^] # Re: mouais
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Rendu 3D logiciel. Évalué à 3.
Il manque pas tant de chose que cela au cpu pour jouer au gpu en fait. Il faut créer des load/store un peu plus complexe pour faire de l'adressage multidimensionnel en un seul cycle, qui peut avoir une absence de cohérence, les barrières devenant explicites. Ensuite, il faut une série d'alu lié pourquoi pas à des instructions haut niveau (manipulation de matrice vecteur) et surtout il faut un énorme paquet de registres ( 128 000 de mémoires dans un bloc nvidia). Ces registres peuvent être lié au load/store special (genre load de la taille du registre mais lecture partiel possible si les registres sont SIMD).
"La première sécurité est la liberté"