Cette carte est faite pour les netbook qui sont parfaitement incapable de décoder de la HD. Cela doit être aussi utile au niveau de la consommation électrique.
Je suis surpris aussi de tes chiffres pour la HD. Il faudrait que tu refasses un test avec un film en 1080p et ~25Mbs, cela doit correspondre à un blue ray et je pense que ton core duo doit être bien chargé. Un x264 en 720p et 5Mbs, c'est une sorte de HD mais on peut faire beaucoup mieux.
Pour le LCD qui ne supporte pas le /24, tu peux peut-être utiliser 72 hz ? (3*24)
Le but de mon intervention est de faire remarquer que Linuxfr est sans doute le plus gros site francophone parlant des logiciels libres. Donc que MS s'y intéresse n'aurait rien d'étonnant.
Autour de 2000-2002, j'ai dû faire un dist-upgrade sur 2 versions consécutive de debian sans problème avec mise à jour kernel, libc, et tous les softs.
Ca arrive, rarement mais ca arrive. Les news je les lis presque toutes, quand je lis un truc sur Windows<->Linux qui est correct, peu importe le sens, je laisse discuter, ca ne sert a rien de poster un "d'accord".
Cela aurait un poids tout autre, ce que s'abstiendrait de faire un charger de com.
T'en connais bcp des charges de com qui ont mes connaissances techniques ? Moi non
T'en connais bcp qui repondent dans les forums ici pour aider des newbies Linux ? Moi non
etc...
Un chargé de com' non téchnique sur Linuxfr, il tiendrait combien de secondes ? MS a suffisamment de moyen pour trouver la bonne personne. Il serait suicidaire de faire autrement.
Il faudrait quand même que tu montres des chiffres ou la machine avec swap sont plus rapide que sans. Jusqu'à présent ce n'est pas le cas. Il a eu suffisamment de débats sur la lkml la dessus. Linux est moins pénalisant que XP, mais je garde un swap uniquement pour l'hibernation. Je trouve insupportable de bosser qq heures et d'avoir le menu du windows manager qui mets 5s à s'afficher car "swap outer".
Pour info, pour avoir la quantité de mémoire utilisé réelle d'un processus, c'est l'information VmHWM: de /proc//status. On retrouve cette information éclaté entre mémoire appartenant à un seul processus et la mémoire partagé dans top sous la forme RES et SHR (qui comprends les libs, les pages partagés entre processus suite à un fork)
VIRT ou la mémoire mappé par la VM ne correspond pas à la réalité à cause de l'allocation à l'accès fait par linux. En gros, si je fais un main() {malloc(3Go)}, la mémoire réservé dans la mémoire virtuelle sera de 3Go, mais j'aurais une mémoire réellement mappé en hardware très faible.
Pour avoir la somme totale de ce genre de chose, il va falloir comprendre /proc/meminfo ce qui commence à être complexe ;)
Windows XP a la particularité d'avoir des comportements bizarres avec le swap comme par exemple de tout mettre dedans si le poste n'est pas utilisé et deswap ensuite pendant de longue minutes à la reprise.
Concernant le vol, je serais curieux de savoir si il n'est pas possible de mettre un daemon sur la machine qui permet de localiser le voleu. Peut-être un système qui met à jour un DNS avec l'adresse IP en cour.
Il faudrait ensuite pouvoir activer la prise de photo avec la webcam. Et bien sûr faire en sorte que tout cela soit sécurisé:)
Concernant le timing des instructions, il faut voir qu'il s'agit de minimal donc, sans cache miss, sans page miss, sans erreur de prédiction de branchement. Cela peut rajouter des dizaine à des centaines de cycles au timing indiqué..
Les performances sont un des buts de Lisaac bien sûr.
Pour te donner l'anecdote, lors des premiers test du code mpeg2, lisaac était à 15% de l'exemple en C en utilisant gcc 2.95. Quelques années plus tard et une bonne dose d'optimisation de lisaac, l'exemple C est toujours 15% plus rapide. Pourquoi ?car gcc 4.3 donne du code 30% plus rapide que gcc 2.95.
Il est inutile de vouloir courir en parallèle de gcc, il sera toujours plus rapide. L'idée est de réutiliser au maximum ses avancés. Si on reste haut niveau, toutes les optimisations restent valable avec d'autres compilateurs.
La vectorisation est à la limite. Par exemple, gcc vient d'introduire Graphite ( http://en.wikipedia.org/wiki/Polytope_model ) pour réduire les boucles. C'est un an de boulot minimum pour l'intégrer dans un compilateur. Et pourtant les perspectives sont énormes en optimisation haut niveau (et avec des maths complexes). D'un autre coté, on utilise gcc et gcc utilise déjà cette optimisation. Pour lisaac, il "suffit" de produire du code gentil pour gcc (pas de pointeur, beaucoup de scalaire,...)
Il faut voir aussi que Ben fait de la recherche. Il ne peut pas "vendre" un papier sur une technologie avec autant de papier que l'auto-vectorisation.
Le projet a plus d'intérêt à partir sur des optimisations hors de porté de gcc. Par exemple, on pourrait faire la chasse au copie inutile ou au tableau temporaire.
[^] # Re: crystal HD
Posté par Nicolas Boulay (site web personnel) . En réponse au journal XvMC, Gallium et DxVA. Évalué à 4.
Je suis surpris aussi de tes chiffres pour la HD. Il faudrait que tu refasses un test avec un film en 1080p et ~25Mbs, cela doit correspondre à un blue ray et je pense que ton core duo doit être bien chargé. Un x264 en 720p et 5Mbs, c'est une sorte de HD mais on peut faire beaucoup mieux.
Pour le LCD qui ne supporte pas le /24, tu peux peut-être utiliser 72 hz ? (3*24)
"La première sécurité est la liberté"
# crystal HD
Posté par Nicolas Boulay (site web personnel) . En réponse au journal XvMC, Gallium et DxVA. Évalué à 2.
http://www.presence-pc.com/actualite/crystal-hd-37722/
Certain d'entre vous ont-ils déjà testé ?
"La première sécurité est la liberté"
[^] # Re: Correction : swap et autres biais
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Consommation de ressources de Windows et Debian. Évalué à -1.
"La première sécurité est la liberté"
[^] # Re: Correction : swap et autres biais
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Consommation de ressources de Windows et Debian. Évalué à -2.
C'est histoire de rire un bon coup.
"La première sécurité est la liberté"
[^] # Re: Quelle rigolade
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Consommation de ressources de Windows et Debian. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: Quelle rigolade
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Consommation de ressources de Windows et Debian. Évalué à 2.
"La première sécurité est la liberté"
# pc home-cinema
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Laché d' InstantOn. Évalué à 3.
... sauf que la résolution rend cela impossible ! 800*600, ce n'est même pas la résolution de la plus part des écrans LCD 16:10.
Vivement que le 1080p devienne un standard universelle.
"La première sécurité est la liberté"
[^] # Re: Quelle rigolade
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Consommation de ressources de Windows et Debian. Évalué à 3.
Le but de mon intervention est de faire remarquer que Linuxfr est sans doute le plus gros site francophone parlant des logiciels libres. Donc que MS s'y intéresse n'aurait rien d'étonnant.
"La première sécurité est la liberté"
[^] # Re: Utilisation abusive de tes votes
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Consommation de ressources de Windows et Debian. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: Quelle rigolade
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Consommation de ressources de Windows et Debian. Évalué à 5.
Les pauvres ignorants...
"La première sécurité est la liberté"
[^] # Re: Quelle rigolade
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Consommation de ressources de Windows et Debian. Évalué à 1.
Autour de 2000-2002, j'ai dû faire un dist-upgrade sur 2 versions consécutive de debian sans problème avec mise à jour kernel, libc, et tous les softs.
Comment comparer à windows ?
"La première sécurité est la liberté"
[^] # Re: Quelle rigolade
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Consommation de ressources de Windows et Debian. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: Utilisation abusive de tes votes
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Consommation de ressources de Windows et Debian. Évalué à 3.
Ca arrive, rarement mais ca arrive. Les news je les lis presque toutes, quand je lis un truc sur Windows<->Linux qui est correct, peu importe le sens, je laisse discuter, ca ne sert a rien de poster un "d'accord".
Cela aurait un poids tout autre, ce que s'abstiendrait de faire un charger de com.
T'en connais bcp des charges de com qui ont mes connaissances techniques ? Moi non
T'en connais bcp qui repondent dans les forums ici pour aider des newbies Linux ? Moi non
etc...
Un chargé de com' non téchnique sur Linuxfr, il tiendrait combien de secondes ? MS a suffisamment de moyen pour trouver la bonne personne. Il serait suicidaire de faire autrement.
"La première sécurité est la liberté"
[^] # Re: Quelle rigolade
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Consommation de ressources de Windows et Debian. Évalué à 3.
"La première sécurité est la liberté"
[^] # Re: Quelle rigolade
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Consommation de ressources de Windows et Debian. Évalué à 2.
VIRT ou la mémoire mappé par la VM ne correspond pas à la réalité à cause de l'allocation à l'accès fait par linux. En gros, si je fais un main() {malloc(3Go)}, la mémoire réservé dans la mémoire virtuelle sera de 3Go, mais j'aurais une mémoire réellement mappé en hardware très faible.
Pour avoir la somme totale de ce genre de chose, il va falloir comprendre /proc/meminfo ce qui commence à être complexe ;)
"La première sécurité est la liberté"
[^] # Re: Quelle rigolade
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Consommation de ressources de Windows et Debian. Évalué à 5.
"La première sécurité est la liberté"
[^] # Re: Merci pour ce test.
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Consommation de ressources de Windows et Debian. Évalué à 4.
"La première sécurité est la liberté"
[^] # Re: Merci pour ce test.
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Consommation de ressources de Windows et Debian. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: Quelle rigolade
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Consommation de ressources de Windows et Debian. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: Quelle rigolade
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Consommation de ressources de Windows et Debian. Évalué à 2.
"La première sécurité est la liberté"
# vol
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Remboursements de licences windows sans renvoi de PC, c'est possible. Évalué à 3.
Il faudrait ensuite pouvoir activer la prise de photo avec la webcam. Et bien sûr faire en sorte que tout cela soit sécurisé:)
"La première sécurité est la liberté"
[^] # Re: Surprise
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Lisaac: sorti de la 0.39beta. Évalué à 2.
http://chl.be/glmf/articles.linuxmag-france.org/lm32/hackC.h(...)
Concernant le timing des instructions, il faut voir qu'il s'agit de minimal donc, sans cache miss, sans page miss, sans erreur de prédiction de branchement. Cela peut rajouter des dizaine à des centaines de cycles au timing indiqué..
"La première sécurité est la liberté"
[^] # Re: Surprise
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Lisaac: sorti de la 0.39beta. Évalué à 2.
Beaucoup de lecture en perspective !
"La première sécurité est la liberté"
[^] # Re: Surprise
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Lisaac: sorti de la 0.39beta. Évalué à 2.
Pour te donner l'anecdote, lors des premiers test du code mpeg2, lisaac était à 15% de l'exemple en C en utilisant gcc 2.95. Quelques années plus tard et une bonne dose d'optimisation de lisaac, l'exemple C est toujours 15% plus rapide. Pourquoi ?car gcc 4.3 donne du code 30% plus rapide que gcc 2.95.
Il est inutile de vouloir courir en parallèle de gcc, il sera toujours plus rapide. L'idée est de réutiliser au maximum ses avancés. Si on reste haut niveau, toutes les optimisations restent valable avec d'autres compilateurs.
La vectorisation est à la limite. Par exemple, gcc vient d'introduire Graphite ( http://en.wikipedia.org/wiki/Polytope_model ) pour réduire les boucles. C'est un an de boulot minimum pour l'intégrer dans un compilateur. Et pourtant les perspectives sont énormes en optimisation haut niveau (et avec des maths complexes). D'un autre coté, on utilise gcc et gcc utilise déjà cette optimisation. Pour lisaac, il "suffit" de produire du code gentil pour gcc (pas de pointeur, beaucoup de scalaire,...)
Il faut voir aussi que Ben fait de la recherche. Il ne peut pas "vendre" un papier sur une technologie avec autant de papier que l'auto-vectorisation.
Le projet a plus d'intérêt à partir sur des optimisations hors de porté de gcc. Par exemple, on pourrait faire la chasse au copie inutile ou au tableau temporaire.
"La première sécurité est la liberté"
[^] # Re: les apprentis sorciers, les charlatans et la thérorie du complet
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Certains OGM prouvés nocifs. Évalué à 2.
"La première sécurité est la liberté"