Aller au contenu | Aller au menu | Aller à la recherche
mercredi, octobre 29 2008
Par Telimektar le mercredi, octobre 29 2008, 21:16 - Fedora
Dans un grande enseigne dont je tairais le nom :
Encore un vendeur qui devrait errer sur wikipédia au lieu de regarder la Star'Ac.
Bref, demain partira la demande de remboursement de Windows Vista
mercredi, septembre 17 2008
Par Telimektar le mercredi, septembre 17 2008, 17:11 - Fedora
Il y a près d'un an, un groupe de jeunes et fringuants contributeurs au Fedora Project (oui la contribution donne jeunesse et vigueur) se sont réunis avec pour objectif, je cite :
Améliorer la prise en charge des astronomes, amateurs ou professionnels dans Fedora.
Cette prise en charge a commencé par l'empaquetage de nombreux logiciels d'astronomie pour Fedora avec pour objectifs la création d'un Live-CD Fedora.
Pour nos amis professionels du milieu, ou utilisateurs éclairés, sachez que Iraf et Midas ont d'ores et déjà été empaquetés mais ne peuvent pas rejoindre les dépôts Fedora pour cause de license. En effet Midas dépend de Iraf qui dépends lui même de ncars. Or, certaines routines de ncars interdisent l'utilisation commerciale de ces routines, c'est donc raté pour le moment :p.
Cependant, de nombreux outils sont d'ores et déjà dans les dépôts. Des planétariums, des cartes du ciel, des almanachs, des outils de simulation, de traitement de l'image, sans oublier, octave, R, gnuplot et autres amis du petit scientifique.
Marek Mahut, responsable du Fedora Astronomy vous a même concocté un mode nuit pour GNOME, entièrement rouge, diminuant ainsi l'impact de votre écrans d'ordinateur portable sur les observations nocturnes.
Pour l'instant le Spin Fedora Astronomy est reporté à la sortie de Fedora 11, mais j'ai une petite idée derrière l'oreille pour palier à ce petit inconvénient... À suivre donc.
Liens supplémentaires : Fedora Project Fedora Astronomy
lundi, août 4 2008
Par Telimektar le lundi, août 4 2008, 11:07 - Python
Si comme moi vous aimez faire du Python, vous avez sans doute remarqué que niveau vitesse, et en particulier niveau calcul pur, c'est loin d'être le pied.
Pour Danuve j'ai été amené à faire quelques recherches sur l'encapsulation de code C au sein de Python. Et là je croise ce qui est aujourd'hui devenu l'amour de ma vie :
Psyco, aucun rapport avec de l'encapsulation au final.
Psyco a pour but d'accélérer massivement la vitesse d'exécution d'un code Python.
Alors rajoutons quelques lignes après les import de notre main :
try:
import psyco
psyco.full()
except:
pass
On essaie ici d'utiliser le module psyco, si celui ci ne peut pas être importé on passe comme si de rien n'était.
Et alors là...Un miracle, tout simplement THE miracle.
Danuve utilise actuellement deux algorithmes, Euler et Runge-Kutta 4, RK4 est plus précis mais plus gourmand niveau calcul.
Comparons sur 3 configurations :
| Algorithme utilisé | C Python | C Python + Psyco | Gain de performance |
| Euler | 1.58 | 0.89 | 1.77 |
| Runge-Kutta 4 | 3.36 | 1.53 | 2.19 |
| Algorithme utilisé | C Python | C Python + Psyco | Gain de performance |
| Euler | 8.45 | 4.16 | 2.03 |
| Runge-Kutta 4 | 19.83 | 6.20 | 3.19 |
| Algorithme utilisé | C Python | C Python + Psyco | Gain de performance |
| Euler | 16.00 | 7.89 | 2.03 |
| Runge-Kutta 4 | 40.19 | 10.99 | 3.65 |
Je vous laisse juger par vous même...
Avec un tel gain de performances, le projet d'implémentation du coeur de danuve en C risque de tomber à l'eau.
« billets précédents - page 1 de 3