Bon j'ai dit des betises. D'apres les slides mentionés dans le journal nvidia fait partie des redacteurs du draft de specs OpenCL tout comme Intel et AMD / ATI.

[ Répondre ]

Il me semble que c'est dans la roadmap de AMD Stream SDK d'implémenter la norme OpenCL alors que je n'ai rien entendu de tel dans le cas de nvidia.

[ Répondre ]

Dans 2 semaine se tient un BarCamp organisé a la Cantine a Paris précisemment sur ces sujets.

Rappel: Un BarCamp est une rencontre d'un week-end, une non-conférence ouverte qui prend la forme d'ateliers-événements participatifs où le contenu est fourni par les participants qui doivent tous, à un titre ou à un autre, apporter quelque chose au Barcamp. C'est le principe pas de spectateur, tous participants. L'événement met l'accent sur les toutes dernières innovations en matière d'applications Internet, de logiciels libres et de réseaux sociaux. (dixit wikipedia)

Ca serait sympa si certains d'entre vous pouvez nous faire un comparatif AMD Stream / CUDA ou une introduction a Brook par exemple.

Voici la page de wiki de la rencontre (avec l'adresse, les horaires, la liste des sessions proposées, ...), n'hésitez pas a vous inscrire :

http://barcamp.org/GPU-Camp-Paris

[ Répondre ]

Un truc dans le genre:

>>> print("Bonjour {nom} {prénom}".format(**locals()))

devrait marcher mais j'ai pas de python 3 sous la main pour tester.

[ Répondre ]

En fait c'est nous qui essayons de nous mettre la pression parce que jusqu'a present on avait un peu tendance a tout faire a la rache le dernier mois. A noter, cet année on va tenter de faire 3 jours : vendredi samedi et dimanche au lieu de juste samedi et dimanche les années precendentes. Hesitez pas a dire en commentaire les jours pour lesquels vous comptez venir, et si ca vous arrange de venir au nom de votre boite le vendredi par exemple.

[ Répondre ]

Passe le dans un mixer avant de le mettre dans ta casserole, c'est beaucoup plus drole. Par contre je te conseille pas de respirer la poudre noire a la fin : http://www.youtube.com/watch?v=qg1ckCkm8YI

[ Répondre ]

Pour corriger ce bug il faudrait generer un token unique en session (ou en cookie) au moment de l'affichage de la page d'edition d'un nouveau journal et stoquer ce token comme identifiant d'edition dans la table des journaux (en clef unique). Comme ca permettre d'eliminer definitivement le pbm sans avoir a faire confiance au client pour ne pas lancer deux fois la requete POST.

[ Répondre ]

Merci pour cette contribution car je ne connaissais pas et ca a l'air en effet simple a installer (via aptitude su hardy), simple a prendre en main via l'interface graphique (cf screenshots sur le site), complet (support de Xen et kqemu/kvm) et scriptable en ligne de commande.

[ Répondre ]

D'autant plus que c'est facile pour le mot de passe root en général chez ce type de client c'est toujours ... "root".

[ Répondre ]

Tout a fait. Je ne critique pas la qualité du service de RedHat ni l'utilité d'un service de support professionnel. Je cherche juste a mettre en exergue l'attitude du DSI lambda qui se dit "on prend du Redhat car c'est plus pro" (et qui n'hesitera pas le cas echeant a parler de Debian ou Ubuntu comme de systeme d'amateurs hobbyistes) en negligeant tout le reste (formation des admins, mise en place de mirroires de repositories, formalisation du processus de mises a jours). Au final on se retouve très souvent avec une infrastructure dans un état lamentable.

Cette attitude est vraiment omniprésente chez la plupart de clients qui decouvrent le systeme open source, et pas seulement dans les petites structures.

[ Répondre ]

Si puisque c'est precisement ce qui est arrivé a des membres de ma famille que j'ai pu depanner grace a PhotoRec. Un fichier .odt inaccessible sur une clef usb qui fait des input / output errors des qu'on essaie de le lire (ou de le copier meme avec un dd). Je lance un photorec qui dump tout le contenu accessible de tous les fichiers de la clef dans un repertoire d'un autre disque. Apres j'ai fait un script avec la commande file pour retrouver tout les fichiers odt et dans le tas on a retrouvé le rapport en question.

Peut etre que le bloc foireux n'etait pas critique pour openoffice et que ce dernier etait suffisamment tolerant pour s'en sortir et qu'on a eut beaucoup de chance mais ca a vraiment marché a 2 reprises.

[ Répondre ]

J'ai eu le meme genre d'experience chez plusieurs clients. Les admin pas formés a Unix/Linux a qui ont dit d'utiliser Redhat "car on paie le support". Resultat personne ne connait le mot de passe d'acces a RHN et du coup impossible d'installer des paquets officiels sur les serveurs ni de faire les mises a jour de securité.

Au final ca fait plein d'applis compilées pendant des heures a la main dans /usr/local depuis les sources (sans parler des galeres pour geres les dependances runtime + compile time) et aucunes mises a jours ...

Et apres ca on me sort toujours oui mais debian ou ubuntu on a pas le support ... Je doute que les ingénieurs de support de chez redhat puissent intervenir efficacement sur des serveurs dont la moitié du systeme est compilé a la main et sans aucune mise a jour.

[ Répondre ]

Et si ca vous arrive il est bon d'avoir un PhotoRec sous la main pour retrouver le fichier sur la clef foireuse.

[ Répondre ]

Après c'est vrai que le fond gris d'Excell fait pas sérieux ( faudrait leurs parler de vrais outils d'analyses de données).

Il faut surtout avoir des rudiments de statistique et indiquer une estimation des marges d'erreur (intervalles de confiances). Apres qu'on le fasse avec excel ou un outil plus specialisé ca change pas grand chose.

[ Répondre ]

A noter aussi, ILOG faisait partie des entreprises francaises qui s'étaient publiquement prononcées contre les brevets logiciels en Europe. Je suppose qu'IBM ne permettra plus aux responsables d'ILOG de continuer de tenir de tels propos ...

[ Répondre ]

Je ne pense pas qu'on société de service pure ait la meme capacité d'innovation qu'un éditeur qui fait enormement de R&D comme ILOG. Une SSII (dont le turnover est en moyenne beaucoup plus important que chez un éditeur) se contentera d'avantage de suivre les évolutions technologiques.

[ Répondre ]

+1 pour sphinx, cet outil est vraiment formidable. Il est notamment utilisé pour générer la documentation du projet python lui meme (dans sa prochaine version) :

http://docs.python.org/dev/

[ Répondre ]

Dans le monde python c'est plutot buildbot qui est utilisé. Il existe des recettes buildout pour mettre en place facilement un park de machines master / slave pour buildbot :

http://tarekziade.wordpress.com/2008/04/01/pimp-my-buildbot/

[ Répondre ]

Il y a OSSEC-HID qui analyse les logs ssh, apache, serveur de mails, a la recherche d'attaques connues avec alertes emails + blacklistage IP pendant un laps de temps + plus les signatures md5 de /etc, /bin, /sbin, + dection de rootkits, + ...

http://www.ossec.net/

[ Répondre ]

yslow est développé par yahoo et je doute que yahoo fournisses de recommendations d'optimisations qui ne fonctionnent pas avec IE. Je pense que les recommandations sont browser-agnostic comme ils disent.

[ Répondre ]