je pars du principe qu'un % du prix du morceau va à l'artiste.
Oué mais la plupart des artistes ont signé un contrat avec un % sur la vente des disques, alors sauf s'ils refont leur contrat ils l'ont dans l'anus et tu files tes sous pour financer la transformation du chateau de la star ac'.
Mmmh, ca va se finir que suite à ces analyses de spécialistes, OOo va retirer le support officiel des documents Word, et que Sun va en profiter pour relancer sa suite payante sur le marché, suite StarOffice qui bien entendu aura lui les fonctionnalités pour lire le format de Redmond...
Enfin bon cpa grave, après tout les .doc capucpaslibre. Il faut utiliser autre chose non ?
Vis je sais y'a toujours le problème de l'interopérabilité, mais je suppose que ce qui ne sera pas autoriser ce sera l'exportation en .doc, pas l'importation, déjà celà devrait limiter les dégats, en obligeant par le meme fait d'utiliser un peu plus le format swx.
Enfin de toute façon fallait s'y attendre, Microsoft n'allait surement pas laisser longtemps cette exploitation de leurs formats, surtout quand celà leur fait perdre des clients...
Y'a plus qu'à faire un site www.SpreadOpenOffice.org ;-)
t'excite pas ma poule, je t'assure que c'est une vrai question que je me pose actullement, la réponse qui m'a été proposé est une possibilité, mais pour des raisons que j'ai expliqué elle ne me convient pas vraiment (j'ai pas envie qu'elle tripote mes mails et inversement), donc je voulais savoir si le fait d'etre passé à un nouveau système de stockage des mails, autre que le stockage dans le $HOME, me permettrait de switcher facilement de profile comme me le propose par exemple mozilla.
Cette autre personne me propose d'utiliser effectivement les capacités multi-compte (je dirais multi-adresses-emails), mais celà ne répond pas à mes attentes, mes considérations sont multi-utilisateurs, ce qu'il me propose je l'utilise pour un seul utilisateur qui a plusieurs compte.
J'espère que tu saisies la différence. J'avais espéré que tu puisses me montrer à quel point mon OS multi-utilisateur était intelligent et en faisait profiter élégament les applications qui tournent au dessus, puisque tu as essayé plusieurs fois de me le montrer...
oué mais bon c'est pas tellement multi-utilisateur ça, je peux pas faire de config différente pour elle ou pour moi, tout arrive dans la boite de réception, pour le calendrier voilà quoi...
Mais obn je me dis qu'avec evolution2 y'a du y avoir du changement non ? les mails ne sont pas stocké dans une base de données partagée ?
Tiens, coucou 007, j'ai une question spéciale pour toi !
Ben vi, je suis un fan de Gnome et Evolution, mais y'a un truc qui me gène : ma copine aime bien consulter ses mails, alors bien entendu je lui est créé un compte, elle a donc sa session et tout. Le problème c'est que ca finissait par la lourder de faire CTRL-ALT-F7 à chaque fois qu'elle voulait voir si elle avait du courrier sur sa session graphique sur serveur X dédié... Vu que Evolution est multi-utilisateur (mais oui je t'aime), comment je peux faire pour qu'elle puisse facilement accéder à ses mails depuis ma session ? (Sachant que pour le moment la seule solution que j'ai trouvé, c'est de faire un coup de ssh avec redirection X, ce qui bien sur ne prend pas en compte le theme et encore moins la langue, sans parler des problème si le soft sous ssh reste allumé trop longtemps...)
Ne vois là aucune attaque, c'est un vrai problème :)
y'a pleins de forums, y'a les newsgroups, et sinon pour la hotline, suffit de pas etre bete et de ne pas appeler à 17h35 comme tout le monde, mais plutot après 21h-21h30, le temps d'attente est quasiment nul.
Euh, me semble qu'on peut pas trop leur écrire à cette adresse, ca c'est leur adresse expéditeur, sinon pour papotter avec eux, y'a une interface à tickets, en général il te file le lien vers tes "sujets en cours" justement par mail, mais faut pas y répondre.
"C'est un peu pour ça que j'ai proposé Firefox et pas autre chose, puisqu'il ne nécessite pas de droits particuliers pour s'installer."
Non mais par contre tu peux avoir signé une charte qui t'interdit clairement d'exécuter des programmes autre que ceux préinstallés...
La plupart du temps le principe est toujours le même : il y a une partition "cachée" qui contient la restauration : son amorçage se fait avec un cd ou disquette de "restauration", désolé si ton pote l'a perdu :)
"The vulnerabilities have reportedly been fixed in:
- Mozilla 1.7.3
- Firefox 1.0PR
- Thunderbird 0.8"
Bon ben apparement y'a que Netscape qui n'a pas corrigé ces failles... En tout cas j'espère que la suite mozilla va se décider à intégrer un système d'auto-update, parcque pour le noobs de base, celà va vite le gaver de se taper l'installation de chaque nouvelles version qui corrige un bug.
Clubic n'a rien compris
Franchement je viens de lire la news, je vois pas où est le problème, ils signalent juste des failles, non résolues en plus.
ce qui est dit que si opensource donc plus facilement detectable et + rapidement patchable
Bof, c'est rarement en cherchant dans le code qu'on détexte les failles, sinon on les corrige direct. Pour ce qui est de la vitesse de patchage c'est là encore très relatif, celà ne dépend pas vraiment du fait que ce soit open-source, celà dépend plutôt de la réactivité de la communauté ou entreprise derrière, que ce soit côté proprio ou côté open-source.
Il faut que tu modifies la feuille de style xsl il me semble, j'ai un peu la flemme de chercher, mais les réponses à toutes tes questions se trouvent à tout les coups par ici : http://www.sagehill.net/docbookxsl/(...)
Pour ton cas précis, je penses que le Chapitre 15 est adapté :-)
En espérant que l'anglais ne te rebutte pas trop ;-)
Nan mais je m'en fou que en émulant tout tu puisses recréer une machine de turing, c'est pas du tout le but d'un OS, ce que je veux pouvoir faire c'est manipuler directement la mémoire de ma machine si j'en ai envi, comme je le ferai naturellement en C; pas me taper une pseudo mémoire représentée dans une classe "Stack" implémentée dans le heap avec des perfs dégueulasse. La machine virtuelle Java ne permet pas l'accès direct à la mémoire, c'est un de ses avantages mais c'est également limitatif. D'autres machines virtuelles sont plus souples et le permette, c'est que c'est donc possible.
avec la nouvelle version de DLFP .. on aura bientot moins de journaux que de news ...
En même temps si tu veux retrouver la plupart des journaux, va dans les forums, parcque sur les 20 ou 30 qu'il y avait par jour, beaucoup était de simple question, maintenant les utilisateurs commencent à mieux utiliser les forums, on ne va pas s'en plaindre !
Ensuite je penses qu'il faut relativiser le contenu du site depuis 2 ou 3 mois, c'était l'été : reviens faire un tour dans 1 ou 2 mois pour vérifier, à mon avis le site aura retrouver une fréquentation normal avec plus de journaux, enfin à mon avis.
Il est évident qu'il y a une couche native qui donne l'accès au pointeur de la mémoire, à partir de là, tu fais tout le reste en java.
Et après je fais comment pour faire des optimisations si je n'ai pas accès à la pile ? Je vais tout me colletiner sur le tas ? Parcque bon un driver c'est quand même principalement de l'optimisation des ressources, avec des astuces toutes les 2 lignes, je parle dans le cas d'une carte graphique...
Une vm peut faire tourner plusieurs langages
Tout à fait d'accord. Après la vm peut quand même limiter les possibilités.
pourquoi pas du C qui aurait comme target la jvm.
Parcque les instructions de la JVM ne le permettent pas. La JVM n'a pas du tout les mêmes instructions qu'un proc classique...
Mais non les drivers, la gestion mémoire sont écrite en java.
mais si moi je te parlais de ce qu'il y avait au dessus du n-kernel, driver et IO sont au dessus de la JVM.
Dire que jnode n'est pas un OS en java est de la grosse foutaise.
Pas pour moi. C'est comme si tu faisais une voiture sans moteur : c'est joli, mais même si le moteur est petit, voir simple à faire, c'est un élément vital. Pour moi le boulot principal d'un OS est de fournir la première couche d'abstraction du matos, et de gérer l'allocation des ressources (processeur et mémoire centrale).
Dans JNode, tout ce taf est fait grâce à l'assembleur, ils ont juste rajouté une surcouche Java pour la gestion mémoire (parcque par derrière tout ce fait au niveau du GC et de la JVM, la gestion des processus étant faite au niveau de la JVM, etc.
n'importe quoi :-)
C'est vrai que faire la première couche d'abstraction pour un OS c'est vraiment pas un taf important. C'est pas parcqu'il est "simple" qu'il est pas important.
Tu connais un langage portable qui est capable de positionner les drapeaux PE et PG du registre CR0
Oué mais au moins en C tu peux toujours faire asm("mov ax,bx"), c'est simple et ça marche. D'où ma remarque concernant JNI, qui est parfaitement imbittable avec élégance.
tu auras toujours le langage machine en dessous et une abstraction de la machine juste au desus (ou alors tu fais un OS pour une archi donnée
Oué mais si tu regrde bien le schéma de l'"OS" en Java, même la couche au dessus n'est pas en Java mais toujours en ASM...
Si suis ton raisonement linux n'est pas en C
Non j'ai pas dis celà. Ce que j'ai dit c'est que Java ne permet pas de tout faire. J'ai pas dit que le C pouvait, mais le C peut faire beaucoup plus.
(tout comme dans jnode elle est ecrite en Java)
Euh, c'est bien joli mais le mélange rouge/vert montre bien qu'il doivent impérativement utiliser de l'asm, même au dessus du n-kernel...
Franchement je vois pas où tu veux en venir :-) J'ai jamais dis que C pouvait tout faire, j'ai juste voulu montrer que Java était vraiment pas conçu pour faire du bas-niveau, ton exemple est parfait pour montrer celà.
PS : j'aimerai bien voir une appli écrite en C tourner sur jnode... Parcqu'un OS ne doit pas limiter l'utilisateur en l'obligeant à utiliser un seul langage avec GC et tout le tralala... Il doit lui laisser libre accès à la mémoire si l'utilisateur en a envi.
PS2 : tu gère comment la mémoire d'une carte graphique avec un driver en Java ?
Si ca les amusent de perdre 4j pour arriver a cette conclusion...
Quake II .NET existait avant la version Java, leur objectif était de montrer qu'il était facile de porter une appli sur .NET pour en exploiter les possibilités d'extension (ils ont par exemple rajouté un radar). Ce que je trouve plus une perte de temps, c'est plutôt d'avoir passer 6 mois à réinventer la roue en Java... Tout ce que celà montre c'est que JNI est tellement pourri qu'on est obligé de recoder.
Tu le sors d'ou ca ?
sur le site web de Quake.NET il y a ecrit: "Initially, the managed version was faster than the native version when the default processor optimization setting /G5 (Pentium) was used. Changing the optimization setting to /G7 (Pentium 4 and Above) created a native version that runs around 15% faster then the managed version."
Me semble que par défaut c'est la même situation : il n'y a pas les codecs mp3 (seul wma si je ne m'abuse)
Que fais l'utilisateur ?
- Il installe un soft de lecture : Winamp, un des players les plus répendus, lis très bien les ogg sans installer de plugin...
- il installe un "pack" de codecs, notamment pour lire les DivX : ogg est par la même occasion installé.
Bref, rare sont les situations où les codecs ogg ne sont pas installés... Ce genre de cas vient surto du fait que le filtre DirectX ogg a longtemps été "instable", voir occasionnait des plantages (ce fut également, et c'est encore parfois le cas pour les codecs XVid). D'ailleur c'est toujours pas en version finale, normal que les players ou packs (quoique les packs aiment bien les betas-pre-realease) n'ai pas tous le support ogg.
Donc voilà, je penses qu'il faut avant tout un vrai filtre performant sous Windows, mais que dans l'ensemble les codecs ogg ont de fortes chances d'être installés sur les machines ayant également les codecs mp3.
sauf le "n-kernel" qui est un mini kernel (mini mini)
On s'en fou, il est là, et justement pour faire un des taf le plus important de l'OS.
La taille de la partie en rouge reflète la taille réelle de code natif de l'os et c'est pas 50% daisolai.
Moi j'aurai pas dit 50% non plus, mais dans ce acs la taille de la partie en rouge ne reflète PAS la taille réelle. Parcque sinon ca fait bien 50%, tout ce qui est au dessus de la JVM ce n'est plus l'OS.
Et puis il me fait marrer leur memory manager, y'a quand même le GC et le heap qui sont gérés "ailleur", dans un mélange vert/rouge qui montre bien que là encore faut de l'asm dès que sa touche au matos.
Bref, ils ont fait un OS en Java, mais ils se sont juste amuser à coder le maximum de choses en Java en évitantr la partie "sensible" parcque impossible à faire.
D'abord celà existe déjà :
par exemple wxWidgets utilise les toolkit graphiques natifs pour se dessiner. SWT en Java fait de même.
Mais celà a des avantages et inconvénients :
tu dois factoriser les points communs entre les toolkits, résultats tu vas perdre ce qui fait la spécificité d'un toolkit : des fonctionnalités mais aussi des règles d'ergonomie, de conventions, de nommage, de disposition, d'encapsulation, d'interactivité, etc.
Tu peux y remédier partiellement pour ce qui est des fonctionnalités en "simulant" de nouveaux widgets sur les toolkits plus "pauvres" : il y aura pleins de problèmes d'intéraction avec l'environnement, ces nouveaux widgets s'intégrant souvent mal, surtot qu'il faut la plupart du temps le réécrire entièrement pour pouvoir l'étendre.
Bref, ce n'est pas simple, parcque justement s'il existe plusieurs toolkit, c'est parcqu'ils sont différents. Tu peux te contenter des points communs, mais celà va vite te faire un toolkit basique, voir très réduit au fur-et-à-mesure que tu vas étendre sa "portabilité".
Je comprend ton problème et tu aimerais bien faciliter la vie du programmeur, mais il faut savoir que rien ne vaudra jamais une application qui s'intègre parfaitement dans chaque environnement et que la solution que tu proposes ne le permettra jamais, ou alors c'est que les toolkits sont trop "proches". Fait mieux : code correctement ton application en séparant bien l'interface, histoire de pouvoir la réécrire facilement. (PS : penses aussi au fait qu'une application peut être utilisé sur des périphériques portables, mais aussi à travers une interface web qui est un toolkit comme un autre (HTML+JScript), mais cependant très différents)
C'est comme dans la vie : il ne faut pas vouloir mondialiser tout pour simplifier, certaines choses doivent rester différentes, que chacun est sa culture et puisse la faire évoluer avec ses spécificités, quitte à venir piocher de temps en temps chez le voisin les bonnes idées.
C'est fou que tu te sentes à chaque fois obligé de troller lorsqu'on parle de Java.
En même temps j'avais prévenu. En même temps le journal était plus ou moins un appel au troll, cf un des anciens journaux de l'auteur ;)
A tout les coups tu débarques en nous parlant de .NET et en essayant de prouver que c'est mieux que Java.
Bah oué j'aime bien l'alternative, surtout quand là le but est de comparer un "portage".
Le but de ce journal étant clairement de montrer que JAva ca roxe et que question perfs ca vaut le C, j'ai voulu montrer qu'il fallait relativiser, que celà a demandé beaucoup de travail et une réécriture complète, alors que poutant un des atouts de Java c'est d'être plus productifs qu'en C.
J'ai voulu montrer aussi qu'en Java faut parfois réinventer la roue, faute d'avoir une interface bien foutu pour exploiter une lib dans un autre langage.
Effectivement, je l'ai ramener avec .NET, mais que veux-tu, je ne vais pas citer comme exemple des trucs que je ne connais pas... Après je trouve que c'est pas vraiment hors-sujet mais bon...
bref rien de neuf sous le soleil et je vois vraiment pas l'interet de la chose.
Ben si, montrer que question productivité on peut faire un truc en 4 jours au lieu de tout recoder en 6 mois. D'où l'intérêt de supporter plusieurs langages sur une même plateforme.
Et ce que l'on remarque c'est que Quake2.NET qui est ecrit en C n'est pas aussi rapide que le Quake2 original
Nan nan nan.
Si tu compares vraiment avec l'original, Quake2.NET en C est plus rapide que l'original, parcque l'original n'avait pas les optimisations P4. Si on recompile les 2 avec le support des optimisations p4, c'est là qu'on retrouve l'écart à 85%, ce qui paraît logique étant donné qu'il y a la machine virtuelle qui tourne dessous. et que la version Java est aussi rapide que Quake2 en C sous .NET !!!
Nan, comme je l'ai dit c'est incomparable, pour plusieurs raisons :
ils ne disent pas quelles optimisations ils ont "activé" à la compilation, ce qui fait que si ca se trouve ils comparent avec la version original du jeu non recompilé, auquel cas Quake2.NET va plus vite que l'original.
Ensuite le moteur a été complètement réécrit, si on suit les différentes version sorties, ils ont mis du temps avant de réussir à obtenir des perfs similaires, ils ont du passer un bon bout de temps à optimiser, suffit de voir leur tableau.
De toute façon je trouve ce genre de bench pas vraiment utile, puisque le plus gros du travail est envoyé à la carte graphique, ce n'est alors si .NET ni Java qui font le taf. Ce qui a ralenti Java, c'est les nombeux appels à travers JNI qui font tout ramer, ils ont du optimiser celà le plus possible pour éviter les échanges entre leur couche bibliothèques qui utilise OpenGL et le moteur en Java.
JE vois déjà ta réaction : oui mais y'a du vert au dessus de hardware !
Et alors ? si le schéma l'a mis là ce n'est pas pour autant que y'a un lien direct entre les 2...
Suffit de voir où est la JVM... tout ce qui se trouve à droite devrait être au dessus de la JVM, sinon celà ne peut pas être en Java... Enfin je suppose que le schéma est plus "lisible" comme ceci, ils ont voulu faire l'analogie avec les fonctionnalités des kernels.
Y'a un n-kernel dont le but est d'effectuer (comme tout kernel) l'abstraction matérielle, bref, cet OS est en grande partie en Java si on prend la définition Windozienne d'un OS (avec les classes et tout), mais si on prend la définition Unixienne, y'a la moitié en rouge, la moitié en vert, et la partie eu rouge montre bien qu'on ne peut pas tout faire en Java.
[^] # Re: Allofmp3 parfaitement légal
Posté par TImaniac (site web personnel) . En réponse au journal FNAC en ligne. Évalué à 2.
Oué mais la plupart des artistes ont signé un contrat avec un % sur la vente des disques, alors sauf s'ils refont leur contrat ils l'ont dans l'anus et tu files tes sous pour financer la transformation du chateau de la star ac'.
# mmmh
Posté par TImaniac (site web personnel) . En réponse au journal OpenOffice en danger ?. Évalué à 5.
Enfin bon cpa grave, après tout les .doc capucpaslibre. Il faut utiliser autre chose non ?
Vis je sais y'a toujours le problème de l'interopérabilité, mais je suppose que ce qui ne sera pas autoriser ce sera l'exportation en .doc, pas l'importation, déjà celà devrait limiter les dégats, en obligeant par le meme fait d'utiliser un peu plus le format swx.
Enfin de toute façon fallait s'y attendre, Microsoft n'allait surement pas laisser longtemps cette exploitation de leurs formats, surtout quand celà leur fait perdre des clients...
Y'a plus qu'à faire un site www.SpreadOpenOffice.org ;-)
[^] # Re: Un trollomètre de mort...
Posté par TImaniac (site web personnel) . En réponse au journal Évolution, Ximian et Novell. Évalué à 2.
Cette autre personne me propose d'utiliser effectivement les capacités multi-compte (je dirais multi-adresses-emails), mais celà ne répond pas à mes attentes, mes considérations sont multi-utilisateurs, ce qu'il me propose je l'utilise pour un seul utilisateur qui a plusieurs compte.
J'espère que tu saisies la différence. J'avais espéré que tu puisses me montrer à quel point mon OS multi-utilisateur était intelligent et en faisait profiter élégament les applications qui tournent au dessus, puisque tu as essayé plusieurs fois de me le montrer...
[^] # Re: Un trollomètre de mort...
Posté par TImaniac (site web personnel) . En réponse au journal Évolution, Ximian et Novell. Évalué à 2.
Mais obn je me dis qu'avec evolution2 y'a du y avoir du changement non ? les mails ne sont pas stocké dans une base de données partagée ?
[^] # Re: Un trollomètre de mort...
Posté par TImaniac (site web personnel) . En réponse au journal Évolution, Ximian et Novell. Évalué à 2.
Ben vi, je suis un fan de Gnome et Evolution, mais y'a un truc qui me gène : ma copine aime bien consulter ses mails, alors bien entendu je lui est créé un compte, elle a donc sa session et tout. Le problème c'est que ca finissait par la lourder de faire CTRL-ALT-F7 à chaque fois qu'elle voulait voir si elle avait du courrier sur sa session graphique sur serveur X dédié... Vu que Evolution est multi-utilisateur (mais oui je t'aime), comment je peux faire pour qu'elle puisse facilement accéder à ses mails depuis ma session ? (Sachant que pour le moment la seule solution que j'ai trouvé, c'est de faire un coup de ssh avec redirection X, ce qui bien sur ne prend pas en compte le theme et encore moins la langue, sans parler des problème si le soft sous ssh reste allumé trop longtemps...)
Ne vois là aucune attaque, c'est un vrai problème :)
[^] # Re: .
Posté par TImaniac (site web personnel) . En réponse au journal Merci Free!. Évalué à 6.
# ama
Posté par TImaniac (site web personnel) . En réponse au journal Merci Free!. Évalué à 4.
[^] # Re: Bugfix
Posté par TImaniac (site web personnel) . En réponse au message plein de bugs Javascript sous IE. Évalué à 1.
Non mais par contre tu peux avoir signé une charte qui t'interdit clairement d'exécuter des programmes autre que ceux préinstallés...
[^] # Re: re
Posté par TImaniac (site web personnel) . En réponse au message Restaurer un HP Pavilion. Évalué à 2.
[^] # Re: bof
Posté par TImaniac (site web personnel) . En réponse au journal faille de secu famille mozilla. Évalué à 9.
http://secunia.com/advisories/12526/(...)
"The vulnerabilities have reportedly been fixed in:
- Mozilla 1.7.3
- Firefox 1.0PR
- Thunderbird 0.8"
Bon ben apparement y'a que Netscape qui n'a pas corrigé ces failles... En tout cas j'espère que la suite mozilla va se décider à intégrer un système d'auto-update, parcque pour le noobs de base, celà va vite le gaver de se taper l'installation de chaque nouvelles version qui corrige un bug.
# bof
Posté par TImaniac (site web personnel) . En réponse au journal faille de secu famille mozilla. Évalué à 2.
Franchement je viens de lire la news, je vois pas où est le problème, ils signalent juste des failles, non résolues en plus.
ce qui est dit que si opensource donc plus facilement detectable et + rapidement patchable
Bof, c'est rarement en cherchant dans le code qu'on détexte les failles, sinon on les corrige direct. Pour ce qui est de la vitesse de patchage c'est là encore très relatif, celà ne dépend pas vraiment du fait que ce soit open-source, celà dépend plutôt de la réactivité de la communauté ou entreprise derrière, que ce soit côté proprio ou côté open-source.
# mes 2 cents
Posté par TImaniac (site web personnel) . En réponse au message docbook et docman. Évalué à 2.
Pour ton cas précis, je penses que le Chapitre 15 est adapté :-)
En espérant que l'anglais ne te rebutte pas trop ;-)
[^] # Re: Logiciel libre et java
Posté par TImaniac (site web personnel) . En réponse à la dépêche Brèves Java. Évalué à 2.
# faut relativiser
Posté par TImaniac (site web personnel) . En réponse au message Le DLFP nouveau .... Évalué à 3.
En même temps si tu veux retrouver la plupart des journaux, va dans les forums, parcque sur les 20 ou 30 qu'il y avait par jour, beaucoup était de simple question, maintenant les utilisateurs commencent à mieux utiliser les forums, on ne va pas s'en plaindre !
Ensuite je penses qu'il faut relativiser le contenu du site depuis 2 ou 3 mois, c'était l'été : reviens faire un tour dans 1 ou 2 mois pour vérifier, à mon avis le site aura retrouver une fréquentation normal avec plus de journaux, enfin à mon avis.
[^] # Re: Logiciel libre et java
Posté par TImaniac (site web personnel) . En réponse à la dépêche Brèves Java. Évalué à 2.
Et après je fais comment pour faire des optimisations si je n'ai pas accès à la pile ? Je vais tout me colletiner sur le tas ? Parcque bon un driver c'est quand même principalement de l'optimisation des ressources, avec des astuces toutes les 2 lignes, je parle dans le cas d'une carte graphique...
[^] # Re: Logiciel libre et java
Posté par TImaniac (site web personnel) . En réponse à la dépêche Brèves Java. Évalué à 2.
Tout à fait d'accord. Après la vm peut quand même limiter les possibilités.
pourquoi pas du C qui aurait comme target la jvm.
Parcque les instructions de la JVM ne le permettent pas. La JVM n'a pas du tout les mêmes instructions qu'un proc classique...
Mais non les drivers, la gestion mémoire sont écrite en java.
mais si moi je te parlais de ce qu'il y avait au dessus du n-kernel, driver et IO sont au dessus de la JVM.
Dire que jnode n'est pas un OS en java est de la grosse foutaise.
Pas pour moi. C'est comme si tu faisais une voiture sans moteur : c'est joli, mais même si le moteur est petit, voir simple à faire, c'est un élément vital. Pour moi le boulot principal d'un OS est de fournir la première couche d'abstraction du matos, et de gérer l'allocation des ressources (processeur et mémoire centrale).
Dans JNode, tout ce taf est fait grâce à l'assembleur, ils ont juste rajouté une surcouche Java pour la gestion mémoire (parcque par derrière tout ce fait au niveau du GC et de la JVM, la gestion des processus étant faite au niveau de la JVM, etc.
[^] # Re: Logiciel libre et java
Posté par TImaniac (site web personnel) . En réponse à la dépêche Brèves Java. Évalué à 2.
C'est vrai que faire la première couche d'abstraction pour un OS c'est vraiment pas un taf important. C'est pas parcqu'il est "simple" qu'il est pas important.
Tu connais un langage portable qui est capable de positionner les drapeaux PE et PG du registre CR0
Oué mais au moins en C tu peux toujours faire asm("mov ax,bx"), c'est simple et ça marche. D'où ma remarque concernant JNI, qui est parfaitement imbittable avec élégance.
tu auras toujours le langage machine en dessous et une abstraction de la machine juste au desus (ou alors tu fais un OS pour une archi donnée
Oué mais si tu regrde bien le schéma de l'"OS" en Java, même la couche au dessus n'est pas en Java mais toujours en ASM...
Si suis ton raisonement linux n'est pas en C
Non j'ai pas dis celà. Ce que j'ai dit c'est que Java ne permet pas de tout faire. J'ai pas dit que le C pouvait, mais le C peut faire beaucoup plus.
(tout comme dans jnode elle est ecrite en Java)
Euh, c'est bien joli mais le mélange rouge/vert montre bien qu'il doivent impérativement utiliser de l'asm, même au dessus du n-kernel...
Franchement je vois pas où tu veux en venir :-) J'ai jamais dis que C pouvait tout faire, j'ai juste voulu montrer que Java était vraiment pas conçu pour faire du bas-niveau, ton exemple est parfait pour montrer celà.
PS : j'aimerai bien voir une appli écrite en C tourner sur jnode... Parcqu'un OS ne doit pas limiter l'utilisateur en l'obligeant à utiliser un seul langage avec GC et tout le tralala... Il doit lui laisser libre accès à la mémoire si l'utilisateur en a envi.
PS2 : tu gère comment la mémoire d'une carte graphique avec un driver en Java ?
[^] # Re: allez hop
Posté par TImaniac (site web personnel) . En réponse au journal Jake2 - port Quake2 en Java. Évalué à 2.
Quake II .NET existait avant la version Java, leur objectif était de montrer qu'il était facile de porter une appli sur .NET pour en exploiter les possibilités d'extension (ils ont par exemple rajouté un radar). Ce que je trouve plus une perte de temps, c'est plutôt d'avoir passer 6 mois à réinventer la roue en Java... Tout ce que celà montre c'est que JNI est tellement pourri qu'on est obligé de recoder.
Tu le sors d'ou ca ?
sur le site web de Quake.NET il y a ecrit:
"Initially, the managed version was faster than the native version when the default processor optimization setting /G5 (Pentium) was used. Changing the optimization setting to /G7 (Pentium 4 and Above) created a native version that runs around 15% faster then the managed version."
# En même temps...
Posté par TImaniac (site web personnel) . En réponse au journal Ogg is not dead. Évalué à 3.
Que fais l'utilisateur ?
- Il installe un soft de lecture : Winamp, un des players les plus répendus, lis très bien les ogg sans installer de plugin...
- il installe un "pack" de codecs, notamment pour lire les DivX : ogg est par la même occasion installé.
Bref, rare sont les situations où les codecs ogg ne sont pas installés... Ce genre de cas vient surto du fait que le filtre DirectX ogg a longtemps été "instable", voir occasionnait des plantages (ce fut également, et c'est encore parfois le cas pour les codecs XVid). D'ailleur c'est toujours pas en version finale, normal que les players ou packs (quoique les packs aiment bien les betas-pre-realease) n'ai pas tous le support ogg.
Donc voilà, je penses qu'il faut avant tout un vrai filtre performant sous Windows, mais que dans l'ensemble les codecs ogg ont de fortes chances d'être installés sur les machines ayant également les codecs mp3.
[^] # Re: Logiciel libre et java
Posté par TImaniac (site web personnel) . En réponse à la dépêche Brèves Java. Évalué à 2.
On s'en fou, il est là, et justement pour faire un des taf le plus important de l'OS.
La taille de la partie en rouge reflète la taille réelle de code natif de l'os et c'est pas 50% daisolai.
Moi j'aurai pas dit 50% non plus, mais dans ce acs la taille de la partie en rouge ne reflète PAS la taille réelle. Parcque sinon ca fait bien 50%, tout ce qui est au dessus de la JVM ce n'est plus l'OS.
Et puis il me fait marrer leur memory manager, y'a quand même le GC et le heap qui sont gérés "ailleur", dans un mélange vert/rouge qui montre bien que là encore faut de l'asm dès que sa touche au matos.
Bref, ils ont fait un OS en Java, mais ils se sont juste amuser à coder le maximum de choses en Java en évitantr la partie "sensible" parcque impossible à faire.
# c'est possible, c'est fait, mais c'est pas toujours bien
Posté par TImaniac (site web personnel) . En réponse au journal Uniformisation des librairies graphiques. Évalué à 4.
par exemple wxWidgets utilise les toolkit graphiques natifs pour se dessiner. SWT en Java fait de même.
Mais celà a des avantages et inconvénients :
tu dois factoriser les points communs entre les toolkits, résultats tu vas perdre ce qui fait la spécificité d'un toolkit : des fonctionnalités mais aussi des règles d'ergonomie, de conventions, de nommage, de disposition, d'encapsulation, d'interactivité, etc.
Tu peux y remédier partiellement pour ce qui est des fonctionnalités en "simulant" de nouveaux widgets sur les toolkits plus "pauvres" : il y aura pleins de problèmes d'intéraction avec l'environnement, ces nouveaux widgets s'intégrant souvent mal, surtot qu'il faut la plupart du temps le réécrire entièrement pour pouvoir l'étendre.
Bref, ce n'est pas simple, parcque justement s'il existe plusieurs toolkit, c'est parcqu'ils sont différents. Tu peux te contenter des points communs, mais celà va vite te faire un toolkit basique, voir très réduit au fur-et-à-mesure que tu vas étendre sa "portabilité".
Je comprend ton problème et tu aimerais bien faciliter la vie du programmeur, mais il faut savoir que rien ne vaudra jamais une application qui s'intègre parfaitement dans chaque environnement et que la solution que tu proposes ne le permettra jamais, ou alors c'est que les toolkits sont trop "proches". Fait mieux : code correctement ton application en séparant bien l'interface, histoire de pouvoir la réécrire facilement. (PS : penses aussi au fait qu'une application peut être utilisé sur des périphériques portables, mais aussi à travers une interface web qui est un toolkit comme un autre (HTML+JScript), mais cependant très différents)
C'est comme dans la vie : il ne faut pas vouloir mondialiser tout pour simplifier, certaines choses doivent rester différentes, que chacun est sa culture et puisse la faire évoluer avec ses spécificités, quitte à venir piocher de temps en temps chez le voisin les bonnes idées.
[^] # Re: allez hop
Posté par TImaniac (site web personnel) . En réponse au journal Jake2 - port Quake2 en Java. Évalué à 2.
En même temps j'avais prévenu. En même temps le journal était plus ou moins un appel au troll, cf un des anciens journaux de l'auteur ;)
A tout les coups tu débarques en nous parlant de .NET et en essayant de prouver que c'est mieux que Java.
Bah oué j'aime bien l'alternative, surtout quand là le but est de comparer un "portage".
Le but de ce journal étant clairement de montrer que JAva ca roxe et que question perfs ca vaut le C, j'ai voulu montrer qu'il fallait relativiser, que celà a demandé beaucoup de travail et une réécriture complète, alors que poutant un des atouts de Java c'est d'être plus productifs qu'en C.
J'ai voulu montrer aussi qu'en Java faut parfois réinventer la roue, faute d'avoir une interface bien foutu pour exploiter une lib dans un autre langage.
Effectivement, je l'ai ramener avec .NET, mais que veux-tu, je ne vais pas citer comme exemple des trucs que je ne connais pas... Après je trouve que c'est pas vraiment hors-sujet mais bon...
[^] # Re: allez hop
Posté par TImaniac (site web personnel) . En réponse au journal Jake2 - port Quake2 en Java. Évalué à 2.
Ben si, montrer que question productivité on peut faire un truc en 4 jours au lieu de tout recoder en 6 mois. D'où l'intérêt de supporter plusieurs langages sur une même plateforme.
Et ce que l'on remarque c'est que Quake2.NET qui est ecrit en C n'est pas aussi rapide que le Quake2 original
Nan nan nan.
Si tu compares vraiment avec l'original, Quake2.NET en C est plus rapide que l'original, parcque l'original n'avait pas les optimisations P4. Si on recompile les 2 avec le support des optimisations p4, c'est là qu'on retrouve l'écart à 85%, ce qui paraît logique étant donné qu'il y a la machine virtuelle qui tourne dessous.
et que la version Java est aussi rapide que Quake2 en C sous .NET !!!
Nan, comme je l'ai dit c'est incomparable, pour plusieurs raisons :
ils ne disent pas quelles optimisations ils ont "activé" à la compilation, ce qui fait que si ca se trouve ils comparent avec la version original du jeu non recompilé, auquel cas Quake2.NET va plus vite que l'original.
Ensuite le moteur a été complètement réécrit, si on suit les différentes version sorties, ils ont mis du temps avant de réussir à obtenir des perfs similaires, ils ont du passer un bon bout de temps à optimiser, suffit de voir leur tableau.
De toute façon je trouve ce genre de bench pas vraiment utile, puisque le plus gros du travail est envoyé à la carte graphique, ce n'est alors si .NET ni Java qui font le taf. Ce qui a ralenti Java, c'est les nombeux appels à travers JNI qui font tout ramer, ils ont du optimiser celà le plus possible pour éviter les échanges entre leur couche bibliothèques qui utilise OpenGL et le moteur en Java.
[^] # Re: Logiciel libre et java
Posté par TImaniac (site web personnel) . En réponse à la dépêche Brèves Java. Évalué à 2.
Et alors ? si le schéma l'a mis là ce n'est pas pour autant que y'a un lien direct entre les 2...
Suffit de voir où est la JVM... tout ce qui se trouve à droite devrait être au dessus de la JVM, sinon celà ne peut pas être en Java... Enfin je suppose que le schéma est plus "lisible" comme ceci, ils ont voulu faire l'analogie avec les fonctionnalités des kernels.
Y'a un n-kernel dont le but est d'effectuer (comme tout kernel) l'abstraction matérielle, bref, cet OS est en grande partie en Java si on prend la définition Windozienne d'un OS (avec les classes et tout), mais si on prend la définition Unixienne, y'a la moitié en rouge, la moitié en vert, et la partie eu rouge montre bien qu'on ne peut pas tout faire en Java.
[^] # Re: Logiciel libre et java
Posté par TImaniac (site web personnel) . En réponse à la dépêche Brèves Java. Évalué à 2.