"Quel rapport entre la vitesse et la gestion de la mémoire ?"
Si tu as un GC le codeur à tendance à être sale et à créer/détruire plein d'objets, ce qui est couteux. En C, tu as naturellement le réflexe de réutiliser les objets pour des raisons de facilité, or c'est le plus performant.
>> Mais alors les langages de scripts les plus utilisés sont vraiment si lents que ça par rapport à du code compilé en natif mais avec peu d'optimisation ?
Si tu regardes le langage shoutout, on peut estimer à un facteur 10 en moyenne la différence de performance entre du C et un script. Parfois, c'est bien pire.
Il suffirait de plaque d'alu avec des caloduc en cuivre pour répartir la chaleur. Mais à part le dessous du portable, il y trés peu de place sur les coté et je vois mal un caloduc aller à l'arrière d'un écran (mais au moins il y a de la surface à l'air libre).
Est-ce que cela va chercher des informations comme la taille des lignes de caches, les jeux d'instructions supportés et leur version, la taille de la DRAM (non confondu avec le swap) ?
Tu es entrain de mélanger la puissance et l'énergie.
En gros, un code optimisé pourra demander une puissance crête plus forte, mais la consommation pour une opération donnée sera plus faible (énergie total).
De toute façon sur les process modernes, la conso statique est la plus forte. Donc, la consommation est directement proportionnel à la taille du chip x tension d'alim.
Donc, le but est d'aller le plus vite possible pour diminuer la tension et couper l'horloge.
Cette analyse est beaucoup trop légère. La plus part du temps, l'inling _réduit_ la taille du code. Une fois le code inliné, il y a la passe de simplification de code qui vire l'inutile.
C'est toujours la différence entre algorithmie et implémentation.
Une fois que tu as le bon algo, tu peux optimiser. L'implémentation doit permettre un gain de x10 maximum, c'est moins que l'algo mais c'est tout de même à prendre :)
La différence entre C3 et C4. Je ne crois pas que les cpu intel soit au niveau des chips de téléphone dont la consommation en veille tombe dans les mW, car le chip coupe réellement son alimentation. Il ne reste que le système de wakup et le RAM en auto refresh.
La différence primordiale est que je peux prendre des photos d'intérieur sans flash. A part les fuji, c'est impensable de faire de même avec un compact.
Du coup, il me semble que les capteurs réels des reflex sont un peu moins performant vis-à-vis de leurs confrères en compact que ne le laisse supposer votre message."
Mon reflex doit avoir en 3200 iso la qualité de la plus part des compact en 400 ou 600 iso.
Il faut voir aussi que les gros capteurs ne visent pas le bas de gamme et dispose de fonctionnalité spécial pour augmenter la qualité. Par exemple, avoir plusieurs ligne de sortie parallèles pour diminuer le trajet à faire dans le chip, cela diminue d'autant le bruit numérique.
J'ai dû mal à te suivre sur les performances des reflex par rapport au compact. Soit tu as en têtes des vieux reflex ou alors les compacts ont fait un certain bond en qualité depuis peu de temps.
Un point fondamental entre les 2 mondes est la taille des capteurs. En gros, un capteur de reflex est minimum 4 fois plus grand et donc capte 4x plus de lumière. D'ailleurs, la profondeur de champ est plus grande sur les compacts grâce à la petite taille du capteur. De plus, les problèmes de profondeur de champs ne jouent que sur les focal longues.
Il y a aussi une grosse différence concernant le "bruit" sur les capteurs utilisé. Sur 90% des compacts, les images deviennent moche dés 400 iso. Sur un reflex, 1600 iso est encore acceptable. Il n'y a guère que les Fuji qui montent dans les hautes sensibilités sans faire de la bouilli.
Une autre grosse différence est la vitesse de prise de vue. Même si cela a beaucoup progressé sur les compacts, les reflex sont encore beaucoup plus rapide. Ceux qui essayent de prendre des enfants en photo s'en aperçoivent très vite.
Concernant les objectifs, f1.4 et f1.8 c'est pour les 50 mm fixe. Sinon, c'est f2.8 qui est justement très bien adapté au portrait, car cela floute l'arrière plan dont on se fout. En général, on reste en f3.5 car un objectif qui ouvre a 2.8 est très couteux.
C'est comme les Islandais qui nous regardaient de haut avec leur taux de croissance à 2 chiffres. Depuis que leur état est en faillite virtuels, ils sont devenu europhile...
Donc, l'Europe c'est bien quand tu es ruiné mais pas question de toucher à mon niveau de vie pour aider les autres, quand tout va bien.
Sauf pour les Allemands. Ils ont dû se sentir obliger de payer au début pour compenser la guerre. Mais pendant longtemps, ils ont beaucoup payé (la France payait aussi beaucoup mais l'argent revenait au travers de la PAC)
Je précise pour les newbe qui passe dans le coin, que le howto cité plus haut décrit comme rapidement détruire complètement son installation linux. Suivre ce qui est marqué entraine ensuite une réinstallation complète (réparer à la main est beaucoup plus complexe que tout casser).
Je rajouterais aussi qu'il y a beaucoup d'exemple d'échec de la BSD.
Unix, par exemple, car si un projet libre n'a pas intérêt à forker sans risque d'être marginalisé rapidement (imaginer un fork de linux...), ce n'est pas le cas d'un logiciel proprio qui ont besoin de se différencier, même si c'est sur la périphérie.
L'Unix proprio est mort de sa fragmentation.
J'ai aussi l'exemple de Spice, utilisé par tout les simulateurs de transistors au niveau analogique. Chaque fabricant a modifier l'interface et les fichiers de description de circuit sont tous incompatible entre eux !
[^] # Re: Quelques petites rectifications et une question
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Go : Un nouveau langage chez Google. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: Interrogations...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Go : Un nouveau langage chez Google. Évalué à 3.
Si tu as un GC le codeur à tendance à être sale et à créer/détruire plein d'objets, ce qui est couteux. En C, tu as naturellement le réflexe de réutiliser les objets pour des raisons de facilité, or c'est le plus performant.
>> Mais alors les langages de scripts les plus utilisés sont vraiment si lents que ça par rapport à du code compilé en natif mais avec peu d'optimisation ?
Si tu regardes le langage shoutout, on peut estimer à un facteur 10 en moyenne la différence de performance entre du C et un script. Parfois, c'est bien pire.
"La première sécurité est la liberté"
[^] # Re: Pirater la GPL ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Microsoft pirate la GPL ?. Évalué à 3.
"La première sécurité est la liberté"
[^] # Re: Un truc pas cher
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Même les ordinateurs deviennent jetables. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: Interessant
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Hardware Locality (hwloc). Évalué à 4.
L'associativité peut être mortel quand elle est trop simple. Ce qui est le cas de tout ce qui n'est pas un monstre x86.
Sinon cote x86, il doit exister 32 64 et 128 comme taille de ligne de cache.
"La première sécurité est la liberté"
[^] # Re: Interessant
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Hardware Locality (hwloc). Évalué à 1.
cad ?
Les tailles vont de 32 à 128 octets. Cela peut changer pas mal de choses. J'imagine que l'on peut trouver des valeurs plus extrêmes encore.
"La première sécurité est la liberté"
[^] # Re: Interessant
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Hardware Locality (hwloc). Évalué à 3.
"La première sécurité est la liberté"
[^] # Re: Cela confirme ce que je pense
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Linux, Gentoo, et gcc dans un bateau.... Évalué à 5.
En gros, un code optimisé pourra demander une puissance crête plus forte, mais la consommation pour une opération donnée sera plus faible (énergie total).
De toute façon sur les process modernes, la conso statique est la plus forte. Donc, la consommation est directement proportionnel à la taille du chip x tension d'alim.
Donc, le but est d'aller le plus vite possible pour diminuer la tension et couper l'horloge.
"La première sécurité est la liberté"
[^] # Re: Question
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Linux, Gentoo, et gcc dans un bateau.... Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: dbench
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Linux, Gentoo, et gcc dans un bateau.... Évalué à 4.
Une fois que tu as le bon algo, tu peux optimiser. L'implémentation doit permettre un gain de x10 maximum, c'est moins que l'algo mais c'est tout de même à prendre :)
"La première sécurité est la liberté"
[^] # Re: dbench
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Linux, Gentoo, et gcc dans un bateau.... Évalué à 3.
C'est un peu évident, non ?
"La première sécurité est la liberté"
# dbench
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Linux, Gentoo, et gcc dans un bateau.... Évalué à 2.
+100% !
http://s.linux-mag.com/i/articles/7574/14-gentoo-optimizatio(...)
Ici, c'est 10% + rapide en -Os:
http://s.linux-mag.com/i/articles/7574/31-gentoo-optimizatio(...)
"La première sécurité est la liberté"
[^] # Re: Petite question...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal TuxRadar : Comparaison de la vitesse de démarrage de Vista, Windows 7, Ubuntu 9.04 et 9.10. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: Petite question...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal TuxRadar : Comparaison de la vitesse de démarrage de Vista, Windows 7, Ubuntu 9.04 et 9.10. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: Petite question...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal TuxRadar : Comparaison de la vitesse de démarrage de Vista, Windows 7, Ubuntu 9.04 et 9.10. Évalué à 2.
WTF ?!
"La première sécurité est la liberté"
[^] # Re: Petite question...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal TuxRadar : Comparaison de la vitesse de démarrage de Vista, Windows 7, Ubuntu 9.04 et 9.10. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: Photos de la conférence de presse
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche La Bataille Hadopi : retour sur la conférence de presse. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: Photos de la conférence de presse
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche La Bataille Hadopi : retour sur la conférence de presse. Évalué à 3.
Mon reflex doit avoir en 3200 iso la qualité de la plus part des compact en 400 ou 600 iso.
Il faut voir aussi que les gros capteurs ne visent pas le bas de gamme et dispose de fonctionnalité spécial pour augmenter la qualité. Par exemple, avoir plusieurs ligne de sortie parallèles pour diminuer le trajet à faire dans le chip, cela diminue d'autant le bruit numérique.
"La première sécurité est la liberté"
[^] # Re: Photos de la conférence de presse
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche La Bataille Hadopi : retour sur la conférence de presse. Évalué à 6.
Un point fondamental entre les 2 mondes est la taille des capteurs. En gros, un capteur de reflex est minimum 4 fois plus grand et donc capte 4x plus de lumière. D'ailleurs, la profondeur de champ est plus grande sur les compacts grâce à la petite taille du capteur. De plus, les problèmes de profondeur de champs ne jouent que sur les focal longues.
Il y a aussi une grosse différence concernant le "bruit" sur les capteurs utilisé. Sur 90% des compacts, les images deviennent moche dés 400 iso. Sur un reflex, 1600 iso est encore acceptable. Il n'y a guère que les Fuji qui montent dans les hautes sensibilités sans faire de la bouilli.
Une autre grosse différence est la vitesse de prise de vue. Même si cela a beaucoup progressé sur les compacts, les reflex sont encore beaucoup plus rapide. Ceux qui essayent de prendre des enfants en photo s'en aperçoivent très vite.
Concernant les objectifs, f1.4 et f1.8 c'est pour les 50 mm fixe. Sinon, c'est f2.8 qui est justement très bien adapté au portrait, car cela floute l'arrière plan dont on se fout. En général, on reste en f3.5 car un objectif qui ouvre a 2.8 est très couteux.
"La première sécurité est la liberté"
[^] # Re: politique
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Les Anglais et l'euro. Évalué à 8.
Donc, l'Europe c'est bien quand tu es ruiné mais pas question de toucher à mon niveau de vie pour aider les autres, quand tout va bien.
Sauf pour les Allemands. Ils ont dû se sentir obliger de payer au début pour compenser la guerre. Mais pendant longtemps, ils ont beaucoup payé (la France payait aussi beaucoup mais l'argent revenait au travers de la PAC)
"La première sécurité est la liberté"
[^] # Re: et par pays !
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Statistiques de dons inter-OS dans le milieu vidéo ludique pouet pouet. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: la faute à 7
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Statistiques de dons inter-OS dans le milieu vidéo ludique pouet pouet. Évalué à 4.
"La première sécurité est la liberté"
[^] # Re: Et la libc ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche X11R7.5 publié. Certes, mais encore ?. Évalué à 1.
"La première sécurité est la liberté"
[^] # Re: Craintes
Posté par Nicolas Boulay (site web personnel) . En réponse au journal La mort d'un troll : GCC supportera les plugins. Évalué à 0.
"La première sécurité est la liberté"
[^] # Re: Craintes
Posté par Nicolas Boulay (site web personnel) . En réponse au journal La mort d'un troll : GCC supportera les plugins. Évalué à 1.
Unix, par exemple, car si un projet libre n'a pas intérêt à forker sans risque d'être marginalisé rapidement (imaginer un fork de linux...), ce n'est pas le cas d'un logiciel proprio qui ont besoin de se différencier, même si c'est sur la périphérie.
L'Unix proprio est mort de sa fragmentation.
J'ai aussi l'exemple de Spice, utilisé par tout les simulateurs de transistors au niveau analogique. Chaque fabricant a modifier l'interface et les fichiers de description de circuit sont tous incompatible entre eux !
"La première sécurité est la liberté"