Aller au contenu

Le fil des geeks informatiques


Messages recommandés

Posté
J'avais déjà vu, et ça ne répond pas à mon interrogation. Mais ça confirme que le truc doit être programmé avec les coudes.

Bon normalement un malware qui prendrai 25% du cpu serait vraiment une grosse daube.

Si jamais pour ceux qui l'ignorent microsoft à son propre antivirus gratuit à installer soi même , mais à mon avis amplement suffisant si on surf pas trop sur des cochoncetés et qu'on installe rien de source absolument inconnue ça le fait.

http://windows.microsoft.com/fr-ch/windows/security-essentials-download

Je l'ai. C'est la première chose que j'installe sur un nouveau PC, systématiquement. Pour moi, ça suffit, dans l'ensemble ; en revanche, mon père, qui ne sait pas surfer, je lui ai fait installer Kaspersky, direct.

En tout cas, ça n'a pas recommencé après reboot.

Posté

  Je viens de m'apercevoir que le proc de mon téléphone est plus puissant que celui des quatre ordis auxquels j'ai accès. Bref comme je dois faire du calcul intensif et interactif il me faudrait pouvoir compiler du c++ vers android. C'est un programme bien optimisé (avec des lignes d'assembleur etc dedans). Savez vous quelle est la manière "standard" de faire. 

 

  Pour être précis j'ai retouché stockfish pour le faire jouer à diverses variantes d'échecs. Ca marche bien sur mes pc et sur les mac mais ça rame et je voudrais pouvoir le poser sur mon samsung GSIII. 

 

  Any hint ? 

Posté

Oui, je suis très très surpris. Le S3 est rapide, mais pas comparé à un proc PC récent .

Posté

Message signalé à la modération, ça va saigner

 

:D

Posté

Je bosse dans la fonction publique : je n'ai accès qu'à des casseroles en 32 bits. :(

 

Heu. Des pontiums ? Des 486 ?

Nan mais là faut arrêter, hein.

Posté

Heu. Des pontiums ? Des 486 ?

Nan mais là faut arrêter, hein.

 

Tu rêves là, c'est la fonction publique donc MO5 et TO7 only. Ils attendent toujours le nouveau plan informatique pour tous.

Posté

Heu. Des pontiums ? Des 486 ?

Nan mais là faut arrêter, hein.

 

Non mais j'ai que des windows-32 sous la main : la différence de qualité d'analyse avec une version 64 bits est frappante. BIen sûr je peux attendre une demi heure et j'aurais le même résultat qu'en 3 min. A vue de nez ça fait 100pts elo de différence (voir le classement CCRL 40/40 : http://www.computerchess.org.uk/ccrl/4040/rating_list_all.html

), c'est quand même palpable. 

 

  Concrètement pour trouver un mat en 18 il me faut 2h contre 1/4 d'heure sur le mac book pro d'un collègue. Ce que je veux c'est pouvoir bidouiller la position et avoir assez rapidement des résolutions de mat pour éliminer certaines configurations. 

Posté

Non mais j'ai que des windows-32 sous la main : la différence de qualité d'analyse avec une version 64 bits est frappante.

 

Hmm clé usb avec un linux en 64 bits à la place du win32 ?

Posté

Si t'as de l'assembleur, ce sera de toute façon dur, ton galaxy s3, c'est de l'arm.

Pour les perfs, un vieux processeur sera dur à battre, même en utilisant le gpu du s3 en sus (Il y a opencl il me semble sur ton appareil).

 

Mais si vraiment tu veux tenter le coup, il faut passer par le NDK, bon courage, c'est un peu de la merde :)

Posté

Heuu oublie le gpu du s3 avec à la base du code asm x86, à moins de vraiment vouloir tout recoder. En fait vaut mieux oublier le s3 tout court.

Posté

Heuu oublie le gpu du s3 avec à la base du code asm x86, à moins de vraiment vouloir tout recoder. En fait vaut mieux oublier le s3 tout court.

Oui c'est un peu ce que j'ai dit. Et même sur cpu only, il aurait fallu se repalucher la partie asm de toute façon.

Par contre qqn semble avoir déjà fait le travail, puisque d'après le site web, le truc fonctionne déjà sur android.

Posté

Oui j'oublie pour le moment. Je prendrais mon mal en patience et pour la suite (qui demandera beauuuuuuucoup plus de puissance de calcul je me débrouillerais autrement). 

Posté

arm c'est du risc, passer du gros cisc ala x86 en arm ça s'automatise sans perdre trop de performances, mais bon ça change rien au résultat.

Posté

arm c'est du risc, passer du gros cisc ala x86 en arm ça s'automatise sans perdre trop de performances, mais bon ça change rien au résultat.

De ce que j'ai observé les parties asm qu'ils faut convertir sont souvent du code SSE qui doit devenir du NEON. S'il y a un outil qui fait ça, je suis vraiment curieux, et je veux bien une ref.

Surtout que si ça marche bien, je me suis fait chier a faire des trucs qui auraient pu être automatisés, et la je vais avoir un peu les boules :-) . 

Posté

Non je pensais à du code arm 'de base' en fait. Si mes souvenirs sont bons le spectre d'utilisation de neon est plus restreint (plus spécialisé) que celui de sse, du coup la perte de performances en n'utilisant pas neon devrait être moins importante que si on utilise pas sse sur du x86.

Posté

Non je pensais à du code arm 'de base' en fait. Si mes souvenirs sont bons le spectre d'utilisation de neon est plus restreint (plus spécialisé) que celui de sse, du coup la perte de performances en n'utilisant pas neon devrait être moins importante que si on utilise pas sse sur du x86.

Oui, il y a plusieurs version de SSE et autant convertir le code SSE en simple c++ (ou autre). Mais c'est un travail manuel.

Les seules fois ou j'ai touché à du neon, c'était pour du ultra spécifique (décodage audio, et calcul matriciel), et si je peux ne plus jamais en faire, tant mieux :-)

(Surtout qu'au passage à GCC 4.X, le "format" avait changé et il avait fallu tout retoucher).

Créer un compte ou se connecter pour commenter

Vous devez être membre afin de pouvoir déposer un commentaire

Créer un compte

Créez un compte sur notre communauté. C’est facile !

Créer un nouveau compte

Se connecter

Vous avez déjà un compte ? Connectez-vous ici.

Connectez-vous maintenant
×
×
  • Créer...