Donc si je comprends bien ça veut dire que là où avant le noyau programmait une fois pour toutes le timer pour fixer des rendez-vous périodiques, maintenant ce dernier est constamment reprogrammé pour chaque rendez-vous suivant ?
OK, mais je me demande un truc : est-ce que la reprogrammation du timer est coûteuse en nombre de cycles CPU ? Si oui, ça veut dire qu'on risque de perdre un peu en performances non ?
Donc en résumé il suffirait de recompiler son noyau en modifiant la valeur de HZ pour atténuer le problème ? (à 100 ça doit être moins audible qu'à 1000 j'imagine)
Corollaire : y'a moyen de faire de la musique avec un module noyau ad'hoc ? (OK je sors... :)
Il n'est probablement pas possible de démarcher / convaincre tous les enseignants d'un coup, mais peut-être est-il possible de commencer par faire qqch au niveau des IUFM, qui forment les enseignants de demain ?
À l'heure où les verrouillages de l'informatique se multiplient (TCPA, ordinateurs tatoués, DRM, taxe Microsoft, brevets sur les logiciels), un vent de liberté pourrait venir paradoxalement de Chine
Si à l'intérieur du gigantesque pare-feu chinois, aucun contenu interdit ne s'infiltre, comme le PCC le souhaite, alors être libre à l'intérieur de cet enclos n'a pas de sens…
J'irai même plus loin : le fait de faire fonctionner Linux n'est absolument pas un gage d'intégrité (cf la PS3 truffée de verouillages).
En effet, je ne vois pas où il est écrit que la bébète chinoise ne sera pas verouillée (bridée ;) matériellement, et sera digne de confiance (pas de mouchard)...
Le p2p n'est pas le seul moyen d'éviter une saturation du serveur avec l'accroissement du nombre de clients, le multicast est fait pour ça aussi (http://fr.wikipedia.org/wiki/Multicast ). Vu la finalité de freecast, qu'est-ce qui a dicté le choix d'une achitecture p2p plutôt que du streaming en multicast ?
Ou dit autrement : est-ce que freecast permet une indépendance temporelle entre les utilisateurs ? (chose que ne permet pas le streaming multicast -> donc pas moyen d'avancer/reculer dans le flux ou de faire une playlist dans laquelle on se déplace librement)
Une dernière chose, que va devenir cette sympathique application une fois le DADVSI adopté ?
Je n'imagine pas les dirigeants de la SNCF couper leurs serveurs Apache pour soutenir le mouvement.
En même temps quand les contrôleurs font grève (ce qui empêche la circulation des trains) je ne suis pas sûr que la direction "soutienne le mouvement"...
Les admins peuvent donc évidemment faire de même (cela dit j'ai toujours pensé que le droit de grève n'était pas pour autant un droit de blocage, et en + à mon avis un admin qui débranche un serveur avant de partir en grève pourra probablement être viré pour sabotage ou faute grave...)
Mhouais, mais bon comme d'habitude ils se sont contentés de s'abstenir alors qu'ils auraient pu s'opposer (surtout quand on voit comment l'UDF a été bafouée et ignorée sur le DADVSI à l'AN)
CMake est un logiciel libre, sous License BSD, qui permet la construction de logiciel indépendamment du système d'exploitation ou du compilateur. À la différence de beaucoup de systèmes de multiplateforme, CMake est conçu pour être employé avec les outils natifs de compilation.
En fait ce serait plus à rapprocher de GNU make, des autotools ou les 2 à la fois ?
(désolé si la question est stupide, pas le temps de regarder + pour l'instant...)
Je pense que c'est une très bonne initiative, même si le libre est déjà pas mal utilisé/enseigné dans d'autres formations.
Quelques remarques ou idées en vrac :
- Déploiement de distributions Linux (Debian, Fedora, Mandriva, Novell Linux et Gentoo) : pourquoi tout ça ? Je pense qu'il y a du superflu entre Novell, Fedora, Mandriva (surtout qu'on peut apprendre à faire ça chez soi, c'est très facile). Je proposerai plutôt de ne garder que 2 distribs Linux (gentoo/debian par ex) et d'ajouter les BSD et Solaris, il y aura davantage de choses qui changent et ce serait plus instructif.
- lufs est obsolète, et remplacé par FUSE (qui est maintenant intégré au kernel, et existe sur BSD)
- s/Strusts/Struts/
- concepts de la programmation fonctionnelle et applications en Scheme : Ocaml est pas mal aussi
- <troll>Beaucoup de Java, mais pas de .NET ? (ni de Ruby on Rails :)</troll>, je ne connais pas en détails mais la techno semble quand même intéressante, elle est vouée à être largement déployée, et deux implémentations libres existent (Mono et DotGNU).
- Ce serait pas mal d'inclure dedans un exam LPI ou RHCE (ou tout au moins négocier un tarif). ça pourrait être un plus pour certains recruteurs.
- Seulement 12h de cours (+12TD+18TP) sur les systèmes embarqués/temps réel ? C'est l'avenir pourtant... Cette fois-ci, il me semble qu'il manque un petit peu de "pratique" (ou en tout cas ce n'est pas décrit). On peut faire plein de choses avec peu de moyens, comme par ex un linux dans un wrt54g, sans parler de ecos, NetBSD...
- Pas de clusters non plus ? (enfin, on lit "parallélisme" mais est-ce qu'il y a un déploiement / de la prog en pratique)
- Rien sur Wifi, ni sur la voix sur IP ?
Petite question : alors, si je comprends bien, Freenet devient un "club fermé" ?
Personnellement, je trouve dommage que Freenet doive en arriver là (Comment on fait si on est seul dans sa campagne et qu'on ne connaît pas d'autre noeud ?). Un des buts est de lutter contre la censure mais on exclut de facto toutes les personnes isolées socialement, peu expérimentées techniquement ou récemment arrivées sur le net, etc. A terme, je me demande aussi dans quel mesure ça n'aboutirait pas à une certaine forme de censure, différente mais exercée de facto par les "insiders" : on n'invite pas tout le monde à rentrer mais seulement les gens plus ou moins comme soi...
je vous invite à venir nous rejoindre sur #freenet et #freenet-fr (irc.freenode.net)
OK, mais comment faites-vous pour savoir si une personne qui débarque sur l'IRC en demandant un accès est bien "digne de confiance", puisque c'est ce qui justifie le passage en réseau fermé non ?
où vous pourrez vous en procurer rapidement
ça me semble encore plus contradictoire avec la notion de "confiance" dans un club fermé : faire confiance à quelqu'un demande de le connaître et ça prend du temps...
Une petite question : il me semble que Blender est équipé d'un éditeur de séquences vidéo non ? Est-ce qu'il serait possible ou opportun de l'utiliser comme un cinelerra/jahshaka/lives ou est-ce que c'est encore trop limité / pas pratique ?
Des vieilles machines plus anciennes comme des 486 /P120 avec disque dur < 1Go, etc... ça peut vous intéresser ?
(en théorie ça devrait être suffisant pour xfce+abiword / SIAG+Opera si on configure tout de manière précise, mais par contre il ne faudrait pas compter sur KDE/Gnome, ooo, Firefox...)
Et des "bouts" de matos, ça vous intéresse ? (j'ai qq cartes graphiques PCI et lecteurs CD qui trainent)
Une dernière chose : vous vous y prenez comment pour trouver/choisir les personnes qui recevront les PCs ?
Comme ça se passe sur un gros fichier iso il me semble que c'est encore plus facile de générer un fichier de même taille et de même MD5. Comme en plus il s'agit de l'iso d'un OS orienté sécu (i.e. dans lequel tu auras confiance pour assurer la sécurité de ton système) l'intérêt de le compromettre est évident pour un pirate, donc le risque n'est pas forcément négligeable !
Par contre je ne sais pas combien de temps ça prend de générer une collision sur une machine moderne...
Hum, ça sent le troll à plein nez...
Personnellement je trouve dommage de vouloir tout uniformiser à outrance. En particulier, si Suse se met à prendre une orientation gnome c'est qu'elle renie un peu ses racines !
Par exemple, ce n'est pas parce que je n'aime pas Gnome que souhaiterais (ni même considérerais comme positif) une uniformisation avec KDE ou GNUstep... Chacun a ses avantage et ses inconvénients, c'est la diversité qui est une bonne chose !
Ce qui est souhaitable n'est pas l'uniformisation mais l'intéropérabilité : que Gnome puisse utiliser des thèmes (et autres réglages) KDE et inversement (merci FreeDesktop !), que Smart package manager sache utiliser les dépôts urpmi, yum, apt, etc...
Des logiciels si récent, ça m'étonne beaucoup
Bah oui, sont forts ces ricains ! Ils nous transforment en bêta-testeurs RHEL gratuits et avec le sourire (alors qu'à l'inverse certains avaient bien râlé avec la Mandrake "community" théoriquement moins stable que la "official"). Au passage, si tu préfères la version "stable" de RedHat tu peux regarder du côté de Centos (c'est la RHEL repackagée). http://www.centos.org/
Malheureusement leur carte 3D n'est pas performante comparé à NVidia ou ATI
Ceci étant, comment se positionnent-elles (niveau perfs) face aux dernières ATI supportées par le driver Open Source ? Et est-ce qu'elles sont "suffisantes" pour des jeux pas trop gourmands comme tuxracer ou pour de la 3D "sérieuse" comme xgl ?
Autre chose : est-ce que les Intel récentes supportent les shaders ?
Je suis d'accord, il a fait des progrès. Mais il reste beaucoup trop lent et limité à mon goût. Personnellement je suis passé à Smart (http://labix.org/smart), et je ne regrette pas ! Je le trouve bien plus rapide, plus convivial et plus efficace dans sa gestion des multi-canaux et des dépendances (capable de downgrader s'il le faut), etc...
Ton voeu est exaucé, evas utilise déjà OpenGL, depuis le début !
J'avais regardé le code il y a quelques temps (quelques années en fait... ;) et il était rempli de switch/case avec différentes méthodes de rendu (xlib, opengl, render, imlib, et je me souviens plus des 2 autres).
argumenter que c'est la dépendance à l'OpenGL qui pose problème, me paraît plutôt léger
L'équipe ne veut probablement pas être _dépendante_ d'opengl, i.e. ça doit rester optionnel pour marcher vite même là où il n'y a pas d'accélération (ou de drivers libres ;), mais ça ne veut pas dire qu'il ne l'utilise pas. Au contraire, evas a été plutôt pionnier en ce sens (bien avant xgl, QT/Arthur et Cairo !) alors ça me paraît un peu fort qu'on lui reproche de ne pas avoir une fonctionnalité qu'il a été le premier (ou presque) à implémenter !
A-t-il l'intention de faire lui même toute la partie 3D (drivers, biblios) ?
Huh ???
e17 est un environnement 2D. Même quand il utilise opengl, ce n'est pas pour de la "vraie" 3D mais pour tirer parti de l'accélération matérielle pour les effets graphiques (blending, etc...). Je ne vois pas en quoi des fonctions 3D seraient systématiquement nécessaires (ah, si, c'est vrai que xgl a une killer feature avec son cube à 12 faces ! :).
Ce qui me parait dommage est que Enlightenment a atteint la maturité au moment même où il est en quelque sorte déjà dépassé (sauf pour l'embarqué).
Je trouve que tu vas un peu vite en besogne. Attends de voir (ou essaies-le).
Par contre, il semble bien que cairo et evas se fassent un peu concurrence (apparemment y'a dû avoir des trolls sur les ML au sujet de la duplication d'efforts inutile, de cairo qui reste très lent, etc...). D'après ce que j'ai cru comprendre cairo serait plus "bas niveau", sans scene graph...
J'ai suggéré ça en supposant que l'architecture vectorielle du Cell pouvait peut-être combler le gap. Effectivement, rien n'est moins sûr...
D'ailleur la ps3 aura un gpu en plus de son cell.
Oui, mais est-ce que c'est pour des raisons techniques ou pour des raisons "pratiques" ? (une implémentation OpenGL optimisée pour le Cell pourrait prendre des mois à coder / débugger, alors que les processeurs NVidia et leur drivers sont disponibles tout de suite)
on ne peut pas comparrer les perfs d'un DSP ou d'un cpu seul avec la puissance d'un gpu même simple comme l'OGP. Il y a un ordre de grandeur de différence (x10 donc...)
Oui je sais, mais en fait de processeurs je ne parlais pas de x86 mais de processeurs vectoriels multicores comme le Cell (qui apparemment repend pas mal de techniques mises en oeuvre dans les GPUs).
En ce qui me concerne je suis assez sceptique pour OpenGraphics...
Par contre, plutôt que de concevoir un ASIC en entier (ce qui pose de gros problèmes financiers), ne vaudrait-il pas mieux s'orienter vers une carte AGP avec des composants plus "génériques" et programmables, par exemple, un gros DSP / FPGA / processeur vectoriel ?
Par exemple, le processeur Cell d'IBM semble très prometteur. Je ne sais pas comment il pourrait se mesurer face aux processeurs dédiés comme ceux de NVidia mais si c'était comparable il me semble qu'on pourrait imaginer une carte (PCI/AGP) avec un processeur Cell qui fasse office de GPU (hébergeant un mini linux et une version de Mesa optimisée)... A mon avis, vu que les composants existent (sauf la carte PCI/AGP qui héberge le tout) ce serait bien plus réaliste que de concevoir un chip en entier et d'espérer que quelqu'un le produira... Comme c'est un processeur généraliste, il n'y aurait pas de problème pour les extensions OpenGL, les shaders, le décodage MPEG4 à la volée...
Sinon à part ça, qqun sait comment le Ultrasparc T1 se compare face aux Intel / PPC / Cell ?
[^] # Re: compatibilité ?
Posté par karteum59 . En réponse à la dépêche Le développement d'ext4 a commencé. Évalué à 3.
Sinon, si le noyau était en LGPL, on pourrait avoir des modules noyau sous d'autres licences et ça résoudrait aussi le pb non ?
[^] # Re: Nouveau?? Comment çà marche?
Posté par karteum59 . En réponse à la dépêche Timers haute résolution et horloge dynamique.. Évalué à 2.
OK, mais je me demande un truc : est-ce que la reprogrammation du timer est coûteuse en nombre de cycles CPU ? Si oui, ça veut dire qu'on risque de perdre un peu en performances non ?
[^] # Re: phénomène récent, ... ou pas
Posté par karteum59 . En réponse à la dépêche Timers haute résolution et horloge dynamique.. Évalué à 4.
Corollaire : y'a moyen de faire de la musique avec un module noyau ad'hoc ? (OK je sors... :)
[^] # Re: Contre-mesures possibles
Posté par karteum59 . En réponse à la dépêche L'Éducation nationale vend les produits de Microsoft dès la maternelle. Évalué à 1.
Bon OK, alors disons "par lesquels passent les enseignants de demain"...
[^] # Re: Contre-mesures possibles
Posté par karteum59 . En réponse à la dépêche L'Éducation nationale vend les produits de Microsoft dès la maternelle. Évalué à 1.
[^] # Re: Liberté sous contrôle…
Posté par karteum59 . En réponse à la dépêche Quand la liberté viendra de Chine.... Évalué à 5.
J'irai même plus loin : le fait de faire fonctionner Linux n'est absolument pas un gage d'intégrité (cf la PS3 truffée de verouillages).
En effet, je ne vois pas où il est écrit que la bébète chinoise ne sera pas verouillée (bridée ;) matériellement, et sera digne de confiance (pas de mouchard)...
# streaming p2p vs multicast ?
Posté par karteum59 . En réponse à la dépêche FreeCast traverse les NATs. Évalué à 5.
Ou dit autrement : est-ce que freecast permet une indépendance temporelle entre les utilisateurs ? (chose que ne permet pas le streaming multicast -> donc pas moyen d'avancer/reculer dans le flux ou de faire une playlist dans laquelle on se déplace librement)
Une dernière chose, que va devenir cette sympathique application une fois le DADVSI adopté ?
[^] # Re: Une super-nouvelle, vraiment...
Posté par karteum59 . En réponse à la dépêche DADVSI : l'interopérabilité disparait. Évalué à 1.
En même temps quand les contrôleurs font grève (ce qui empêche la circulation des trains) je ne suis pas sûr que la direction "soutienne le mouvement"...
Les admins peuvent donc évidemment faire de même (cela dit j'ai toujours pensé que le droit de grève n'était pas pour autant un droit de blocage, et en + à mon avis un admin qui débranche un serveur avant de partir en grève pourra probablement être viré pour sabotage ou faute grave...)
[^] # Re: mon avis
Posté par karteum59 . En réponse à la dépêche DADVSI : l'interopérabilité disparait. Évalué à 4.
# Question de base
Posté par karteum59 . En réponse à la dépêche Sortie de CMake 2.4.1. Évalué à 2.
En fait ce serait plus à rapprocher de GNU make, des autotools ou les 2 à la fois ?
(désolé si la question est stupide, pas le temps de regarder + pour l'instant...)
[^] # Re: Les programmes scolaire dicté par le marché
Posté par karteum59 . En réponse à la dépêche Un Master en Ingénierie du Logiciel Libre. Évalué à 2.
Quelques remarques ou idées en vrac :
- Déploiement de distributions Linux (Debian, Fedora, Mandriva, Novell Linux et Gentoo) : pourquoi tout ça ? Je pense qu'il y a du superflu entre Novell, Fedora, Mandriva (surtout qu'on peut apprendre à faire ça chez soi, c'est très facile). Je proposerai plutôt de ne garder que 2 distribs Linux (gentoo/debian par ex) et d'ajouter les BSD et Solaris, il y aura davantage de choses qui changent et ce serait plus instructif.
- lufs est obsolète, et remplacé par FUSE (qui est maintenant intégré au kernel, et existe sur BSD)
- s/Strusts/Struts/
- concepts de la programmation fonctionnelle et applications en Scheme : Ocaml est pas mal aussi
- <troll>Beaucoup de Java, mais pas de .NET ? (ni de Ruby on Rails :)</troll>, je ne connais pas en détails mais la techno semble quand même intéressante, elle est vouée à être largement déployée, et deux implémentations libres existent (Mono et DotGNU).
- Ce serait pas mal d'inclure dedans un exam LPI ou RHCE (ou tout au moins négocier un tarif). ça pourrait être un plus pour certains recruteurs.
- Seulement 12h de cours (+12TD+18TP) sur les systèmes embarqués/temps réel ? C'est l'avenir pourtant... Cette fois-ci, il me semble qu'il manque un petit peu de "pratique" (ou en tout cas ce n'est pas décrit). On peut faire plein de choses avec peu de moyens, comme par ex un linux dans un wrt54g, sans parler de ecos, NetBSD...
- Pas de clusters non plus ? (enfin, on lit "parallélisme" mais est-ce qu'il y a un déploiement / de la prog en pratique)
- Rien sur Wifi, ni sur la voix sur IP ?
# Livre
Posté par karteum59 . En réponse au message Compatibilité entre licences. Évalué à 2.
-> http://www.oreilly.com/catalog/osfreesoft/book/
[^] # Re: installation
Posté par karteum59 . En réponse à la dépêche Freenet 0.7 Alpha-1 est disponible. Évalué à 7.
Personnellement, je trouve dommage que Freenet doive en arriver là (Comment on fait si on est seul dans sa campagne et qu'on ne connaît pas d'autre noeud ?). Un des buts est de lutter contre la censure mais on exclut de facto toutes les personnes isolées socialement, peu expérimentées techniquement ou récemment arrivées sur le net, etc. A terme, je me demande aussi dans quel mesure ça n'aboutirait pas à une certaine forme de censure, différente mais exercée de facto par les "insiders" : on n'invite pas tout le monde à rentrer mais seulement les gens plus ou moins comme soi...
Si le but était d'éviter le harvesting (http://www.freenet-fr.info/documentation/Harvesting.html ), il y a peut-être d'autres solutions à imaginer (faire apparaître des faux noeuds avec des IPs aléatoires ?)
OK, mais comment faites-vous pour savoir si une personne qui débarque sur l'IRC en demandant un accès est bien "digne de confiance", puisque c'est ce qui justifie le passage en réseau fermé non ?
ça me semble encore plus contradictoire avec la notion de "confiance" dans un club fermé : faire confiance à quelqu'un demande de le connaître et ça prend du temps...
# Blender ?
Posté par karteum59 . En réponse à la dépêche Lancement d'un site communautaire pour le montage vidéo libre. Évalué à 3.
Une petite question : il me semble que Blender est équipé d'un éditeur de séquences vidéo non ? Est-ce qu'il serait possible ou opportun de l'utiliser comme un cinelerra/jahshaka/lives ou est-ce que c'est encore trop limité / pas pratique ?
[^] # Re: F1 !
Posté par karteum59 . En réponse à la dépêche Recyclage social des PC en Belgique et en France. Évalué à 10.
(en théorie ça devrait être suffisant pour xfce+abiword / SIAG+Opera si on configure tout de manière précise, mais par contre il ne faudrait pas compter sur KDE/Gnome, ooo, Firefox...)
Et des "bouts" de matos, ça vous intéresse ? (j'ai qq cartes graphiques PCI et lecteurs CD qui trainent)
Une dernière chose : vous vous y prenez comment pour trouver/choisir les personnes qui recevront les PCs ?
[^] # Re: reflexion
Posté par karteum59 . En réponse à la dépêche OpenBSD a des problèmes financiers. Évalué à -2.
http://fr.wikipedia.org/wiki/MD5#Faiblesse_de_MD5
Comme ça se passe sur un gros fichier iso il me semble que c'est encore plus facile de générer un fichier de même taille et de même MD5. Comme en plus il s'agit de l'iso d'un OS orienté sécu (i.e. dans lequel tu auras confiance pour assurer la sécurité de ton système) l'intérêt de le compromettre est évident pour un pirate, donc le risque n'est pas forcément négligeable !
Par contre je ne sais pas combien de temps ça prend de générer une collision sur une machine moderne...
[^] # Re: Une bonne orientation
Posté par karteum59 . En réponse à la dépêche Disponibilité de Fedora Core 5 "Bordeaux". Évalué à 5.
Hum, ça sent le troll à plein nez...
Personnellement je trouve dommage de vouloir tout uniformiser à outrance. En particulier, si Suse se met à prendre une orientation gnome c'est qu'elle renie un peu ses racines !
Par exemple, ce n'est pas parce que je n'aime pas Gnome que souhaiterais (ni même considérerais comme positif) une uniformisation avec KDE ou GNUstep... Chacun a ses avantage et ses inconvénients, c'est la diversité qui est une bonne chose !
Ce qui est souhaitable n'est pas l'uniformisation mais l'intéropérabilité : que Gnome puisse utiliser des thèmes (et autres réglages) KDE et inversement (merci FreeDesktop !), que Smart package manager sache utiliser les dépôts urpmi, yum, apt, etc...
Bah oui, sont forts ces ricains ! Ils nous transforment en bêta-testeurs RHEL gratuits et avec le sourire (alors qu'à l'inverse certains avaient bien râlé avec la Mandrake "community" théoriquement moins stable que la "official"). Au passage, si tu préfères la version "stable" de RedHat tu peux regarder du côté de Centos (c'est la RHEL repackagée).
http://www.centos.org/
[^] # Re: Quelle carte achetter ? avec des drivers 3D opensource ?
Posté par karteum59 . En réponse à la dépêche Démarrage d'un projet de développement de pilote libre pour les cartes vidéo NVidia. Évalué à 1.
Ceci étant, comment se positionnent-elles (niveau perfs) face aux dernières ATI supportées par le driver Open Source ? Et est-ce qu'elles sont "suffisantes" pour des jeux pas trop gourmands comme tuxracer ou pour de la 3D "sérieuse" comme xgl ?
Autre chose : est-ce que les Intel récentes supportent les shaders ?
[^] # Re: YUM
Posté par karteum59 . En réponse à la dépêche Disponibilité de Fedora Core 5 "Bordeaux". Évalué à 3.
Par contre, pour faire une petite digression sur les gestionnaires de paquetages, qqun a t-il un avis sur les systèmes suivants ?
http://0install.net/
http://klik.atekon.de/
http://autopackage.org/
[^] # Re: Stabilité
Posté par karteum59 . En réponse à la dépêche Disponibilité de Fedora Core 5 "Bordeaux". Évalué à 8.
ok, je ->[]
[^] # Re: XGL ?
Posté par karteum59 . En réponse à la dépêche Des nouvelles d'Enlightenment DR17. Évalué à 6.
J'avais regardé le code il y a quelques temps (quelques années en fait... ;) et il était rempli de switch/case avec différentes méthodes de rendu (xlib, opengl, render, imlib, et je me souviens plus des 2 autres).
L'équipe ne veut probablement pas être _dépendante_ d'opengl, i.e. ça doit rester optionnel pour marcher vite même là où il n'y a pas d'accélération (ou de drivers libres ;), mais ça ne veut pas dire qu'il ne l'utilise pas. Au contraire, evas a été plutôt pionnier en ce sens (bien avant xgl, QT/Arthur et Cairo !) alors ça me paraît un peu fort qu'on lui reproche de ne pas avoir une fonctionnalité qu'il a été le premier (ou presque) à implémenter !
Huh ???
e17 est un environnement 2D. Même quand il utilise opengl, ce n'est pas pour de la "vraie" 3D mais pour tirer parti de l'accélération matérielle pour les effets graphiques (blending, etc...). Je ne vois pas en quoi des fonctions 3D seraient systématiquement nécessaires (ah, si, c'est vrai que xgl a une killer feature avec son cube à 12 faces ! :).
Je trouve que tu vas un peu vite en besogne. Attends de voir (ou essaies-le).
Par contre, il semble bien que cairo et evas se fassent un peu concurrence (apparemment y'a dû avoir des trolls sur les ML au sujet de la duplication d'efforts inutile, de cairo qui reste très lent, etc...). D'après ce que j'ai cru comprendre cairo serait plus "bas niveau", sans scene graph...
[^] # Re: A propos d'OpenGraphics
Posté par karteum59 . En réponse à la dépêche Les UltraSparc sous GPL. Évalué à 1.
[^] # Re: A propos d'OpenGraphics
Posté par karteum59 . En réponse à la dépêche Les UltraSparc sous GPL. Évalué à 1.
Oui, mais est-ce que c'est pour des raisons techniques ou pour des raisons "pratiques" ? (une implémentation OpenGL optimisée pour le Cell pourrait prendre des mois à coder / débugger, alors que les processeurs NVidia et leur drivers sont disponibles tout de suite)
[^] # Re: A propos d'OpenGraphics
Posté par karteum59 . En réponse à la dépêche Les UltraSparc sous GPL. Évalué à 3.
Oui je sais, mais en fait de processeurs je ne parlais pas de x86 mais de processeurs vectoriels multicores comme le Cell (qui apparemment repend pas mal de techniques mises en oeuvre dans les GPUs).
[^] # A propos d'OpenGraphics
Posté par karteum59 . En réponse à la dépêche Les UltraSparc sous GPL. Évalué à 4.
Par contre, plutôt que de concevoir un ASIC en entier (ce qui pose de gros problèmes financiers), ne vaudrait-il pas mieux s'orienter vers une carte AGP avec des composants plus "génériques" et programmables, par exemple, un gros DSP / FPGA / processeur vectoriel ?
Par exemple, le processeur Cell d'IBM semble très prometteur. Je ne sais pas comment il pourrait se mesurer face aux processeurs dédiés comme ceux de NVidia mais si c'était comparable il me semble qu'on pourrait imaginer une carte (PCI/AGP) avec un processeur Cell qui fasse office de GPU (hébergeant un mini linux et une version de Mesa optimisée)... A mon avis, vu que les composants existent (sauf la carte PCI/AGP qui héberge le tout) ce serait bien plus réaliste que de concevoir un chip en entier et d'espérer que quelqu'un le produira... Comme c'est un processeur généraliste, il n'y aurait pas de problème pour les extensions OpenGL, les shaders, le décodage MPEG4 à la volée...
Sinon à part ça, qqun sait comment le Ultrasparc T1 se compare face aux Intel / PPC / Cell ?