D'après ce que j'ai lu des objectifs, ils ciblent la compatibilité source avec les extensions C de Python : Goals
3. Maintain source-level compatibility with CPython applications.
4. Maintain source-level compatibility with CPython extension modules.
Sachant cela, sachant aussi que les parties critiques des traitements lourds sont déjà écrits en C donc exécuté avec du code natif.
Comme ils restent avec la compatibilité CPython, ils vont juste remplacer l'interprétation de byte-code par du code déjà compilé en natif.
Mais, ils se heurteront au lock global et à sa prise/libération, s'ils réussissent à le contourner et que ça fonctionne encore bien, chapeau (et GVR sera sûrement très intéressé) [*].
Ils se heurteront aussi à tous les moments où le programme passe par de la résolution de noms, inévitable si l'on veut conserver la souplesse qu'apporte ce mode de fonctionnement de Python.
Je vois bien un intérêt fort pour ce qui est boucles, pour la compilation native de certains modules standards actuellement en code Pyhton. Aller plus loin nécessiterais de donner au compilateur des indications plus complètes (genre variable typée entier ou chaîne, où l'on pourrait alors court-circuiter la résolution de noms et passer directement à du code de calcul natif...) qui peuvent faire gagner beaucoup, mais éloignent du langage dynamique que l'on connaît.
Je suis franchement curieux de voir comment tout ça va évoluer.
Et une petite mise en garde pour les détracteurs "python est trop lent": même avec un tel projet en fonctionnement, un programme Python avec le côté dynamique du langage ne pourra jamais aller plus vite qu'un programme équivalent en langage style C/C++/Fortran... bien codé (j'insiste là dessus) [**].
Après, combien de temps pour bien coder en Python, et combien de temps pour bien coder en C/C++/Fortran... et quel est le ratio de code sur lequel le programme passe 90% de son temps...
[*] A lire dans les liens donnés: http://code.google.com/p/unladen-swallow/wiki/ProjectPlan, par exemple ils considèrent l'utilisation d'un autre type de ramasse-miettes pour éviter le problème du GIL (gaffe aux effets de bords par rapport aux codeurs qui auront joué avec le fait que pour le moment CPython utilise un comptage de références) - et il me semble que le GIL a aussi un effet de protection de l'ensemble des donnés, pas uniquement des compteurs de références.
[**] Je ne parle pas d'un programme Python qui se limiterais à un appel à une fonction de Numpy... mais d'un truc complet avec tout plein de scripts derrière.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
Vu que la très grande majorité des netbook vendus a un format d'écran plutôt aplati, pourquoi est-ce qu'ils n'organisent pas l'écran de façon à avoir par défaut les éléments de la "barre d'icônes" placés verticalement sur un des côtés ?
Quand je vois le mien, je passe très souvent en plein écran, et même en masquage des menus, pour pouvoir travailler avec une surface un tant soit peu correcte - et le problème est bien la hauteur disponible (surtout avec les interfaces à fenêtres et menus... et bandes d'outils... qui rognent en plus sur cette dimension).
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
OpenFiler permet d'exporter des données partagées via HTTP (webdav), ftp, nfs, smb/cifs, rsync, etc...
Par contre, l'installation de base se fait à partir d'un CD pour un appliance (ie. une machine dédiée sur laquelle le CD installe un rPath Linux), je ne sais pas dans quelle mesure le logiciel derrière OpenFiler est "détachable" de son contexte rPath.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
Testé la RC1 sur un EeePC 1005HA il y a quelques semaines... avec ses tonnes de mises à jour régulières.
Adopté. J'hésite même à mettre la RC sur mon poste de travail de tous les jours...
[note: utilisateur Debian sur les serveurs et Mandriva sur les machines de bureau]
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
Pour des boites de cette taille, il me semble qu'il y a des solutions matérielles de cryptage... pour ce qui mérite d'être crypté, ils pourraient le faire.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
L'effet magique linuxfr - acharnes toi des plombes pour montrer un problème à quelque prestataire... autant pisser dans un violon. Viens en causer sur linuxfr... le problème se règle.
En théorie.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
Quand j'ai changé d'appart, il y a une dizaine d'années, je suis arrivé à un endroit cablé par eux, et je leur avait demandé ce qu'il en était de l'Internet... néant.
Et vu la réputation qu'ils se sont fait depuis concernant la qualité des services TV par le câble, je n'hésiterais pas à ne pas leur demander la gestion de mon accès Internet.
Pourquoi n'ont-ils pas changé de nom, histoire de se séparer en partie de cette réputation?
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
Il faut qu'ils fassent gaffe, ils deviennent hébergeur, avec les responsabilités ad-hoc.
Sinon, j'y vois un côté intéressant, tu peux monter un site statique et dire aux gens d'utiliser le système de google s'ils veulent commenter - t'es plus responsable du filtrage des commentaires, c'est Google qui l'est.
Et un côté négatif, google gérant les commentaires, ils peuvent supprimer/bloquer ce qu'ils veulent... pour le moment ils sont assez clean, mais qui sait dans quelques années comment ça va évoluer...
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
Dans le même genre... pourquoi en france est-il si difficile de ne changer QUE le caoutchouc des balais d'essuis-glaces ?
J'avais trouvé des essuis-glaces avec caoutchouc remplaçable... mais quand j'ai recherché les caoutchouc un peu plus tard pour le remplacement, y'avait plus - en tout cas plus assez long pour mes esssuis-glaces.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
Mais j'hésite... attendre la Mdv2010 finale et garder un système avec des packages issus de la distrib, ou passer tout de suite à KDE4.3...
Je m'inquiète pour ce qui concerne une mise à jour ultérieure en Mdv2010 si je passe au KDE4.3 de ftp.kde.org...
[pour une utilisation de tous les jours]
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
"Pourquoi ne pas commencer plutôt par améliorer les fonctionnalités de base ? "
AMA, il y a des moments où il te faut revoir l'architecture pour pouvoir rendre certains services, j'ai l'impression que c'est ce qu'ils essaient de faire avec PulseAudio. Et y'a encore du boulot...
C'est sûr que ça fait "une couche de plus" (il se base sur OSS/ALSA pour les accès matériel). Mais pour les développeurs ça fait une API pour pas mal de plateformes.
# C'est ambitieux... mais si ça marche...
Posté par lolop (site web personnel) . En réponse à la dépêche Publication de Unladen Swallow 2009Q3. Évalué à 6.
Goals
3. Maintain source-level compatibility with CPython applications.
4. Maintain source-level compatibility with CPython extension modules.
Sachant cela, sachant aussi que les parties critiques des traitements lourds sont déjà écrits en C donc exécuté avec du code natif.
Comme ils restent avec la compatibilité CPython, ils vont juste remplacer l'interprétation de byte-code par du code déjà compilé en natif.
Mais, ils se heurteront au lock global et à sa prise/libération, s'ils réussissent à le contourner et que ça fonctionne encore bien, chapeau (et GVR sera sûrement très intéressé) [*].
Ils se heurteront aussi à tous les moments où le programme passe par de la résolution de noms, inévitable si l'on veut conserver la souplesse qu'apporte ce mode de fonctionnement de Python.
Je vois bien un intérêt fort pour ce qui est boucles, pour la compilation native de certains modules standards actuellement en code Pyhton. Aller plus loin nécessiterais de donner au compilateur des indications plus complètes (genre variable typée entier ou chaîne, où l'on pourrait alors court-circuiter la résolution de noms et passer directement à du code de calcul natif...) qui peuvent faire gagner beaucoup, mais éloignent du langage dynamique que l'on connaît.
Je suis franchement curieux de voir comment tout ça va évoluer.
Et une petite mise en garde pour les détracteurs "python est trop lent": même avec un tel projet en fonctionnement, un programme Python avec le côté dynamique du langage ne pourra jamais aller plus vite qu'un programme équivalent en langage style C/C++/Fortran... bien codé (j'insiste là dessus) [**].
Après, combien de temps pour bien coder en Python, et combien de temps pour bien coder en C/C++/Fortran... et quel est le ratio de code sur lequel le programme passe 90% de son temps...
[*] A lire dans les liens donnés: http://code.google.com/p/unladen-swallow/wiki/ProjectPlan, par exemple ils considèrent l'utilisation d'un autre type de ramasse-miettes pour éviter le problème du GIL (gaffe aux effets de bords par rapport aux codeurs qui auront joué avec le fait que pour le moment CPython utilise un comptage de références) - et il me semble que le GIL a aussi un effet de protection de l'ensemble des donnés, pas uniquement des compteurs de références.
[**] Je ne parle pas d'un programme Python qui se limiterais à un appel à une fonction de Numpy... mais d'un truc complet avec tout plein de scripts derrière.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
# Organisation spatiale...
Posté par lolop (site web personnel) . En réponse au journal Moblin c'est bien. Évalué à 5.
Quand je vois le mien, je passe très souvent en plein écran, et même en masquage des menus, pour pouvoir travailler avec une surface un tant soit peu correcte - et le problème est bien la hauteur disponible (surtout avec les interfaces à fenêtres et menus... et bandes d'outils... qui rognent en plus sur cette dimension).
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Depuis le début
Posté par lolop (site web personnel) . En réponse à la dépêche Proposition de moratoire de plusieurs années sur le coeur du langage Python. Évalué à 10.
As-tu déjà essayé de ramper sur le ventre, sans t'aider des pieds et des mains ?
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: l'inverse
Posté par lolop (site web personnel) . En réponse au message Utilisation/Don FreeBox V5 & HD. Évalué à 2.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
# Un NAS/SAN avec OpenFiler
Posté par lolop (site web personnel) . En réponse au message Application de stockage en ligne. Évalué à 2.
OpenFiler permet d'exporter des données partagées via HTTP (webdav), ftp, nfs, smb/cifs, rsync, etc...
Par contre, l'installation de base se fait à partir d'un CD pour un appliance (ie. une machine dédiée sur laquelle le CD installe un rPath Linux), je ne sais pas dans quelle mesure le logiciel derrière OpenFiler est "détachable" de son contexte rPath.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Est-ce que ce petit serveur peut être utilisé comme petit serveur
Posté par lolop (site web personnel) . En réponse à la dépêche Le plus petit serveur du monde sous Linux !. Évalué à 3.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
# Essayé aussi, adopté
Posté par lolop (site web personnel) . En réponse au journal Test de la Mandriva Cooker, future 2010.0. Évalué à 2.
Adopté. J'hésite même à mettre la RC sur mon poste de travail de tous les jours...
[note: utilisateur Debian sur les serveurs et Mandriva sur les machines de bureau]
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Et parce qu'on poste toujours trop vite...
Posté par lolop (site web personnel) . En réponse au journal Test de la Mandriva Cooker, future 2010.0. Évalué à 1.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: À rebours?
Posté par lolop (site web personnel) . En réponse à la dépêche GDB 7.0 et le déverminage concurrentiel à rebours. Évalué à 1.
Mais pour tout ce qui est purement calculatoire, oui.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Journaliste
Posté par lolop (site web personnel) . En réponse au journal Des paiements non sécurisés ?. Évalué à 1.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Chez Orange
Posté par lolop (site web personnel) . En réponse au journal Des paiements non sécurisés ?. Évalué à -1.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Sécurité
Posté par lolop (site web personnel) . En réponse au journal Des paiements non sécurisés ?. Évalué à 3.
En théorie.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: distrib et questions diverses ...
Posté par lolop (site web personnel) . En réponse au journal recyclage d'un ordi en autoradio sous Linux. Évalué à 3.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
# Ah numéricable
Posté par lolop (site web personnel) . En réponse au journal Numéricable secoue le marché des FAI avec son offre à 19,90 Euros.. Évalué à 4.
Et vu la réputation qu'ils se sont fait depuis concernant la qualité des services TV par le câble, je n'hésiterais pas à ne pas leur demander la gestion de mon accès Internet.
Pourquoi n'ont-ils pas changé de nom, histoire de se séparer en partie de cette réputation?
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
# Responsabilité...?
Posté par lolop (site web personnel) . En réponse au journal 'sont fort chez Google !. Évalué à 8.
Sinon, j'y vois un côté intéressant, tu peux monter un site statique et dire aux gens d'utiliser le système de google s'ils veulent commenter - t'es plus responsable du filtrage des commentaires, c'est Google qui l'est.
Et un côté négatif, google gérant les commentaires, ils peuvent supprimer/bloquer ce qu'ils veulent... pour le moment ils sont assez clean, mais qui sait dans quelques années comment ça va évoluer...
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: O_o
Posté par lolop (site web personnel) . En réponse au journal Propagande sur la chaîne parlementaire LCP. Évalué à 1.
En tout cas dimanche.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Détails
Posté par lolop (site web personnel) . En réponse au journal apache.org compromis. Évalué à 2.
Une clé non protégée pour un utilisateur... pas bien.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Pas de bol ...
Posté par lolop (site web personnel) . En réponse au journal Encore et toujours et toujours des économies avec mes amies les lampes fluocompactes. Évalué à 1.
J'avais trouvé des essuis-glaces avec caoutchouc remplaçable... mais quand j'ai recherché les caoutchouc un peu plus tard pour le remplacement, y'avait plus - en tout cas plus assez long pour mes esssuis-glaces.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Version officielle dans Mandriva 2099.1
Posté par lolop (site web personnel) . En réponse au journal Impression de KDE 4.3 empaqueté pour Mandriva 2009.1. Évalué à 1.
Les corrections de bugs (y-a-t-il toujours le crash de Kmail qui tue la session X quand on clique directement dans la fenêtre de certains messages ?)
Les nouvelles fonctionnalités... bon, là faudrais tester sur une Mdv20010 beta avant.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Version officielle dans Mandriva 2099.1
Posté par lolop (site web personnel) . En réponse au journal Impression de KDE 4.3 empaqueté pour Mandriva 2009.1. Évalué à 1.
Mais j'hésite... attendre la Mdv2010 finale et garder un système avec des packages issus de la distrib, ou passer tout de suite à KDE4.3...
Je m'inquiète pour ce qui concerne une mise à jour ultérieure en Mdv2010 si je passe au KDE4.3 de ftp.kde.org...
[pour une utilisation de tous les jours]
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
# Version officielle dans Mandriva 2099.1
Posté par lolop (site web personnel) . En réponse au journal Impression de KDE 4.3 empaqueté pour Mandriva 2009.1. Évalué à 1.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: OSS, ou comment le bien devient mal.
Posté par lolop (site web personnel) . En réponse au journal Test de Debian et Open Sound System version 4. Évalué à 3.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: OSS, ou comment le bien devient mal.
Posté par lolop (site web personnel) . En réponse au journal Test de Debian et Open Sound System version 4. Évalué à 1.
AMA, il y a des moments où il te faut revoir l'architecture pour pouvoir rendre certains services, j'ai l'impression que c'est ce qu'ils essaient de faire avec PulseAudio. Et y'a encore du boulot...
C'est sûr que ça fait "une couche de plus" (il se base sur OSS/ALSA pour les accès matériel). Mais pour les développeurs ça fait une API pour pas mal de plateformes.
http://rudd-o.com/en/linux-and-free-software/how-pulseaudio-(...)
http://www.pulseaudio.org/wiki/AboutPulseAudio
Q? Pour quelle raison les différentes distributions l'ont-elles intégré aussi rapidement ?
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Décidément...
Posté par lolop (site web personnel) . En réponse au journal Les sept péchés de Windows Seven. Évalué à 3.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Décidément...
Posté par lolop (site web personnel) . En réponse au journal Les sept péchés de Windows Seven. Évalué à 1.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN