a ca propos, est-ce que toutes ces cartes meres avec ide-raid font bien du raid HARD.
j'ai entendu dire que certaines faisaient du raid SOFT (codé dans le bios -- utilise le cpu -- c'est mal).
en general on ne stocke pas le binaire mais les sources, donc aucun resultat de compilation.
pour ton probleme (quelle version a ete utilisee pour compiler), un petit coup de "what" ou "ident" sur ton binaire devrait te donner la reponse si le developpeur a inclus les tags qui vont bien (en tout cas cela marche comme ca avec CVS).
sinon est-ce que ton soft ne pourrait pas etre un sous-projet de ta lib ??
il est "ouf" parce que le processeur "n'offrira rien", certes, mais tourner sur la meme architecture cela permettra surement a VMWARE de sortir leur produit pour "MacOS X on intel" par exemple, ou alors cela leur permettra de recompiler wine ...
donc c'est pas si faux que cela, juste un peu raccourci !
<je marche dedans>
bien sur, avec caml il n'y a pas de failles...,
d'ailleur il n'y a pas de soft non plus :-)
</je marche dedans>
<je pietine meme>
si apache avait ete ecrit en java, il n'y aurait
pas de probleme non plus, personne ne l'utiliserait (IIS serait plus rapide)
</je pietine meme>
Si si, et il avait raison.
Mais cette fois-ci ce n'est pas un "double-free" ...
Ce n'est pas non plus un probleme avec la gestion mémoire de l'os. Le design de la gestion mémoire est peut-etre TOP (d'apres pbpg au moins), il n'en reste pas moins que d'autres morceaux ont quelques inconvénients ...
Le minitel est un "reseau" séparé d'Internet.
Il faut l'équipement necessaire pour te connecter sur le "reseau" minitel (un modem qui supporte le V23).
Xtel présenté dans cette news est une application qui permet d'utiliser un modem V23 pour se connecter au "reseau" minitel sous linux.
Enfin, si tu as le cable ou l'adsl et pas de modem "normal", tu peux peut-etre utiliser les diverses passerelles qui relient le "reseau" minitel à Internet. Attention, souvent elle sont payantes (celle de wanadoo par exemple est facturée).
Oracle a lance un concours, avec 1 million de $ a gagné si ton bdd est plus rapide que le leur.
Postule et gagne.
C'est assez complexe de comparer des bdd.
Le base mirorée en directe (oracle joue les redo log d'une base sur une autre distante pour etre pret a reprendre a chaud) c'est pas du pipo. Je connais des bases qui sont mirrorées en France et en Angleterre par exemple, a chaud, au cas ou ...
Maintenant en terme de perfs, il faut bencher sa propre application. Il faut savoir qu'au temps d'oracle 7, les requetes sql des applis etaient souvent ecritent de facon a faire produire le bon code par l'optimiseur oracle (comme Alan Cox ecrit du C de facon a ce que gcc produise l'assembleur qui va bien derriere). Puis oracle a changé d'optimiseur de requetes ....
Donc je disais,
-il n'y a pas de vérité absolue en termes de bench. PostgreSQL bat certainement oracle pour plein d'applis, oracle va certainement plus vite que PostgreSQL pour plein d'autres ....
-il ne faut pas sous estimer les autres aspects (features) et les contraintes d'exploitation (vaccumm ?).
Maintenant c'est clair, si PostgeSQL fait le taf, je ne vois pas pourquoi j'irai investir dans des licenses Oracle !!
On attends tous avec impatience ta version C++ qui ne tiendra que 10Mo evidement.
En particulier, je suis curieux de voir comment tu va t'y prendre pour optimiser le biniou mieux que le bloatware actuel. Sur les passages critiques (critical path, huh ?), ils en sont a pondre le code C qui va bien pour que la version de gcc utilisée produise le bon code. [ce qui est mal (tm) je le concède volontier].
Dans ta version C++ avec moult templates et autres heritages, je suis impatient de voir comment tu pourrais optimiser mieux ...
Le C++ a bien des avantages, mais il est des domaines ou le C est suffisant. J'ai relu le code du vfs ce WE [<ma_vie>je voulais modifier le systeme dnotify</ma_vie>], le code est limpide meme s'il utilise des pointeurs de fonction a chaque fois que necessaire.
Mais c'est génial cette idée ... hop je dépose un brevet.
De plus on pourrait paramétrer la durée de rétention des objets dans la corbeille: de quelques heures à plusieurs jours, voire à jamais.
Ce n'est pas un probleme, avec le cout dérisoir de la ram de nos jours, et l'avancée des techniques "hot plug", notre language d'avenir assurera une facilité de développement sans précédent.
Bien sur il faudra une machine avec barettes de ram hot-plug pour etendre la ram régulièrement sans reboot, mais c'est le prix du progrès !!
C'est clair. Ils ne jouent pas [encore] dans la meme cours.
De plus, contrairement a ce qui a été écrit plus haut, cela m'etonnerai que le moteur sql d'oracle ait été ré-implementé en java.
Dans oracle, il y a maintenant des interfaces java, la possibilité de faire des procédures stockées en java, mais l'optimiseur interne et le moteur sql il sont certainement encore en C.
bon, effectivement, je ne fait tourner plus aucune redhat 6.2.
Tes machines en redhat 6.2 sont elles en vue sur le reseau ? ont elles besoin de faire tourner bind ??
Ou alors vous faites tourner des 6.2 de partout pour pas gerer plusieurs versions de la meme distrib ...
Pour ce qui est du RPM de la derniere version de sendmail, j'ai eu le meme probleme. RedHat ne package pas de nouveau sendmail - c'est une decision qui leur appartient. J'ai donc pris un rpm source de mandrake (qui contient des specificités de mandrake et de nombreuses traces de RedHat aussi), je l'ai adapté a Redhat (7.2 mais je pense qu'il marche en 6.2), et je le fait tourner depuis plusieurs mois. [tout cela pour avoir la gestion STARTTLS interne a sendmail].
Si tu veux je peux te fournir le .spec ou le rpm source carrement. Je ne pourrai le faire que lundi (au boulot).
Pour ce qui est de bind sur 6.2, si le rpm source ne marche pas tel quel tu as 3 solutions:
-attendre :-)
-editer le .spec pour le faire marcher
-prendre le .spec du rpm source du dernier bind disponible pour 6.2 et changer juste le tar.gz des sources (et les eventuels patchs).
globalement, ce travail n'est pas tellement different d'un LFS, tout se passe dans le .spec ou il fautr modifier 3 lignes et relancer un "rpm -bb".
repond dans ce thread pour me contacter je lis toujours les posts en reponse a mes commentaires.
Je ne comprends pas ton probleme.
regarde ma redhat:
#rpm -qa --last | head -3
bind-9.2.1-0.7x mer 05 jun 2002 15:26:40 CEST
bind-utils-9.2.1-0.7x mer 05 jun 2002 15:26:19 CEST
tcpdump-3.6.2-11.7.2.0 ven 31 mai 2002 10:38:00 CEST
mon bind, je l'ai upgradé la veille de la news sur linuxfr ...
la meilleure distribution, c'est celle que TU connais. Mais c'est pas la peine de baver sur les autres.
Tiens ?
Je ne savais pas que les reponses aux requetes MX n'etaient pas mises en cache.
D'ailleur je viens de sniffer sur un dns ici, et apparemment il repond aux requetes MX en se basant sur son cache (vu qu'il me repond et qu'il ne pose la question a aucune autre machine) ...
Peux-tu nous indiquer tes sources ??
A moins que cela vienne de mon bind (9.2.1 evidement).
beaucoup de services importants tels que la messagerie dépendent du DNS
heuuu c'est bizarre cette phrase. Qui utilise des services en configurant l'adresse IP directement ???
la messagerie utilise le DNS, certes, mais http,ftp,ntp,irc,ssh... en fait TOUS les services reposent sur DNS.
En clair si on fait tomber les serveurs DNS c'est tout Internet qui en souffre (et pas seulement le mail)
humm, le cheval celebre contenait surtout une bande armée qui a foutu le souk en interne dès la nuit tombée ...
AMHA son programme serait bien un trojan, pas besoin "d'ouvrir les portes".
la config gnome de redhat previent aussi du danger lorsque l'on se loggue root (mais se logguer root sous Gnome + X11 ce devient vraiment de la provoc :-)
Je parle de l'architecture JAVA que je connais, pas du langage que je n'ai pas assez pratiqué.
Mais dans ta citation tu te gardes bien d'inclure ma phrase complete ... pas très honnete comme comportement !
Je n'ai jamais prétendu que JAVA avait inventé le bytecode ni le GC. Dans l'embarqué JAVA devait tourner sur des processeurs JAVA donc exit les problemes d'architecture JAVA que je dénonce dans mon message.
Ensuite tu me réponds "facilité de développement en JAVA".
Cela ne me pose pas de problèmes, mais je pense que tu t'enerves tout seul et que tu ne parles pas des mêmes aspects que moi (facilité de developpement == langage or j'ai averti que je ne parlais pas du langage).
Quand a mon allusion a IIS, regardes la de plus près:
-techniquement windows+IIS ont AMHA moins d'atout qu'un unix + apache notement en termes de sécurité, de licenses, etc.
Un defenseur acharné de Microsoft répondrait a ta manière, facilité d'installation, disponible et supporté par plein de gens ...
CE N'EST PAS MON PROPOS.
Je dis qu'il est domage de payer en performance alors que ce qui plait dans JAVA c'est le langage.
le GC, les DP et les frameworks pour faire des serveurs d'applications. On pourrait avoir tout cela sans le surcout lié au bytecode. Ce qui fait l'interet de JAVA c'est le nombre de developpeurs et les produits/bibliotheques qui existent, plus que son architecture.
Reste a compiler le langage java que tu aimes tant, ainsi que tous ses frameworks ... Quand GCJ sera pret !!
Si tu sort d'une ecole d'ingenieur, tu vas pouvoir nous dire comment tu as réussi a "carroter".
AMHA c'est typiquement le mauvais exemple (je ne parles pas des autres - je ne les connais pas).
1/ faut le bac (on peut carroter)
2/ faut un dossier pour entrer en prepa (plus chaud a carroter)
3/ faut tenir les 2 ans de prepa (la tu m'explique comment tu triches ...)
4/ faut carroter aux concours d'entree aux ecoles et aux oraux qui suivent ...
après c'est clair t'es sauvé, en Ecole on ne te demandes plus grand chose.
Je comprends ton message, ton exemple est peut-etre un poil exagéré cependant ... a moins qu'on parles des ecoles d'ingenieur payantes et pour lesquels on ne passe pas par la case prepa ... ben les recruteurs savent faire la difference deja (souvent ils ont un classement des ecoles et proposent des salaires en consequence ....)
reste que l'ecole c'est important au debut de la carriere, ensuite c'est surtout l'experience qui compte.
Crois-tu vraiment que tout ceux qui ont postés dans cette news sont passés à coté du danger de cette politique de RedHat ??
Je ne pense pas.
On verra plus tard si RedHat nous enfumes ou si leur stratégie était payante pour eux, ou pour le libre en général. On ne peut pas le savoir maintenant.
Reste quand meme ces points:
-aux US les brevets logiciels ont cours. RedHat est cotée a la bourse de NY, ils doivent utiliser les règles du jeu qui sont en place la bas si ils veulent avoir des chances. Meme si c'est mal (tm).
-admettons qu'un jour en europe aussi les brevets logiciels soient appliqués. Que ferons nous ? Allons nous abdiquer et laisser les autres tenir de devant de la scène informatique ?? Allons nous laisser le libre disparaitre lorsque toutes les nouvelles idées seront brevetées ?? Moi je pense que si les brevets passent en europe, on aura peut etre interet a avoir des idées en premier et a les breveter vite fait, en laissant le droit aux autres de se servir de l'idée. Et peut etre que les "autres" sera restreint de facon a fermer la porte à MS... tiens, ben ca alors !! c'est justement ce que RedHat a fait aux US. mince c'est peut etre pas si con alors ??
La GPL s'applique a du code, le brevet a une idée. On ne protege pas la meme chose.
Sinon, l'idee d'Ingo Molnar qui permet a une tache de savoir a-priori si elle risque d'etre reschedulée lorsqu'elle fait un appel systeme a open(), tu peux la coder dans une librairie, certes mais on est quand meme bien au coeur d'un système là.
Le public interessé n'est pas très large...
Quand a l'interet de la chose, je me pose des questions. L'interet est surtout pour les applis qui font beaucoup d'open() [serveur web tux par exemple]. Et encore, la methode permet de savoir si tux risque d'etre reschedulé mais comme de toutes facons il faudra faire le open() en question ... cela permet juste de decider quand lancer un nouveau thread pour faire un nouveau open... je suppose que tout cela a été passé au bench par Ingo et que l'on peut trouver des chiffres explicant ce que l'on y gagne, pour le moment je ne suis pas convaincu.
mais je doute qu'ils gardent pour eux le travail effectué sur le noyau.
effectivement, d'autant plus que le kernel linux (et les outils GNU) compilent en 64 bit sur pas mal de plateformes deja. Le boulot pour adapter a un cpu compatible x86 mais en 64 bits ne doit donc pas etre enorme... surtout quand le fondeur du CPU participe.
les licenses libre sont donc suffisantezs pour protéger d'un brevet
oui mais un brevet permet de faire plus.
Si le code d'Ingo Molnar est GPL, l'idée (ce n'est pas le code qui est breveté) peut etre utilisée sans prejudice apparent par d'autres (mais pas breveté puisque déjà connu de tous).
Si l'idée derrière le code d'Ingo Molnar est brevetée aux USA, les autres doivent acquerir un droit d'exploitation de cette idée. RedHat donne le droit a tous ceux qui écrivent du code libre, mais pas aux mastodontes qui brevetent tout ce qu'ils créent (IBM, MS, ...)
Donc oui cela donne une légitimité aux brevets aux USA (mais ils n'en ont plus besoin). D'un autre coté cela gène surtout ceux qui jouent a fond le jeux des brevets. Utiliser le système pour le combattre en somme ...
Aujourd'hui, je ne sais pas quoi penser. Est-ce bien joué de la part de RedHat ? Est-ce inutile ??
Passé un temps, la communeauté OS proposait bien de tout breveter meme le plus stupide (sorte d'attaque D.O.S. du système) ... au moins RedHat n'a pas breveté le "double click" (meme si l'invention d'Ingo Molnar est un peu alambiquée)
PS: pour ceux qui découvrent cette nouvelle, RedHat a fourni cet explication sur leur site oueb il y a relativement longtemps (quelques jours après la vague a troll sur linuxfr)
[^] # Re: choses perdues...
Posté par PLuG . En réponse à la dépêche TuxFamily n'a pas de chance ces dernier temps. Évalué à 4.
j'ai entendu dire que certaines faisaient du raid SOFT (codé dans le bios -- utilise le cpu -- c'est mal).
alors ?
[^] # Re: Une question...
Posté par PLuG . En réponse à la dépêche Subversion rentre en phase alpha.. Évalué à 3.
pour ton probleme (quelle version a ete utilisee pour compiler), un petit coup de "what" ou "ident" sur ton binaire devrait te donner la reponse si le developpeur a inclus les tags qui vont bien (en tout cas cela marche comme ca avec CVS).
sinon est-ce que ton soft ne pourrait pas etre un sous-projet de ta lib ??
[^] # Re: Versionnement + question aux admins
Posté par PLuG . En réponse à la dépêche Subversion rentre en phase alpha.. Évalué à 3.
gros problem pour poster depuis plusieurs semaines STOP.
peut-etre du a longueur du post STOP.
[^] # Re: hép, modéros !
Posté par PLuG . En réponse à la dépêche Subversion rentre en phase alpha.. Évalué à 8.
les developpeurs utilisent
s/le depot actuelle du subversion/le depot actuel de subversion/
bon ben il faut lire la traduction du handbook je pense ....
[^] # Re: Il est ouf
Posté par PLuG . En réponse à la dépêche Portage de macosx: S. Jobs rouvre le débat. Évalué à 10.
donc c'est pas si faux que cela, juste un peu raccourci !
[^] # Re: c'est qd même un faiceau de preuves convergeant
Posté par PLuG . En réponse à la dépêche faille dans apache. Évalué à 10.
<je marche dedans>
bien sur, avec caml il n'y a pas de failles...,
d'ailleur il n'y a pas de soft non plus :-)
</je marche dedans>
<je pietine meme>
si apache avait ete ecrit en java, il n'y aurait
pas de probleme non plus, personne ne l'utiliserait (IIS serait plus rapide)
</je pietine meme>
[^] # Re: Précisions
Posté par PLuG . En réponse à la dépêche faille dans apache. Évalué à 10.
Mais cette fois-ci ce n'est pas un "double-free" ...
Ce n'est pas non plus un probleme avec la gestion mémoire de l'os. Le design de la gestion mémoire est peut-etre TOP (d'apres pbpg au moins), il n'en reste pas moins que d'autres morceaux ont quelques inconvénients ...
[^] # Re: Et le câble ?
Posté par PLuG . En réponse à la dépêche Xtel version 3.3. Évalué à 3.
Le minitel est un "reseau" séparé d'Internet.
Il faut l'équipement necessaire pour te connecter sur le "reseau" minitel (un modem qui supporte le V23).
Xtel présenté dans cette news est une application qui permet d'utiliser un modem V23 pour se connecter au "reseau" minitel sous linux.
Enfin, si tu as le cable ou l'adsl et pas de modem "normal", tu peux peut-etre utiliser les diverses passerelles qui relient le "reseau" minitel à Internet. Attention, souvent elle sont payantes (celle de wanadoo par exemple est facturée).
avec google j'ai trouvé ca: http://www.adminet.com/minitel/(...)
[^] # Re: Oracle et Java
Posté par PLuG . En réponse à la dépêche Interview de Bjarne Stroustrup. Évalué à 2.
Postule et gagne.
C'est assez complexe de comparer des bdd.
Le base mirorée en directe (oracle joue les redo log d'une base sur une autre distante pour etre pret a reprendre a chaud) c'est pas du pipo. Je connais des bases qui sont mirrorées en France et en Angleterre par exemple, a chaud, au cas ou ...
Maintenant en terme de perfs, il faut bencher sa propre application. Il faut savoir qu'au temps d'oracle 7, les requetes sql des applis etaient souvent ecritent de facon a faire produire le bon code par l'optimiseur oracle (comme Alan Cox ecrit du C de facon a ce que gcc produise l'assembleur qui va bien derriere). Puis oracle a changé d'optimiseur de requetes ....
Donc je disais,
-il n'y a pas de vérité absolue en termes de bench. PostgreSQL bat certainement oracle pour plein d'applis, oracle va certainement plus vite que PostgreSQL pour plein d'autres ....
-il ne faut pas sous estimer les autres aspects (features) et les contraintes d'exploitation (vaccumm ?).
Maintenant c'est clair, si PostgeSQL fait le taf, je ne vois pas pourquoi j'irai investir dans des licenses Oracle !!
[^] # Re: c'est quoi cette merde ?
Posté par PLuG . En réponse à la dépêche Interview de Bjarne Stroustrup. Évalué à 2.
un bloatware de 100Mo de C dans /usr/src/linux
On attends tous avec impatience ta version C++ qui ne tiendra que 10Mo evidement.
En particulier, je suis curieux de voir comment tu va t'y prendre pour optimiser le biniou mieux que le bloatware actuel. Sur les passages critiques (critical path, huh ?), ils en sont a pondre le code C qui va bien pour que la version de gcc utilisée produise le bon code. [ce qui est mal (tm) je le concède volontier].
Dans ta version C++ avec moult templates et autres heritages, je suis impatient de voir comment tu pourrais optimiser mieux ...
Le C++ a bien des avantages, mais il est des domaines ou le C est suffisant. J'ai relu le code du vfs ce WE [<ma_vie>je voulais modifier le systeme dnotify</ma_vie>], le code est limpide meme s'il utilise des pointeurs de fonction a chaque fois que necessaire.
[^] # Re: C'est pas de script, de la vraie édition que je fais
Posté par PLuG . En réponse à la dépêche Edition vidéo et audio sur Linux : Cinelerra et Audacity. Évalué à 1.
je sais que c'est mal (tm) mais cooledit marche tres bien sous wine ....
bon je l'ai pas dit fort hein ?!
[^] # Re: Un nouveau paradigme : la corbeille
Posté par PLuG . En réponse à la dépêche Interview de Bjarne Stroustrup. Évalué à 4.
De plus on pourrait paramétrer la durée de rétention des objets dans la corbeille: de quelques heures à plusieurs jours, voire à jamais.
Ce n'est pas un probleme, avec le cout dérisoir de la ram de nos jours, et l'avancée des techniques "hot plug", notre language d'avenir assurera une facilité de développement sans précédent.
Bien sur il faudra une machine avec barettes de ram hot-plug pour etendre la ram régulièrement sans reboot, mais c'est le prix du progrès !!
[^] # Re: Oracle et Java
Posté par PLuG . En réponse à la dépêche Interview de Bjarne Stroustrup. Évalué à 1.
De plus, contrairement a ce qui a été écrit plus haut, cela m'etonnerai que le moteur sql d'oracle ait été ré-implementé en java.
Dans oracle, il y a maintenant des interfaces java, la possibilité de faire des procédures stockées en java, mais l'optimiseur interne et le moteur sql il sont certainement encore en C.
[^] # Re: update de &é"'(-è_ç !!!!
Posté par PLuG . En réponse à la dépêche Vulnérabilité de type DoS sur BIND 9. Évalué à 3.
Tes machines en redhat 6.2 sont elles en vue sur le reseau ? ont elles besoin de faire tourner bind ??
Ou alors vous faites tourner des 6.2 de partout pour pas gerer plusieurs versions de la meme distrib ...
Pour ce qui est du RPM de la derniere version de sendmail, j'ai eu le meme probleme. RedHat ne package pas de nouveau sendmail - c'est une decision qui leur appartient. J'ai donc pris un rpm source de mandrake (qui contient des specificités de mandrake et de nombreuses traces de RedHat aussi), je l'ai adapté a Redhat (7.2 mais je pense qu'il marche en 6.2), et je le fait tourner depuis plusieurs mois. [tout cela pour avoir la gestion STARTTLS interne a sendmail].
Si tu veux je peux te fournir le .spec ou le rpm source carrement. Je ne pourrai le faire que lundi (au boulot).
Pour ce qui est de bind sur 6.2, si le rpm source ne marche pas tel quel tu as 3 solutions:
-attendre :-)
-editer le .spec pour le faire marcher
-prendre le .spec du rpm source du dernier bind disponible pour 6.2 et changer juste le tar.gz des sources (et les eventuels patchs).
globalement, ce travail n'est pas tellement different d'un LFS, tout se passe dans le .spec ou il fautr modifier 3 lignes et relancer un "rpm -bb".
repond dans ce thread pour me contacter je lis toujours les posts en reponse a mes commentaires.
[^] # Re: update de &é"'(-è_ç !!!!
Posté par PLuG . En réponse à la dépêche Vulnérabilité de type DoS sur BIND 9. Évalué à 8.
regarde ma redhat:
mon bind, je l'ai upgradé la veille de la news sur linuxfr ...
la meilleure distribution, c'est celle que TU connais. Mais c'est pas la peine de baver sur les autres.
[^] # Re: messagerie ?
Posté par PLuG . En réponse à la dépêche Vulnérabilité de type DoS sur BIND 9. Évalué à 10.
Je ne savais pas que les reponses aux requetes MX n'etaient pas mises en cache.
D'ailleur je viens de sniffer sur un dns ici, et apparemment il repond aux requetes MX en se basant sur son cache (vu qu'il me repond et qu'il ne pose la question a aucune autre machine) ...
Peux-tu nous indiquer tes sources ??
A moins que cela vienne de mon bind (9.2.1 evidement).
# messagerie ?
Posté par PLuG . En réponse à la dépêche Vulnérabilité de type DoS sur BIND 9. Évalué à 10.
heuuu c'est bizarre cette phrase. Qui utilise des services en configurant l'adresse IP directement ???
la messagerie utilise le DNS, certes, mais http,ftp,ntp,irc,ssh... en fait TOUS les services reposent sur DNS.
En clair si on fait tomber les serveurs DNS c'est tout Internet qui en souffre (et pas seulement le mail)
[^] # Re: Et le miens alors, c'est un vrai ?
Posté par PLuG . En réponse à la dépêche Virus multiplate-formes Linux et Windows. Évalué à 6.
AMHA son programme serait bien un trojan, pas besoin "d'ouvrir les portes".
[^] # Re: oups (comme le modero)
Posté par PLuG . En réponse à la dépêche Virus multiplate-formes Linux et Windows. Évalué à 0.
[^] # Re: La Javanaise en question
Posté par PLuG . En réponse à la dépêche Pourquoi faut-il choisir des frameworks Java opensource ?. Évalué à 0.
Mais dans ta citation tu te gardes bien d'inclure ma phrase complete ... pas très honnete comme comportement !
Je n'ai jamais prétendu que JAVA avait inventé le bytecode ni le GC. Dans l'embarqué JAVA devait tourner sur des processeurs JAVA donc exit les problemes d'architecture JAVA que je dénonce dans mon message.
Ensuite tu me réponds "facilité de développement en JAVA".
Cela ne me pose pas de problèmes, mais je pense que tu t'enerves tout seul et que tu ne parles pas des mêmes aspects que moi (facilité de developpement == langage or j'ai averti que je ne parlais pas du langage).
Quand a mon allusion a IIS, regardes la de plus près:
-techniquement windows+IIS ont AMHA moins d'atout qu'un unix + apache notement en termes de sécurité, de licenses, etc.
Un defenseur acharné de Microsoft répondrait a ta manière, facilité d'installation, disponible et supporté par plein de gens ...
CE N'EST PAS MON PROPOS.
Je dis qu'il est domage de payer en performance alors que ce qui plait dans JAVA c'est le langage.
le GC, les DP et les frameworks pour faire des serveurs d'applications. On pourrait avoir tout cela sans le surcout lié au bytecode. Ce qui fait l'interet de JAVA c'est le nombre de developpeurs et les produits/bibliotheques qui existent, plus que son architecture.
Reste a compiler le langage java que tu aimes tant, ainsi que tous ses frameworks ... Quand GCJ sera pret !!
[^] # Re: Certifications ?
Posté par PLuG . En réponse à la dépêche UnitedLinux vers un monde Linux unifié et propriétaire. Évalué à 2.
AMHA c'est typiquement le mauvais exemple (je ne parles pas des autres - je ne les connais pas).
1/ faut le bac (on peut carroter)
2/ faut un dossier pour entrer en prepa (plus chaud a carroter)
3/ faut tenir les 2 ans de prepa (la tu m'explique comment tu triches ...)
4/ faut carroter aux concours d'entree aux ecoles et aux oraux qui suivent ...
après c'est clair t'es sauvé, en Ecole on ne te demandes plus grand chose.
Je comprends ton message, ton exemple est peut-etre un poil exagéré cependant ... a moins qu'on parles des ecoles d'ingenieur payantes et pour lesquels on ne passe pas par la case prepa ... ben les recruteurs savent faire la difference deja (souvent ils ont un classement des ecoles et proposent des salaires en consequence ....)
reste que l'ecole c'est important au debut de la carriere, ensuite c'est surtout l'experience qui compte.
[^] # Re: Tout est pour le mieux dans le meilleur des mondes
Posté par PLuG . En réponse à la dépêche Red Hat s'explique sur les brevets logiciels. Évalué à 2.
Je ne pense pas.
On verra plus tard si RedHat nous enfumes ou si leur stratégie était payante pour eux, ou pour le libre en général. On ne peut pas le savoir maintenant.
Reste quand meme ces points:
-aux US les brevets logiciels ont cours. RedHat est cotée a la bourse de NY, ils doivent utiliser les règles du jeu qui sont en place la bas si ils veulent avoir des chances. Meme si c'est mal (tm).
-admettons qu'un jour en europe aussi les brevets logiciels soient appliqués. Que ferons nous ? Allons nous abdiquer et laisser les autres tenir de devant de la scène informatique ?? Allons nous laisser le libre disparaitre lorsque toutes les nouvelles idées seront brevetées ?? Moi je pense que si les brevets passent en europe, on aura peut etre interet a avoir des idées en premier et a les breveter vite fait, en laissant le droit aux autres de se servir de l'idée. Et peut etre que les "autres" sera restreint de facon a fermer la porte à MS... tiens, ben ca alors !! c'est justement ce que RedHat a fait aux US. mince c'est peut etre pas si con alors ??
La GPL s'applique a du code, le brevet a une idée. On ne protege pas la meme chose.
[^] # Re: "Rien sur les BSD ou la LGPL en revanche"
Posté par PLuG . En réponse à la dépêche Red Hat s'explique sur les brevets logiciels. Évalué à 1.
Le public interessé n'est pas très large...
Quand a l'interet de la chose, je me pose des questions. L'interet est surtout pour les applis qui font beaucoup d'open() [serveur web tux par exemple]. Et encore, la methode permet de savoir si tux risque d'etre reschedulé mais comme de toutes facons il faudra faire le open() en question ... cela permet juste de decider quand lancer un nouveau thread pour faire un nouveau open... je suppose que tout cela a été passé au bench par Ingo et que l'on peut trouver des chiffres explicant ce que l'on y gagne, pour le moment je ne suis pas convaincu.
# 64 bit linux
Posté par PLuG . En réponse à la dépêche Quadri-Opteron sous Linux. Évalué à 10.
effectivement, d'autant plus que le kernel linux (et les outils GNU) compilent en 64 bit sur pas mal de plateformes deja. Le boulot pour adapter a un cpu compatible x86 mais en 64 bits ne doit donc pas etre enorme... surtout quand le fondeur du CPU participe.
[^] # Re: bon, je me lance
Posté par PLuG . En réponse à la dépêche Red Hat s'explique sur les brevets logiciels. Évalué à 10.
oui mais un brevet permet de faire plus.
Si le code d'Ingo Molnar est GPL, l'idée (ce n'est pas le code qui est breveté) peut etre utilisée sans prejudice apparent par d'autres (mais pas breveté puisque déjà connu de tous).
Si l'idée derrière le code d'Ingo Molnar est brevetée aux USA, les autres doivent acquerir un droit d'exploitation de cette idée. RedHat donne le droit a tous ceux qui écrivent du code libre, mais pas aux mastodontes qui brevetent tout ce qu'ils créent (IBM, MS, ...)
Donc oui cela donne une légitimité aux brevets aux USA (mais ils n'en ont plus besoin). D'un autre coté cela gène surtout ceux qui jouent a fond le jeux des brevets. Utiliser le système pour le combattre en somme ...
Aujourd'hui, je ne sais pas quoi penser. Est-ce bien joué de la part de RedHat ? Est-ce inutile ??
Passé un temps, la communeauté OS proposait bien de tout breveter meme le plus stupide (sorte d'attaque D.O.S. du système) ... au moins RedHat n'a pas breveté le "double click" (meme si l'invention d'Ingo Molnar est un peu alambiquée)
PS: pour ceux qui découvrent cette nouvelle, RedHat a fourni cet explication sur leur site oueb il y a relativement longtemps (quelques jours après la vague a troll sur linuxfr)