déja que la qualité du streaming avec des serveurs avec de grosses bp (youtube) c'est pas entièrement ca, alors faut pas s'attendre a des miracles si ca passe par le P2P. En tout cas tant que le SVC n'est pas utilisé.
Ou alors c'est l'état qui bloquera tout à coup de MTP à pas contourner et de brevets, et pouf, plus de Linux. Mais ça, j'y crois déjà moins quand même.
Ah ? tu devrais te remémorer ce qui c'est dis lors de la dadvsi justement.
unité ? Doko ?
c'est pas chez les geek l'unité d'ubuntu, c'est plutot chez les nouveaux arrivant de mon point de vue.
Mais elle fédère les linuxiens,
Bof bof.
C'est un beau nid a troll surtout.
Exemple con, je suis linuxien, au boulot j'ai mis linux, chez moij'ai mis linux, pour mes parent j'ai mis linux. Bref je crois que je peux dire que je suis linuxien.
Tu me demande de mettre ubuntu sur une de ces machines, je rigole (et si j'ai testé).
Multivalent peut lire ses propres annotations, mais pas celle des autres.
pdf studio , et un logiciel X sous windows (je ne me rapelle plus de son nom) ne peuvent pas les voir.
les modifications de pdf studio et du logiciel X peuvent etre vu sous kpdf/xpdf, mais pas celle de multivalent.
le logiciel X a aucun probleme pour lire un document modifié par pdf studio, l'inverse n'est pas vrai.
Dans tous les cas kpdf/xpdf n'ont pas de probleme de lecture.
Totefois les notes du logiciel X ne sont pas lisible (note repliée)
oups j'ai pas assez cherché alors ... mais on a de nouvelles solutions quand même :P
puis multivalent semble etre mort :'(
Dommage, les fonctionnalitées était au meme niveau que PDF studio, mais le look and feel manque de travail (oui oui je sais le 'you want it you code it).
Bon par contre test pour voir si les modifs sont visibles dans autre chose que le meme logiciel. Parce que sinon l'intérêt n'est pas énorme :'(
Sinon perso pour la présentation, moi c'est du latex/beamer avec kpdf (ou alors adobe reader sur windows) (ctrl + shift + p pour passer en mode présentation ,échap pour sortir sous kpdf, ctr+l sous adobe).
Pour les diagrammes j'utilise plutot dia.
sinon quoi d'autre ... Que je sais pas faire des 'animations' à la power point avec beamer, mais qu'il parait qu'on peut incoporer des vidéos (pas encore eux besoin).
Je trouve plus agréable de lire le pdf pour trouver des fautes, et plus facile à passer aux copains qui m'aide à rechercher les fautes ;) (parce que bon le source + rapport.sty + fonte.sty + bib.bib + les != images, + ... XD )
ah j'oubliais pour les test de 1000 threads !
Si ca plante à 1000 threads sans raison apparente, il y a donc un bug.
Un bug qui risque d'apparaitre avec moins de threads mais qui durent bien plus longtemps.
L'avantage de faire de ce test, c'est que c'est facile a montrer que ca plante en 1 minute. un test simple pour appuyer ses arguments dans une présentation ;)
(Si j'ai fait ce test, c'est qu'on a testait avant et ca marchait pas super. Donc voir si ca valait vraiment la peine de supporte GC. Parce que c'est particulièrement chiant si on change le style de thread , GC geule facilement).
Bah le problème c'est que si hein :)
Je voulais dire le gc de bohem (bien comme ca que ca c'écrit, non ? ).
/me s'est mal exprimé et s'en excuse.
Faut pas qu'il passe par là lui, ou il va t'expliquer tout le bien qu'il pense de ton test :)
Oh je suis près a l'écouter. Sachant que si je teste sur 1000 threads, c'est peut être qu'il y a une raison (une raison qui m'a fait découvrir des races condition et sortir un patch pour mono entre autre, et avoir un stage pendant 2 mois aussi ;) )
Et j'ai jamais dit que l'on ne faisait pas les tests en MxN ... Mais si gc supporte pas les 1000 threads posix, alors ça sert à rien d'essayer en rajoutant des structures plus complexes au milieu.
On ne testait pas les performances, on testait les capacité de parallélisation de gc. En ce sens je vois pas en quoi testait 1000 threads 'saismal' (tm).
Sans compter que c'était pas pour un serveur les tests. M'enfin je dis ca je dis rien .
Coté finances, AMD est dans le rouge, de manière globale (bourse, revenu...), Intel sourit.
Ne pas croire tout ce qu'on lit :
Si tu retranche les 3 milliard d'ATI, amd n'est pas dans le rouge.
Quant à intel la progression (vente toussa) fut plus faible que celle d'AMD.
Utiliser Mono sans GC, ça n'a de sens que lorsqu'on porte Mono sur une architecture ou une plateforme où le GC n'est pas encore supporté.
Ou que GC est tellement merdique* que quand on commence a chatouiller un peu trop les threads il part en sucette :P
Sinon ça n'a aucun sens, ça va complètement à l'encontre du fonctionnement même d'une VM comme Mono/.net/Java.
Ben vous êtes pas obligé d'utiliser gc pour faire du garbage collecting non plus ;)
/me aime bien demander la lune.
*J'avais fait un test reltivement simple
J'utilisais gc, je lancais 1000 threads, et ils faisaient juste un 'malloc'.
(pas de free)
Je lance le truc en désactivant gc : ca passe sans probleme.
en l'activant, ou bout d'un certains nombre de thread, j'avais des erreurs et autre amusement du style.
Alors ca a peut être évolué depuis (l'année dernière) je ne sais pas, mais pour ce qu'on comptait en faire .
Sans compter que gc est pas forcément trés propre (envoie de signal 'exotique' pour ses coms, comme SIGPWR de tête).
sans vouloir être vexant ; pour un néophyte, savoir que bidule est en gtk plutot que qt, il s'en fout royalement.
Il va se dire 'tient c'est pas tout à fait la même apparence'.
Mais ce qui l'intéresse c'est que ce soit simple.
Chaque fois que je regarde les tutos sous ubuntu, y a une floppée de ligne de commande. (J'ai le même problème, étant habitué à la ligne de commande, je la donne préférentiellement, vu que je ne connais pas les équivalents graphiques XD )
Alors oui c'est moins "jolie" mais coté ease of use (facilité d'utilisation) je suis comme IsNotGood : je vois pas ce qu'ubuntu a apporté (a part peut être l'utilisation des drivers proprio pour les cartes graphiques. Je crois pas que mandriva 'free' le fasse. Pour fedora je ne sais pas, mais IsNotGood devrais pouvoir nous le dire) .
ou kde config
:D
par contre effectivement c'est un peu chiant car il faut rebooter le serveur X (mais il nous le dis).
A quant xorg 7.3 dans debian etch ?
/me connais déjà (bien) la sortie.
mais ça ne me choque pas de défendre un petit peu mon patron.
Le problème n'est pas le but (louable) mais le moyen (a mon sens).
Et c'est la même chose côté Microsoft. Si pour l'instant ils n'implémentent pas complétement OpenXML, ils vont converger vers son implémentation complète.
Le problème c'est qu'ils divergent déjà.
Alors vont il finir par converger et est ce juste un accident de parcours ?
J'aimerais le croire, mais le embrace extend and extinguish cher a notre ms (inter)national me semble ancré pronfondément dans les esprits quand même.
Ensuite, comme tout le monde, je ne détient pas la véritée.
Et donc, entre un minimum de couverture, et aucune en cas de reverse engineering, je préfère le minimum de couverture.
Il y a deux problèmes
- 'que couvre la couverture' ?
- 'accepter que le système rentre par la petite porte ne vas t'il pas pousser qu'il envahisse la place' ?
Ce sont ensuite le plus souvent des opinions personnels, mais je crois qu'il ne faut pas perdre de vue ces deux points.
Alors peut être que mettre un lien vers cette information c'est pour toi faire le jeu de Microsoft. Mais voilà, ils l'ont dit, ils l'ont dit.
Non pour moi faire le jeu de microsoft c'est de le dire SANS spécifier que c'est ms qui dis qu'il y a plein de brevets sur tutux. Bref donner l'impression que c'est vrai.
il y a peu de logiciels de cet envergure qui peuvent se targuer d'être sans memory leak,
Euh 8 Go en 4 min, c'est pas un petit memory leak hein XD (j'ai précisé en virant GC).
Mono a certainement évolué depuis mes derniers tests (de l'année dernière).
C'était juste pour montrer que l'on peut toujours trouver quelquechose si on veut raler ;)
Mais bon c'est plus simple pour toi, si OOXML marche, c'est uniquement un abus de position dominante. grosso merdo MS est condamné à abuser de sa position.
Ben on verras bien ce qui sortira alors :
La version de OOXML 'officisé' ou la version de OOXML aux normes?
Je pense déjà savoir ce qui va se passer, eu égart aux nombreuse expérience que nous a offert windows sur ses pratiques commerciales.
Mais si tu es persuadé qu'il va s'imposer par son seul intérêt technique, je suis prêt a prendre les paris.
Comme tu le dis, ton hypothèse part d'un rêve.
Ben oui c'est une suppositions. Peu de suppositions parte de fait, sinon ce n'est plus des suppositions.
C'est EXACTEMENT pareil.
Si tu en es si sur, au temps pour moi.
Mais tu me permet de conserver quelques doutes quand mêmes.
Ne serait ce par 'qui pousse' mono, et 'quel est le nombre de personne pouvant contribuer aux deux projets'.
Oué, IBM peut changer de stratégie, RedHat peut se faire rachter, MS peut couler, les poules peuvent se mettre à avoir des dents, bla bla bla.
Ah ben si tu suppose que le futur est exactement identique au présent, c'est sur il n'y aura JAMAIS aucun probléme. D'ailleur qui pensait que snort allait changer de licence? Que nessus aussi ?
T'as que l'embarras du choix. Mais on est plus dans le domaine de la science fiction que dans la réalité.
Le futur n'est PAS la réalité, par définition.
Met Mono dans ma phrase tu préfères ?
Voui, parce que je répondais a un ingénieur de mono.
Mais bon maintenant c'est nous qui faisons des pirouette parce qu'on a oser ne pas parler ce sur quoi tu nous engueule XD
Bon allez, au plaisir de te revoir proposer des patchs pour Mono.
J'avais oublié ca . Si dans mon précédent message (pas celui auxquel tu répond) j'ai parlé de race condition, c'est qu'il y avait une raison ;)
Bah voyons. Si OOXML est utilisé, c'est uniquement parcque MS va abuser de sa position dominante. Il est où l'argument là ?
Ben je rapelle que la seule suite implémentant( et de facon incorrecte) ooxml en lecture et écriture c'est la suite office.
De la tu en tire ce que tu veux bien sur.
Le vrai FUD c'est oublier de mentionner que le risque des brevets n'est pas cantonner à Moonlight.
Le vrai FUD c'est joué a microsoft en disant 'attention y a des brevets' et quand on demande les brevets 'ben euh je sais pas, y en a c'est tout'.
Pour tes suppositions :
Supposons que mono se soit bien implémenter, que linux se soit bien dvp. A tel point que mono soit utilisé sur une plateforme linux , et qu'eux ils couvrent 50% des pc (on peut réver).
Tu vas attaquer quoi toi ?
Mono, où tu es SUR d'avoir des brevets
Linux, où tu es sur que si il y a une once de brevet qui apparait le code va etre réecris ?
Moi le choix est vite fait.
Sauf qu'ils n'ont aucune chance de gagner, rappelons que Novell détient des brevets...
Rappellons que Novell peut se faire racheter par exemple.
Bref, dire que Moonlight est dangereux en supposant une éventuelle attaque de MS, c'est la définition même du FUD.
J'ai dis ca moi ?
attend que je regarde 4°) et pourquoi mono ne serait pas attaquer en premier?
Je n'ai meme jamais parler de moonloght dans mon argumentaire.
Ensuite on se demande qui argumente (plus ou moins) correctement et qui ...
et à attaque personnelle, je réponds parfois par la même chose. C'est triste. Alors non, quand je dis que Albert attaque Miguel, alors qu'il ne le connais pas, je ne donne pas d'arguments. Désolé pour ton dos.
Donc tu estime que c'est mal(tm) que albert fasse des attaques perso sur Miguel parce qu'il le connait pas, mais toi tu peu en faire sur Albert, quand bien meme tu ne le connais pas.
Et il n'y a rien qui te choque la dedans ?
Ensuite je parle de l'OpenXML. Forcément, sur Linuxfr, dire que l'OpenXML peut apporter des choses positives, c'est s'accroupir et attendre la foudre.
Ah bon? pourquoi ca ?
Personellement j'attend beaucoup d'information du format de photo HD de microsoft, comme quoi c'est pas parce que c'est MS que c'est mal, en tout cas pas pour moi.
Allez tiens d'ailleur, j'ai meme une xbox première du nom , alors...
Par contre il y a eu un certain nombre d'argument pour ou contre.
Il s'agit DONC d'un sujet polémique.
Et dire que "c'est bien(tm)" sans argumentation derrière, non désolé la oui c'est normal d'attendre la foudre ... si tant est qu'elle arrive.
ésolé d'avoir une vision plus nuancée que certains, où ODF et OpenXML cohabitent. Malgré les entreprises qui poussent l'un et l'autre. Pour le bien de l'utilisateur final. C'est vrai que si j'étais pas un peu utopiste, j'aurais pas passé les deux dernières années de ma vie à bosser pour des sociétés essayant de gagner le vie avec du logiciel libre. C'est vrai, c'est du business, du coca-cola (ami du fosdem, bonjour).
Ta position philosophique ne donne pas des arguments quant à tes affirmations sur OOXML. Ne t'en déplaise.
Mais bon encore une fois, je ne donne pas d'arguments. Je me contente de donner le fond de ma pensée.
Et c'est la ou le bas blesse amha.
Qu'OOXML fasse part de tous les commentaires qu'il a recu.
Qu'office suive les specs OOXML (ce qui n'est pas le cas) , et oui OOXML sera sans doute bien reçu.
C'est peut etre un peu facile de dire 'ouais ils refusent OOXML c'est simplement qu'ils sont contre MS'. Ca peut être AUSSI parce que d'un point de vue TECHNIQUE ben il nous convient pas, tu en pense quoi?
Ensuite bravo, tu découvres avec stupéfaction que le système des brevets est pourri,
On va oublier ces petites piques, en t'accordant le bénéfice du doute.
Non je ne peux pas dire les brevets que Linux enfreint, ni même si seulement il en enfreint.
Donc sous entendre très fortement que linux en enfreint (je rapelle ce que tu as dit Pour informations, Mono n'est pas le seul projet à être inquiété par le système idiots des brevets. Prenons en trois autres qui sont potentiellement beaucoup plus inquiétés: Le noyau Linux lui même,
) ce n'est pas du tout faire du FUD et jouer au jeu de microsoft, pas du tout.
Que ça ne sert à rien de cracher dessus,
Oh je peux cracher sur mono si je veux allez exemple con :
race condition
memory leak si on utilise pas gc
a été fait en tant que concurrent à java plutot que d'essayer d'y contribuer
les nouvelles versions ne sont normalisé
ni sur Miguel.
Je ne me souviens pas avoir dit grand chose sur Miguel, meme si tu peux reconnaitre que certaines de ces prises de positions ne sont pas exactement comme celle de RMS.
Je vais passer directement l'attaque sur Miguel (mon responsable direct), que tu connais bien évidemment bien plus que moi, ce qui te permet de dire le fond de sa pensée, et encore mieux, ses passions et ses lubies. Tu es quelqu'un de formidable mon cher Albert.
Il est ou l'argument la ?
Je vois nada que dalle.
Tu dis juste 'tu sais rien petit padawan'. Ca c'est un argument, qui pour un ingénieur, fait froid dans le dos.
Quand tu défend un choix technique tu dis 'écoute tout ce que tu dis ce n'est que des préjugés. Moi je te dis que c'est comme ca et c'est tout , compris ?'
Quoi qu'il arrive, pour rester compétitif, OpenOffice va DEVOIR être capable de lire et écrire l'OpenXML.
Ah et pourquoi ?
Si OOxml fait un flop, OOo ne devra pas etre capable de lire et d'écrire sur ce format.
Il le devra SEULEMENT si ms FORCE son format (abus de position dominante).
Je rappelle que le format ACTUEL d'office n'EST PAS OOXML. Il y en a une partie, mais il n'est pas complètement conforme à la norme.
Alors OOo devra suivre quoi, la norme ? le format implémenté ? Il suivra comment les balises de compatibilité ?
C'est dans ce sens qu'OpenXML est quand même appréciable, parce que les développeurs d'OpenOffice, ou de l'extension d'OpenOffice vont pourvoir utiliser au moins une spécification, qui par ses 6000 pages à l'avantage d'être complète
C'est pas franchement l'avis des personnes qui ont étudié la norme, mais c'est pas grave hein.
Spécification qui même si elle présente des failles, sera de toute façon plus facile à implémenter que si il fallait re faire du reverse engineering sur les fichiers, pour savoir à quoi correspond quoi.
Ben tu peux me dire alors comment implémenter les fameuses balises 'doasword97' ou semblables ?
D'autant plus qu'OpenXML est un standard ECMA, et donc protégé des brevets par une clause RAND. Ce qui fait qu'OpenOffice serait plus protégé en regard de l'implémentation d'OpenXML que de l'implémentation de l'ancien format binaire.
Euh tu sais pas de quoi tu parle alors.
Un clause RAND tient pour Reasonnable and Non discriminant (enfin en franglais). Ca ne devient pas automagiquement 'libre d'utiliser les brevets à notre guise'.
C'est quoi les fameuses conditions 'raisonnables' ?
Ne demandent'elles pas par définition la fermeture du code : si je forke OOo devrais je a nouveau ré établir une licence d'utilisation des brevets ?
mais celui si sera téléchargé pour de vrai sur le site de Novell, et te voilà directement couvert.
Et quid de la clause de liberté de redistribution ?
Peut etre que ca n'intéresse pas les dvp de mono , mais moi ca m'intéresse, désolé.
Et tu sais que tu es couvert, alors que si tu utilises une version OpenSource de flash, rien ne te dit que tu ne crains rien.
Affirmation sans fondement ni argument, n'ayant pour autre choix que d'instiller la peur. Ce qu'on nomme traditionellement 'FUD'.
Comme tu le dis si bien Bref, à part monter des films, fuder, attaquer Albert, et raconter des anneries, tu ne sers pas à grand chose.
(ben voui ca marche tout seul quand on montre rien).
Pour informations, Mono n'est pas le seul projet à être inquiété par le système idiots des brevets. Prenons en trois autres qui sont potentiellement beaucoup plus inquiétés: Le noyau Linux lui même, Samba, les drivers ntfs. Et soyons réaliste rajoutons OpenOffice. Si Microsoft devait attaquer, ce n'est sûrement pas à Mono qu'ils s'en prendraient directement en premier. Bref, moi je retourne bosser, toi, tu peux rester à soulever ton indignation et ton ignorance.
1°) As tu une preuve qu'il y a des brevets sur linux ou OOo? Si oui tu serais aimable de donner des liens vers les brevets. Je te jure qu'on va recoder pour ne plus avoir ce genre de probleme.
2°) pour samba ou ntfs je ne peux dire, mais je subodore qu'ils sont bien moins important que ce que tu veux bien le laisser entendre.
3°) Donc tu fait du FUD à la ms (on a 235 brevets mais on ne dis pas lesquels ...)
4°) et pourquoi mono ne serait pas attaquer en premier?
Tu peux tres bien attaquer un soft ou tu as 97% de chance de gagner, pour ensuite t'attaquer aux autres en faisant prévaloir justement ton succés passé.
[^] # Re: Et pendant ce temps, du coté des télés vraiments libres...
Posté par briaeros007 . En réponse au journal Arrêt sur Images : "Cher ami (e) radin (e),. Évalué à 1.
[^] # Re: De toute façon...
Posté par briaeros007 . En réponse au journal Microsoft et Novell. Évalué à 1.
Ah ? tu devrais te remémorer ce qui c'est dis lors de la dadvsi justement.
[^] # Re: Le décalage est fort
Posté par briaeros007 . En réponse à la dépêche Lenovo pourrait fournir ses ThinkPads avec GNU/Linux. Évalué à 3.
c'est pas chez les geek l'unité d'ubuntu, c'est plutot chez les nouveaux arrivant de mon point de vue.
Mais elle fédère les linuxiens,
Bof bof.
C'est un beau nid a troll surtout.
Exemple con, je suis linuxien, au boulot j'ai mis linux, chez moij'ai mis linux, pour mes parent j'ai mis linux. Bref je crois que je peux dire que je suis linuxien.
Tu me demande de mettre ubuntu sur une de ces machines, je rigole (et si j'ai testé).
[^] # Re: Sans find...
Posté par briaeros007 . En réponse au message Recherche commande cousine de whereis, locate et which. Évalué à 2.
Sinon tu utilise la puissance de find
find [... tes options sur les carac: type, perm, owner, ...] \( -iname 'premier nom' -o -iname 'deuxieme nom' -o ... \)
[^] # Re: précédent journal
Posté par briaeros007 . En réponse au message Logiciel d'édition de pdf (comme pdf studio). Évalué à 2.
Multivalent peut lire ses propres annotations, mais pas celle des autres.
pdf studio , et un logiciel X sous windows (je ne me rapelle plus de son nom) ne peuvent pas les voir.
les modifications de pdf studio et du logiciel X peuvent etre vu sous kpdf/xpdf, mais pas celle de multivalent.
le logiciel X a aucun probleme pour lire un document modifié par pdf studio, l'inverse n'est pas vrai.
Dans tous les cas kpdf/xpdf n'ont pas de probleme de lecture.
Totefois les notes du logiciel X ne sont pas lisible (note repliée)
Bref c'est pas encore completement ca :'(
vivement okular alors
[^] # Re: précédent journal
Posté par briaeros007 . En réponse au message Logiciel d'édition de pdf (comme pdf studio). Évalué à 2.
puis multivalent semble etre mort :'(
Dommage, les fonctionnalitées était au meme niveau que PDF studio, mais le look and feel manque de travail (oui oui je sais le 'you want it you code it).
Bon par contre test pour voir si les modifs sont visibles dans autre chose que le meme logiciel. Parce que sinon l'intérêt n'est pas énorme :'(
Sinon perso pour la présentation, moi c'est du latex/beamer avec kpdf (ou alors adobe reader sur windows) (ctrl + shift + p pour passer en mode présentation ,échap pour sortir sous kpdf, ctr+l sous adobe).
Pour les diagrammes j'utilise plutot dia.
sinon quoi d'autre ... Que je sais pas faire des 'animations' à la power point avec beamer, mais qu'il parait qu'on peut incoporer des vidéos (pas encore eux besoin).
[^] # Re: .
Posté par briaeros007 . En réponse au message Logiciel d'édition de pdf (comme pdf studio). Évalué à 2.
Je trouve plus agréable de lire le pdf pour trouver des fautes, et plus facile à passer aux copains qui m'aide à rechercher les fautes ;) (parce que bon le source + rapport.sty + fonte.sty + bib.bib + les != images, + ... XD )
[^] # Re: Non ...
Posté par briaeros007 . En réponse au journal Cérémonie de démarrage de Windows 98. Évalué à 2.
Si j'achete vista, je peux demandé à windows de me fournir la blondasse ?
(y'a pas marqué idée de présentation :P )
[^] # Re: Mon cher Albert,
Posté par briaeros007 . En réponse au journal "OOXML is a superb standard" qui a dit ca a votre avis?. Évalué à 2.
Si ca plante à 1000 threads sans raison apparente, il y a donc un bug.
Un bug qui risque d'apparaitre avec moins de threads mais qui durent bien plus longtemps.
L'avantage de faire de ce test, c'est que c'est facile a montrer que ca plante en 1 minute. un test simple pour appuyer ses arguments dans une présentation ;)
(Si j'ai fait ce test, c'est qu'on a testait avant et ca marchait pas super. Donc voir si ca valait vraiment la peine de supporte GC. Parce que c'est particulièrement chiant si on change le style de thread , GC geule facilement).
[^] # Re: Mon cher Albert,
Posté par briaeros007 . En réponse au journal "OOXML is a superb standard" qui a dit ca a votre avis?. Évalué à 2.
Je voulais dire le gc de bohem (bien comme ca que ca c'écrit, non ? ).
/me s'est mal exprimé et s'en excuse.
Faut pas qu'il passe par là lui, ou il va t'expliquer tout le bien qu'il pense de ton test :)
Oh je suis près a l'écouter. Sachant que si je teste sur 1000 threads, c'est peut être qu'il y a une raison (une raison qui m'a fait découvrir des races condition et sortir un patch pour mono entre autre, et avoir un stage pendant 2 mois aussi ;) )
Et j'ai jamais dit que l'on ne faisait pas les tests en MxN ... Mais si gc supporte pas les 1000 threads posix, alors ça sert à rien d'essayer en rajoutant des structures plus complexes au milieu.
On ne testait pas les performances, on testait les capacité de parallélisation de gc. En ce sens je vois pas en quoi testait 1000 threads 'saismal' (tm).
Sans compter que c'était pas pour un serveur les tests. M'enfin je dis ca je dis rien .
[^] # Re: ce n'est pas le cas quoi?
Posté par briaeros007 . En réponse au journal Finalement, pas de NDA pour AMD. Évalué à 2.
Ne pas croire tout ce qu'on lit :
Si tu retranche les 3 milliard d'ATI, amd n'est pas dans le rouge.
Quant à intel la progression (vente toussa) fut plus faible que celle d'AMD.
[^] # Re: Mon cher Albert,
Posté par briaeros007 . En réponse au journal "OOXML is a superb standard" qui a dit ca a votre avis?. Évalué à 2.
Ou que GC est tellement merdique* que quand on commence a chatouiller un peu trop les threads il part en sucette :P
Sinon ça n'a aucun sens, ça va complètement à l'encontre du fonctionnement même d'une VM comme Mono/.net/Java.
Ben vous êtes pas obligé d'utiliser gc pour faire du garbage collecting non plus ;)
/me aime bien demander la lune.
*J'avais fait un test reltivement simple
J'utilisais gc, je lancais 1000 threads, et ils faisaient juste un 'malloc'.
(pas de free)
Je lance le truc en désactivant gc : ca passe sans probleme.
en l'activant, ou bout d'un certains nombre de thread, j'avais des erreurs et autre amusement du style.
Alors ca a peut être évolué depuis (l'année dernière) je ne sais pas, mais pour ce qu'on comptait en faire .
Sans compter que gc est pas forcément trés propre (envoie de signal 'exotique' pour ses coms, comme SIGPWR de tête).
[^] # Re: Le décalage est fort
Posté par briaeros007 . En réponse à la dépêche Lenovo pourrait fournir ses ThinkPads avec GNU/Linux. Évalué à 5.
Il va se dire 'tient c'est pas tout à fait la même apparence'.
Mais ce qui l'intéresse c'est que ce soit simple.
Chaque fois que je regarde les tutos sous ubuntu, y a une floppée de ligne de commande. (J'ai le même problème, étant habitué à la ligne de commande, je la donne préférentiellement, vu que je ne connais pas les équivalents graphiques XD )
Alors oui c'est moins "jolie" mais coté ease of use (facilité d'utilisation) je suis comme IsNotGood : je vois pas ce qu'ubuntu a apporté (a part peut être l'utilisation des drivers proprio pour les cartes graphiques. Je crois pas que mandriva 'free' le fasse. Pour fedora je ne sais pas, mais IsNotGood devrais pouvoir nous le dire) .
[^] # Re: Le décalage est fort
Posté par briaeros007 . En réponse à la dépêche Lenovo pourrait fournir ses ThinkPads avec GNU/Linux. Évalué à 0.
:D
par contre effectivement c'est un peu chiant car il faut rebooter le serveur X (mais il nous le dis).
A quant xorg 7.3 dans debian etch ?
/me connais déjà (bien) la sortie.
[^] # Re: Le décalage est fort
Posté par briaeros007 . En réponse à la dépêche Lenovo pourrait fournir ses ThinkPads avec GNU/Linux. Évalué à 2.
Je vient de configurer mon imprimante réseau sans toucher au clavier.
J'ai fait de même avec le dual screen .
Y'faut quoi de plus ?
[^] # Re: Mon cher Albert,
Posté par briaeros007 . En réponse au journal "OOXML is a superb standard" qui a dit ca a votre avis?. Évalué à 2.
[^] # Re: Mon cher Albert,
Posté par briaeros007 . En réponse au journal "OOXML is a superb standard" qui a dit ca a votre avis?. Évalué à 2.
Le problème n'est pas le but (louable) mais le moyen (a mon sens).
Et c'est la même chose côté Microsoft. Si pour l'instant ils n'implémentent pas complétement OpenXML, ils vont converger vers son implémentation complète.
Le problème c'est qu'ils divergent déjà.
Alors vont il finir par converger et est ce juste un accident de parcours ?
J'aimerais le croire, mais le embrace extend and extinguish cher a notre ms (inter)national me semble ancré pronfondément dans les esprits quand même.
Ensuite, comme tout le monde, je ne détient pas la véritée.
Et donc, entre un minimum de couverture, et aucune en cas de reverse engineering, je préfère le minimum de couverture.
Il y a deux problèmes
- 'que couvre la couverture' ?
- 'accepter que le système rentre par la petite porte ne vas t'il pas pousser qu'il envahisse la place' ?
Ce sont ensuite le plus souvent des opinions personnels, mais je crois qu'il ne faut pas perdre de vue ces deux points.
Alors peut être que mettre un lien vers cette information c'est pour toi faire le jeu de Microsoft. Mais voilà, ils l'ont dit, ils l'ont dit.
Non pour moi faire le jeu de microsoft c'est de le dire SANS spécifier que c'est ms qui dis qu'il y a plein de brevets sur tutux. Bref donner l'impression que c'est vrai.
il y a peu de logiciels de cet envergure qui peuvent se targuer d'être sans memory leak,
Euh 8 Go en 4 min, c'est pas un petit memory leak hein XD (j'ai précisé en virant GC).
Mono a certainement évolué depuis mes derniers tests (de l'année dernière).
C'était juste pour montrer que l'on peut toujours trouver quelquechose si on veut raler ;)
[^] # Re: Mon cher Albert,
Posté par briaeros007 . En réponse au journal "OOXML is a superb standard" qui a dit ca a votre avis?. Évalué à 2.
Ben on verras bien ce qui sortira alors :
La version de OOXML 'officisé' ou la version de OOXML aux normes?
Je pense déjà savoir ce qui va se passer, eu égart aux nombreuse expérience que nous a offert windows sur ses pratiques commerciales.
Mais si tu es persuadé qu'il va s'imposer par son seul intérêt technique, je suis prêt a prendre les paris.
Comme tu le dis, ton hypothèse part d'un rêve.
Ben oui c'est une suppositions. Peu de suppositions parte de fait, sinon ce n'est plus des suppositions.
C'est EXACTEMENT pareil.
Si tu en es si sur, au temps pour moi.
Mais tu me permet de conserver quelques doutes quand mêmes.
Ne serait ce par 'qui pousse' mono, et 'quel est le nombre de personne pouvant contribuer aux deux projets'.
Oué, IBM peut changer de stratégie, RedHat peut se faire rachter, MS peut couler, les poules peuvent se mettre à avoir des dents, bla bla bla.
Ah ben si tu suppose que le futur est exactement identique au présent, c'est sur il n'y aura JAMAIS aucun probléme. D'ailleur qui pensait que snort allait changer de licence? Que nessus aussi ?
T'as que l'embarras du choix. Mais on est plus dans le domaine de la science fiction que dans la réalité.
Le futur n'est PAS la réalité, par définition.
Met Mono dans ma phrase tu préfères ?
Voui, parce que je répondais a un ingénieur de mono.
Mais bon maintenant c'est nous qui faisons des pirouette parce qu'on a oser ne pas parler ce sur quoi tu nous engueule XD
[^] # Re: Mon cher Albert,
Posté par briaeros007 . En réponse au journal "OOXML is a superb standard" qui a dit ca a votre avis?. Évalué à 2.
J'avais oublié ca . Si dans mon précédent message (pas celui auxquel tu répond) j'ai parlé de race condition, c'est qu'il y avait une raison ;)
[^] # Re: Mon cher Albert,
Posté par briaeros007 . En réponse au journal "OOXML is a superb standard" qui a dit ca a votre avis?. Évalué à 2.
Ben je rapelle que la seule suite implémentant( et de facon incorrecte) ooxml en lecture et écriture c'est la suite office.
De la tu en tire ce que tu veux bien sur.
Le vrai FUD c'est oublier de mentionner que le risque des brevets n'est pas cantonner à Moonlight.
Le vrai FUD c'est joué a microsoft en disant 'attention y a des brevets' et quand on demande les brevets 'ben euh je sais pas, y en a c'est tout'.
Pour tes suppositions :
Supposons que mono se soit bien implémenter, que linux se soit bien dvp. A tel point que mono soit utilisé sur une plateforme linux , et qu'eux ils couvrent 50% des pc (on peut réver).
Tu vas attaquer quoi toi ?
Mono, où tu es SUR d'avoir des brevets
Linux, où tu es sur que si il y a une once de brevet qui apparait le code va etre réecris ?
Moi le choix est vite fait.
Sauf qu'ils n'ont aucune chance de gagner, rappelons que Novell détient des brevets...
Rappellons que Novell peut se faire racheter par exemple.
Bref, dire que Moonlight est dangereux en supposant une éventuelle attaque de MS, c'est la définition même du FUD.
J'ai dis ca moi ?
attend que je regarde
4°) et pourquoi mono ne serait pas attaquer en premier?
Je n'ai meme jamais parler de moonloght dans mon argumentaire.
Ensuite on se demande qui argumente (plus ou moins) correctement et qui ...
[^] # Re: Mon cher Albert,
Posté par briaeros007 . En réponse au journal "OOXML is a superb standard" qui a dit ca a votre avis?. Évalué à 2.
Donc tu estime que c'est mal(tm) que albert fasse des attaques perso sur Miguel parce qu'il le connait pas, mais toi tu peu en faire sur Albert, quand bien meme tu ne le connais pas.
Et il n'y a rien qui te choque la dedans ?
Ensuite je parle de l'OpenXML. Forcément, sur Linuxfr, dire que l'OpenXML peut apporter des choses positives, c'est s'accroupir et attendre la foudre.
Ah bon? pourquoi ca ?
Personellement j'attend beaucoup d'information du format de photo HD de microsoft, comme quoi c'est pas parce que c'est MS que c'est mal, en tout cas pas pour moi.
Allez tiens d'ailleur, j'ai meme une xbox première du nom , alors...
Par contre il y a eu un certain nombre d'argument pour ou contre.
Il s'agit DONC d'un sujet polémique.
Et dire que "c'est bien(tm)" sans argumentation derrière, non désolé la oui c'est normal d'attendre la foudre ... si tant est qu'elle arrive.
ésolé d'avoir une vision plus nuancée que certains, où ODF et OpenXML cohabitent. Malgré les entreprises qui poussent l'un et l'autre. Pour le bien de l'utilisateur final. C'est vrai que si j'étais pas un peu utopiste, j'aurais pas passé les deux dernières années de ma vie à bosser pour des sociétés essayant de gagner le vie avec du logiciel libre. C'est vrai, c'est du business, du coca-cola (ami du fosdem, bonjour).
Ta position philosophique ne donne pas des arguments quant à tes affirmations sur OOXML. Ne t'en déplaise.
Mais bon encore une fois, je ne donne pas d'arguments. Je me contente de donner le fond de ma pensée.
Et c'est la ou le bas blesse amha.
Qu'OOXML fasse part de tous les commentaires qu'il a recu.
Qu'office suive les specs OOXML (ce qui n'est pas le cas) , et oui OOXML sera sans doute bien reçu.
C'est peut etre un peu facile de dire 'ouais ils refusent OOXML c'est simplement qu'ils sont contre MS'. Ca peut être AUSSI parce que d'un point de vue TECHNIQUE ben il nous convient pas, tu en pense quoi?
Ensuite bravo, tu découvres avec stupéfaction que le système des brevets est pourri,
On va oublier ces petites piques, en t'accordant le bénéfice du doute.
Non je ne peux pas dire les brevets que Linux enfreint, ni même si seulement il en enfreint.
Donc sous entendre très fortement que linux en enfreint (je rapelle ce que tu as dit
Pour informations, Mono n'est pas le seul projet à être inquiété par le système idiots des brevets. Prenons en trois autres qui sont potentiellement beaucoup plus inquiétés: Le noyau Linux lui même,
) ce n'est pas du tout faire du FUD et jouer au jeu de microsoft, pas du tout.
Que ça ne sert à rien de cracher dessus,
Oh je peux cracher sur mono si je veux allez exemple con :
race condition
memory leak si on utilise pas gc
a été fait en tant que concurrent à java plutot que d'essayer d'y contribuer
les nouvelles versions ne sont normalisé
ni sur Miguel.
Je ne me souviens pas avoir dit grand chose sur Miguel, meme si tu peux reconnaitre que certaines de ces prises de positions ne sont pas exactement comme celle de RMS.
[^] # Re: .
Posté par briaeros007 . En réponse au message Logiciel d'édition de pdf (comme pdf studio). Évalué à 2.
Que de chose à tester alors ;)
[^] # Re: Mon cher Albert,
Posté par briaeros007 . En réponse au journal "OOXML is a superb standard" qui a dit ca a votre avis?. Évalué à 0.
Il est ou l'argument la ?
Je vois nada que dalle.
Tu dis juste 'tu sais rien petit padawan'. Ca c'est un argument, qui pour un ingénieur, fait froid dans le dos.
Quand tu défend un choix technique tu dis 'écoute tout ce que tu dis ce n'est que des préjugés. Moi je te dis que c'est comme ca et c'est tout , compris ?'
Quoi qu'il arrive, pour rester compétitif, OpenOffice va DEVOIR être capable de lire et écrire l'OpenXML.
Ah et pourquoi ?
Si OOxml fait un flop, OOo ne devra pas etre capable de lire et d'écrire sur ce format.
Il le devra SEULEMENT si ms FORCE son format (abus de position dominante).
Je rappelle que le format ACTUEL d'office n'EST PAS OOXML. Il y en a une partie, mais il n'est pas complètement conforme à la norme.
Alors OOo devra suivre quoi, la norme ? le format implémenté ? Il suivra comment les balises de compatibilité ?
C'est dans ce sens qu'OpenXML est quand même appréciable, parce que les développeurs d'OpenOffice, ou de l'extension d'OpenOffice vont pourvoir utiliser au moins une spécification, qui par ses 6000 pages à l'avantage d'être complète
C'est pas franchement l'avis des personnes qui ont étudié la norme, mais c'est pas grave hein.
Spécification qui même si elle présente des failles, sera de toute façon plus facile à implémenter que si il fallait re faire du reverse engineering sur les fichiers, pour savoir à quoi correspond quoi.
Ben tu peux me dire alors comment implémenter les fameuses balises 'doasword97' ou semblables ?
D'autant plus qu'OpenXML est un standard ECMA, et donc protégé des brevets par une clause RAND. Ce qui fait qu'OpenOffice serait plus protégé en regard de l'implémentation d'OpenXML que de l'implémentation de l'ancien format binaire.
Euh tu sais pas de quoi tu parle alors.
Un clause RAND tient pour Reasonnable and Non discriminant (enfin en franglais). Ca ne devient pas automagiquement 'libre d'utiliser les brevets à notre guise'.
C'est quoi les fameuses conditions 'raisonnables' ?
Ne demandent'elles pas par définition la fermeture du code : si je forke OOo devrais je a nouveau ré établir une licence d'utilisation des brevets ?
mais celui si sera téléchargé pour de vrai sur le site de Novell, et te voilà directement couvert.
Et quid de la clause de liberté de redistribution ?
Peut etre que ca n'intéresse pas les dvp de mono , mais moi ca m'intéresse, désolé.
Et tu sais que tu es couvert, alors que si tu utilises une version OpenSource de flash, rien ne te dit que tu ne crains rien.
Affirmation sans fondement ni argument, n'ayant pour autre choix que d'instiller la peur. Ce qu'on nomme traditionellement 'FUD'.
Comme tu le dis si bien
Bref, à part monter des films, fuder, attaquer Albert, et raconter des anneries, tu ne sers pas à grand chose.
(ben voui ca marche tout seul quand on montre rien).
Pour informations, Mono n'est pas le seul projet à être inquiété par le système idiots des brevets. Prenons en trois autres qui sont potentiellement beaucoup plus inquiétés: Le noyau Linux lui même, Samba, les drivers ntfs. Et soyons réaliste rajoutons OpenOffice. Si Microsoft devait attaquer, ce n'est sûrement pas à Mono qu'ils s'en prendraient directement en premier. Bref, moi je retourne bosser, toi, tu peux rester à soulever ton indignation et ton ignorance.
1°) As tu une preuve qu'il y a des brevets sur linux ou OOo? Si oui tu serais aimable de donner des liens vers les brevets. Je te jure qu'on va recoder pour ne plus avoir ce genre de probleme.
2°) pour samba ou ntfs je ne peux dire, mais je subodore qu'ils sont bien moins important que ce que tu veux bien le laisser entendre.
3°) Donc tu fait du FUD à la ms (on a 235 brevets mais on ne dis pas lesquels ...)
4°) et pourquoi mono ne serait pas attaquer en premier?
Tu peux tres bien attaquer un soft ou tu as 97% de chance de gagner, pour ensuite t'attaquer aux autres en faisant prévaloir justement ton succés passé.
[^] # Re: .
Posté par briaeros007 . En réponse au message Logiciel d'édition de pdf (comme pdf studio). Évalué à 2.
C'est surtout pour de la relecture (je lis mon rapport, et je surligne pour dire 'tient la y a une fôte' )
verrais bien si ça correspond.
pour l'astuce, je crois que la mienne a mit autant de temps, donc prend ton mal en patience ;)
[^] # Re: Okular et KDE 4?
Posté par briaeros007 . En réponse au message Logiciel d'édition de pdf (comme pdf studio). Évalué à 2.
J'espere que ça va bien progresser parce que je trouve ça bien pratique
Bon par contre sur ma etch la ça va être chaud XD.