Pour l'électrique, j'avais lu qu'il fallait compter 100w/m². Cela permet des montés rapide en température.
Ensuite, le confort dépend de l'inertie thermique de la pièce (brique ou sans brique). Plus les matériaux sont légers, plus l'inertie est faible et plus il est facile de réchauffer la pièce. C'est notamment intéressant pour les chambres aérés tout les matins.
(pas simplement l'ajustement de fréquence, mais aussi la variation de tension)
Je ne comprends pas bien cette phrase, si le but est de baisser la consommation de la puce, baisser uniquement la fréquence fait augmenter la consommation de la puce (à cause des fuites statiques, la conso dynamique étant proportionnel à la fréquence et la durée d'une tache augmente avec la baisse de la fréquence).
Pour l'auteur, l'augmentation du temps de conception d'un code pour GPU devient tellement long, que bientôt, il sera plus simple et rapide d'avoir la même chose sur un cpu plus lent mais plus simple à coder. Il demande juste des instructions SIMD plus étendus.
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.
[^] # Re: Pour ton seuil de départ/arrêt…
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Régulation d'un vieux chauffage sous GNU/Linux. Évalué à 2.
Pour l'électrique, j'avais lu qu'il fallait compter 100w/m². Cela permet des montés rapide en température.
Ensuite, le confort dépend de l'inertie thermique de la pièce (brique ou sans brique). Plus les matériaux sont légers, plus l'inertie est faible et plus il est facile de réchauffer la pièce. C'est notamment intéressant pour les chambres aérés tout les matins.
"La première sécurité est la liberté"
[^] # Re: France
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Régulation d'un vieux chauffage sous GNU/Linux. Évalué à 2.
Une cheminé classique, c'est 10-15kw, soit la totalité de la puissance d'une maison moyenne pour le chauffage.
"La première sécurité est la liberté"
[^] # Re: France
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Régulation d'un vieux chauffage sous GNU/Linux. Évalué à 3.
Cela a aussi une incidence sur la criminalité.
"La première sécurité est la liberté"
[^] # Re: Algorithme
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Régulation d'un vieux chauffage sous GNU/Linux. Évalué à 2.
Il faudrait un capteur d'hygrométrie qui déclenche à plus de 60% ?
"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é à 3.
De toute façon, toutes "commandes douces" peuvent être approximé par du tout ou rien qui bouge suffisamment vite (sigma-delta, pwm,...).
"La première sécurité est la liberté"
[^] # Re: Bof
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche C11 n'est pas encore mort. Évalué à 2.
(pas simplement l'ajustement de fréquence, mais aussi la variation de tension)
Je ne comprends pas bien cette phrase, si le but est de baisser la consommation de la puce, baisser uniquement la fréquence fait augmenter la consommation de la puce (à cause des fuites statiques, la conso dynamique étant proportionnel à la fréquence et la durée d'une tache augmente avec la baisse de la fréquence).
Est-ce que tu connais le document suivant ?
http://mrl.cs.vsb.cz/people/gaura/agu/TimHPG2009.pdf
Pour l'auteur, l'augmentation du temps de conception d'un code pour GPU devient tellement long, que bientôt, il sera plus simple et rapide d'avoir la même chose sur un cpu plus lent mais plus simple à coder. Il demande juste des instructions SIMD plus étendus.
"La première sécurité est la liberté"
[^] # 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é"