La réaction des juristes est toujours aussi débile. J'aimerais bien voir d'ailleurs le fondement légal retenu pour forcer un site de news d'enlever la preuve d'une de ses informations de son site.
Mis à part ça, Apple peut aussi décider de s'éloigner un peu du PC traditionnel. Il peut déjà commencer par virer le bios et mettre un bout de OSX dedans. Cela sera tout de suite plus difficile d'installer OSX sur une autre machine.
De mémoire l'A70 avait un rapport qualité/prix de tueur en décembre. Un 3.3 millions de pixel à 210¤. Le A75 de 4 millions était strictement identique à ~290¤. Sauf qu'a cause des petits pixel le bruit était supérieur.
Cela a vraiment l'air d'un boulot d'étudiant. En fait quand tu lis la paragraphe qui suit tu comprends tout de suite : 1) ils connaissent
pas mandrake 2) ne savent pas que tous les noyaux proposés par les distribs sont patchés à mort 3) qu'il est hyper simple de compiler et d'installer sont propre noyau.
La distribution Mandrake ne fournissant en standard aucun noyau précompilé ou “patch” spécifique nous avons été contraint de le générer notre propre noyau SELinux. Dans un premier temps nous avons tenté d’utiliser les noyaux fournis en paquets de sources par la distribution Mandrake et nous sommes de suite retrouvés confrontés à des incompatibilités avec le noyau “vanilla” (l’officiel de kernel.org) et donc avec les patchs officiels proposés par la NSA."
Ensuite, il s'étonne qu'il faille finir l'install à la main sur la mandrake...
SElinux c'est bien le truc de la NSA ? Il me semble qu'il s'agit d'un ensemble de patch pour le noyau avec des gestion avancé de droit. Bref, vu que le noyau de la mandriva est patché GRsec et autre, cela ne m'étonne pas que cela ne marche pas directement.
Au debut le projet de carte video open source friendly devait être 2D only mais avec une très grande vitesse. Finalement, au vue des retours ils ont préféré faire un pipeline 3D fixe.
D'après leur white paper cela ressemble vaguement à un énorme vliw, il parle de milliers d'éléments en parrallèle avec une gestion de la mémoire multi banque et gestion également de mémoire interne, donc d'une hierarchie de cache, etc...
oui. A coté des multicore, je pense que c'est la meilleur solution. Genre un accélérateur de crypto AES, de compression gzip, voir de pile IP ou de conversion IDCT. Bref, des copro pour algo standard qui bouffe une puissance cpu énorme quand écrit en soft.
VIA pourrait partir sur ce chemin plutot que de chercher à faire un énorme coeur obèse.
Pour sécurisé sans m'embéter, j'ai utilisé une mandriva en mode paranoïa. Le principe est que tout est fermé par default de partout. C'est à toi de creuser tout les trous pour que cela fonctionne. C'est assez formateur.
De base, un utilisateur ne peut pas se balader dans l'arborescence, le noyau est patché grsec et autre.
Ce qui est pas top avec les cartes de crypto est que tu perds un temps fou dans le transfert de donné entre la carte et le cpu. Tu perds tellement de temps dans ses transferts qu'il peut être plus interrescant de faire les calculs sur le cpu que d'attendre la fin des transferts.
Les xeon sont bardé de cache mais les opterons ont une énorme bande passante. Alors, je me demandais le rapport de perf entre les 2.
Une simu rtl prend ~30 Mo en moyenne à 1Go en gate (on fait encore des petites design "à l'ancienne"). Bref, faudrait tester. Surtout si il existe des version x86-64, on doit encore gagner 20% de perf.
Le but n'est absolument pas de remplacer le développement d'asic. Un asic de compression d'image sera toujours plus rapide qu'une version soft ou qu'une version FPGA.
Mais il ne te viendrais jamais à l'idée d'essayer de faire rentrer GNU chess dans un asic. Or des téchniques comme celle montrer pourait le faire.
Le FPGA est "juste" vu comme un cpu complexe et tordu. La machine "abstraite" doit être d'assez haut niveau pour pouvoir accélerer correctement le code, se baser sur un pauvre RISC voir même un vliw ne doit pas être super interrescant.
Dans l'article, il précise que les netlist générés sont 2 à 10 fois plus grosses qu'un truc optimisé à la main. Mais évidement, le temps de développement et la compétence des codeurs est largement inférieur.
[^] # Re: encore un...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal RFID, projet de loi : un implant pour chaque citoyen. Évalué à 4.
Pour situer tu payes combien de loyer ?
"La première sécurité est la liberté"
# mouais...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Soyons solidaire de MAcbidouille. Évalué à 7.
Mis à part ça, Apple peut aussi décider de s'éloigner un peu du PC traditionnel. Il peut déjà commencer par virer le bios et mettre un bout de OSX dedans. Cela sera tout de suite plus difficile d'installer OSX sur une autre machine.
"La première sécurité est la liberté"
[^] # Re: ...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal booh : un nouveau generateur de web-album. Évalué à 3.
"La première sécurité est la liberté"
# ...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal booh : un nouveau generateur de web-album. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: drm ?
Posté par Nicolas Boulay (site web personnel) . En réponse au message DVDAudio -> ogg vorbis. Évalué à 2.
"La première sécurité est la liberté"
# drm ?
Posté par Nicolas Boulay (site web personnel) . En réponse au message DVDAudio -> ogg vorbis. Évalué à 2.
"La première sécurité est la liberté"
# A70
Posté par Nicolas Boulay (site web personnel) . En réponse au message appareil photo numerique. Évalué à 2.
"La première sécurité est la liberté"
# :)
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Debuger en s'amusant (Wesnoth 1.0 - Play with the Wesnoth developers). Évalué à 10.
- Mais bébé, je ne joue pas je debug une application phare du monde libre.
"La première sécurité est la liberté"
[^] # Re: Nostalgie...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal BeOS is still alive ! Zeta vait dis !. Évalué à 7.
On connait tous le résultat.
"La première sécurité est la liberté"
[^] # Re: mandriva en mode paranoïa
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Linux sécurisé, GRsecurity, RSBAC, PaX, SSP, libsafe, SElinux,.... Évalué à 2.
pas mandrake 2) ne savent pas que tous les noyaux proposés par les distribs sont patchés à mort 3) qu'il est hyper simple de compiler et d'installer sont propre noyau.
La distribution Mandrake ne fournissant en standard aucun noyau précompilé ou “patch” spécifique nous avons été contraint de le générer notre propre noyau SELinux. Dans un premier temps nous avons tenté d’utiliser les noyaux fournis en paquets de sources par la distribution Mandrake et nous sommes de suite retrouvés confrontés à des incompatibilités avec le noyau “vanilla” (l’officiel de kernel.org) et donc avec les patchs officiels proposés par la NSA."
Ensuite, il s'étonne qu'il faille finir l'install à la main sur la mandrake...
"La première sécurité est la liberté"
[^] # Re: mandriva en mode paranoïa
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Linux sécurisé, GRsecurity, RSBAC, PaX, SSP, libsafe, SElinux,.... Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: bide assuré
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Une console sous Linux!. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: bide assuré
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Une console sous Linux!. Évalué à 3.
"La première sécurité est la liberté"
[^] # Re: Benchmarks?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Compiler pour un FPGA. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: Benchmarks?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Compiler pour un FPGA. Évalué à 2.
VIA pourrait partir sur ce chemin plutot que de chercher à faire un énorme coeur obèse.
"La première sécurité est la liberté"
[^] # Re: bide assuré
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Une console sous Linux!. Évalué à 2.
"La première sécurité est la liberté"
# mandriva en mode paranoïa
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Linux sécurisé, GRsecurity, RSBAC, PaX, SSP, libsafe, SElinux,.... Évalué à 3.
De base, un utilisateur ne peut pas se balader dans l'arborescence, le noyau est patché grsec et autre.
"La première sécurité est la liberté"
[^] # Re: linux mag
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Compiler pour un FPGA. Évalué à 1.
"La première sécurité est la liberté"
[^] # Re: Benchmarks?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Compiler pour un FPGA. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: Benchmarks?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Compiler pour un FPGA. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: quelques précisions
Posté par Nicolas Boulay (site web personnel) . En réponse au journal OpenGL dans Windows Vista : API de seconde zone ?. Évalué à 2.
Une simu rtl prend ~30 Mo en moyenne à 1Go en gate (on fait encore des petites design "à l'ancienne"). Bref, faudrait tester. Surtout si il existe des version x86-64, on doit encore gagner 20% de perf.
"La première sécurité est la liberté"
[^] # Re: Charabia
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Compiler pour un FPGA. Évalué à 6.
RTFM !
"La première sécurité est la liberté"
[^] # Re: Benchmarks?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Compiler pour un FPGA. Évalué à 2.
Le but n'est absolument pas de remplacer le développement d'asic. Un asic de compression d'image sera toujours plus rapide qu'une version soft ou qu'une version FPGA.
Mais il ne te viendrais jamais à l'idée d'essayer de faire rentrer GNU chess dans un asic. Or des téchniques comme celle montrer pourait le faire.
Le FPGA est "juste" vu comme un cpu complexe et tordu. La machine "abstraite" doit être d'assez haut niveau pour pouvoir accélerer correctement le code, se baser sur un pauvre RISC voir même un vliw ne doit pas être super interrescant.
Dans l'article, il précise que les netlist générés sont 2 à 10 fois plus grosses qu'un truc optimisé à la main. Mais évidement, le temps de développement et la compétence des codeurs est largement inférieur.
"La première sécurité est la liberté"
[^] # Re: linux mag
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Compiler pour un FPGA. Évalué à 1.
"La première sécurité est la liberté"
[^] # Re: quelques précisions
Posté par Nicolas Boulay (site web personnel) . En réponse au journal OpenGL dans Windows Vista : API de seconde zone ?. Évalué à 2.
Ici, on est plutot Xeon et on fait tourner beaucoup de modelsim.
"La première sécurité est la liberté"