La distribution Suse n'est pa libre.
Elle deviendra une bonne distribution le jour où elle deviendra libre.
Pour un plaidoyer expliquant pourquoi le concept Debian, libre, est mieux pensé pour bosser comme pour faire autre chose que de l'Informatique Assistée par Ordinateur (installer une distribution Linux, jouer avec, essayer d'installer des trucs, de mettre le système à jour, puis tout casser et donc tout recommencer): ==> http://openbrick.lost-oasis.net/obwiki/ArgumentaireDeRaphael(...)
Je sais, c'est un gros troll poilu, mais il ne faut pas reculer devant le non libre.
No pasaran
Rafael, Debian intégriste ce soir, comme le plus souvent d'ailleurs.
Citation**********************************
Cependant je pense qu'il veut améliorer ses talents d'évangéliste : évangéliser les techniciences, c'est facile, il sait faire. Evangéliser un gestionnaire c'est un autre défi, il faut penser différemment. Alors il va apprendre.
Fin de citation **************************
Je suis tout à fait d'accord avec ta remarque.
Avec le niveau de compétence technique que ce monument trimballe, un authentique MBA comme ceux des poulains issus du sérail lui permettra de dire "tu" à des gestionnaires qui me prenaient de haut. A ceci près que je ne doute pas un seul instant qui digèrera parfaitement les nouvelles règles qu'il découvrira.
Et puis il y a les assoces d'anciens élèves....
Il le fait où, son MBA ?
Pour le reste, je rend hommage à son titanesque travail autour du noyal. Je le place très haut dans la pyramide de l'estime.
MultiDeskOS est il big endian compliant ?
Est-ce que ça compile sous plateforme Sparc sun4m ?
Quelle taille fait il ? Ce serait pour l'implémenter sur une Prom à enficher sur un MBUS.
Quelqu'un a-t'il tenté un '--arch=motorola_68040', c'est pour une NeXTStation Turbo Color presque neuve.
Pour les guruz en mal de shell, je propose un shell bash sur quadrus, une SS20 quadriPro (enfin pas quand il fait si chaud, j'ai du en retirer 2 sinon ça casse), ainsi que sur une NeXTStation turbo color (quoi qu'en ssh, la couleur, on s'en fout, mais c'est tout de même bon de savoir que les messages d'erreur de la Xconsole seront colorés).
Ha, petite chose comme ça, la Next tourne sous BootProm 3.3, comme ça on peut tout faire.
Définitivement, les sociétés d'édition de système d'exploitation ne savent plus quoi vendre.
A l'heure où les performances de la bourse sont _incertaines_ pour ne pas dire risquées, chacun cherche à se protéger de son mieux. Les phases de croissance boursière se calquent grossièrement sur 2 paramètres, l'avénement concommitant d'une émergeance technologique ou conceptuelle ET une confiance globale dans l'économie de marché.
Le problème, c'est que la confiance est toute relative avec ces 2 guerrres récentes, que les USA jouent au plus fort en se moquant des autres (ils font comme bon leur semble, passant outre l'ONU, dépensant des sommes folles pour faire la guerre à l'autre bout du monde, puis ils laissent se dévaluer leur monnaie pour booster les performances à l'export de leur économie, faisant ainsi payer par la terre entière leurs caprices). La dernière émergeance technologique, les dotComs Internet et les valeurs technologiques composant le jadis très performant Nasdaq, s'est soldée par un crack boursier colossal quoique progressif.
Dans ces conditions, personne n'a envie de risquer de se prendre une claque en bourse.
De ce fait la pression est _très_ forte sur les PéDéGés, cependant que peu d'entrepreneurs se sentent l'âme à dépenser des budgets inconsidérés. De même pour la consommation des ménages.
Reprenons certains élément d'évolution, appliqués tant à l'économie en général comme au segment technologique notemment logiciel.
Nous somme à la veille de l'extension à l'europe du concept des brevets logiciels. Quoi qu'on en dise, oui c'est mal, mais malgrès toutes nos convulsions, ce projet n'a jamais été aussi près de se concrétiser. Il est important de ne pas démériter, de ne pas baisser les bras, cependant, c'est imminent à faire peur.
Parallèlement, le paysage du logiciel vit une double révolution. Tout d'abord l'adoption progressive du concept de la GPL par opposition au logiciel propriétaire. Cela même, en soit, justifie une effervescence accrue dans les cerveaux des tenants du logiciel propoiétaire.
Ensuite, sortant définitivement de la cours de récréation des applications universitaires, pour rentrer dans le juteux, mais gardé, marché des applications professionnelles, Linux taille des croupières aux systèmes d'exploitation propriétaires.
Sortant du marché de niche, le logiciel libre (LL) rogne mois après mois les parts visibles du marché professionnel _générant_ des traces comptables. La partie immergée de l'iceberg, celle concernant toutes les utilisations des LL par des utilisateurs ne générant pas de marge pécuniaire pour support technique, cette part là aussi va croissante.
L'iceberg, symbolisé par le pingouin, fait peur.
L'entraide, rendue possible par l'internet, abaissant les frontières, l'autonomie des clients, l'augmentation de leur savoir faire sans génération de frais de support, tout cela fait trembler les pédégés du logiciels propriétaire.
Aussi toutes les idées sont bonnes pour générer de la marge et garder sa place au soleil. Et ce, vu qu'une énormité comme les brevets logiciels est sur le point de passer en Europe, le premier qui tire, avec le brevet le plus ancestral de la hierarchie, a plausiblement des chances de se placer.
C'est un titanesque plan d'esbrouffe.
SCO tente le coup.
Si SCO gagne et 'possède' Linux ou tout au moins parvient à faire payer les utilisateurs de Linux, alors qui l'ont sait sort son carnet de chèque, rachète SCO et "possède" Linux en terme de droits légalements patentés selon le droit américain. Si la pilule passe aux US, elle passera ailleurs, l'OMC est là pour ça, faire ratifier par des pays indépendants des lois que leur peuple n'a pas choisi (Exemple avec la France et les OGM. Les OGM sont contre la lois française, mais comme la france a ratifié les accords de l'OMC, la france paye des amendes aux USA pour non éxécution d'un accord qu'elle a signé. Au bout du compte, les OGM ont gagné en France à peu de choses près, c'est pour demain dans vos assiettes). C'est de l'exportation de lois. C'est nouveau, ce n'est pas possible, mais les américains le font. Et tout le monde trouve cela normal. Qui aurait le cran de se rebiffer, hein ?
Je sais, c'est gros, mais si l'humain est assez con pour accepter les brevets logiciels, ça peut passer. Je concois que l'esprit d'un marketeux puisse trouver grâce à cette idée.
Avec de bonnes campagnes marketing, on parvient à faire bien des choses, même des choses impensables. Le marketing est proche de la propagande par bien des points.
La propagande précède souvent le despotisme.
Le logiciel propriétaire est une forme de despotisme.
Ce n'est pas que je fasse de la pub, mais je vote aussi pour Lost-Oasis, parce que c'est bien et pas cher en fait.
Je sais que je vais me faire moinsser,mais c'est pour la bonne cause. Je suis allé sur le chan IRC indiqué #framasoft, mais je n'y ai vu personne, j'ai encore l'OP...
J'ai un serveur dédié OpenBrick chez Lost-Oasis, et pour mes besoins, j'en suis entièrement satisfait. Si l'on réfléchit à l'infrastructure de son site web, ça passe impeccable. Si l'on écrit du PHP comme un porc, ça passe pas par manque de CPU. Ca me coute 15E/mois, mais je n'ai pas de limite de traffic, juste un débit minimum garanti assez bas, mais comme a un instant donné, aucun OB ne prend tout le tuyau, les débits sont toujours excellents car mutualisés.
Le canal IRC (irc.lost-oasis.net #lost-oasis) est un canal d'entre-aide entre utilisateurs. Le support répond même à 3h du matin. On a monté un wiki pour aider les djeunz qui débutent sous Debian ou MDK http://openbrick.lost-oasis.net/obwiki/ ( + de 90% des serveurs dédiés tournent sous Debian)
Il existe une offre mutualisée bon marché avec au choix le débit ou le traffic. Je m'explique. Soit le débit peut monter haut, mais le traffic est limité au total, soit l'inverse, traffic illimité mais limitation de débit (encore que).
Enfin, il y a une offre de serveur dédié 1.7GHz, débit 512Kb/s garanti à 10MBit/s de burst et traffic illimité à 59E. Wouwou, pas cher. Sous Debian ou MDK.
Au pire, il y a l'option mutualisé illimité en traffic, à 2E/mois.
Voilà.
Moi, je pense que ça vaut le coup.
Ils ne risquent rien à tenter l'option mutualisé 2E/mois, non ?
Rafael
Il n'y a qu'à compter les pages de publicité M$ dans le journal papier.
Et je ne parle pas de la version web....
Quelqu'un se dévoue pour compter la part de pub, et dans icelle la part de M$ ? (wouaou, j'ai placé un 'icelle' dans une phrase, ça m'arrive 2 fois par ans, j'ai besoin de vacances)
01 info, c'est un journal de decidors, computer executives managers, c'est réservé à l'3L33T, on trouve pas ça par ma province, ou alors j'ai pas cherché.
L'enjeu est de taille.
Combien de temps faudra t'il à l'économie mondiale pour se remettre de la déflation imminente, si toute la créativité de l'ingénierie logicielle se trouve étouffée par les brevets (logiciels) ?
C'est un peu comme la décadence d'une civilisation, ça en est très proche à vrai dire, c'est sous tendu par les concepts abordés. Un période de chaos s'ensuit, plus ou moins longue, suivie par une re-accrétion de savoir, conduisant à une structuration sociale qui conduit à la civilisation.
Connaitrons nous une décadence logicielle, parallèle ou en parallèle à l'évolution de nos sociétés ? Surtout, combien de temps durera t'elle ?
Alors même que nous assistons à une accelération de la diffusion de la connaissance, à la faveur de sources de savoir informatique comme tldp.org, (ou même freshmeat, dont l'impact dans le futur, par sa mise à disposition de sources divers), sources de savoir largement consultées par les geeks de plus en plus jeunes, cette accélération prend son envol.
L'internet est arrivé chez de plus en plus de foyers des pays favorisés, il galope chez les pays émergents qui percoivent bien tout le profit académique à en tirer.
La situation de pan diffusion de technologie structurée (le perl newbie devient perl addict, qui devient perl skilled, qui rencontre le CPAN et devient perl mongueur), technologie logicielle structurée (Corba, Qt, SOAP, XML, IPv6) permettant à des inconnus de part le monde de forger les bases du GNU révé par RMS. Un niveau supplémentaire basé sur, par exemple, des objets distribués, nous procurera bientôt un niveau supplémentaire d'intégration des technologies documentaires et applicatives.
Nous n'en sommes qu'au début. De mon regard de dino, j'ai le vertige en constatant le chemin parcouru. Le CD Knoppix boote tout seul, convainquant les utilisateurs windowsiens. C'était l'hyper espace il y a peu.
La génaration des 10-12 ans qui vient, celle qui aura lu du tldp dans le texte, celle dont le père a déjà une partie de la collection Oreilly dans le salon, cette génération là va décupler l'accrétion d'abstraction logicielle.
Les briques sont là, les précurseurs établissent les fondations d'une révolution numérique dont l'accélération va encore nous surprendre.
Cette Sur-Révolution du numérique est une chance de sortir l'économie mondiale du marasme qu'elle a bien cherché.
Ne laissons pas les brevets logiciels, intolérants, déposés par des sociétés qui percoivent bien combien le seuil de la vague qui va les engloutir se rapproche, ne laissons pas les brevets logiciels faire régresser la civilisation. Les analystes de veille technologique (les vrais conglomérats en ont tous) percoivent bien à quel point l'évolution se poursuit dans un sens libertaire qui s'inscrit en opposition avec leus interêts.
Les élus espagnols s'inscrivants en faux contre le logiciel propriétaire, et j'espère bientôt contre les brevets logiciels, sont ) même de créer un ilôt de liberté informatique dans le futur à la 1984 qui nous pend au nez. Un peu à la façon des zones libres de taxes pour l'argent, une zone libre, de ne non brevetabilité logicielle, constituerait une assise révolutionnaire pour l'épendage (dans tous les foyers) d'une technologie logicielle à la puissance (croissante) juste soupçonnable.
Les sociétes occidentales, repues de suffisance avec leur toute puissance économique, regardent de haut des pays supérieurs en nombres lutter à s'inscrire dans le ternet avec 3 malheureuses Classes B (Le sous continent Indien, 10^9 habitants, 3 classes B de 65335 IP publiques). Bloqués dans leur désir de contrôle, ils forcent les pays émergents à passer massivement à IPv6, sans se douter des conséquences à terme.
Il est malaisé de prédire l'imprédictible à venir. Je le préfère libre, car il viendra plus vite.
Moi, j'ai signé la pétition contre les brevets logicles, et vous ?
Promis je l'intègre la prochaine fois :)
Avec des optimisations zope telles que plonefr.
En fait, si je ne l'ai pas inclu, c'est parce que j'ai raté quelaque chose dans la config du cache, et que justement, le cache ne se peuplait pas...
Je note plonefr.org, j'irai voir comment paramétrer au mieux.
Désormais mon OB est en ligne. Je ne peux donc plus simplement pratiquer des mesures. Mais un compte user sur une machine puissante sur le même switch devrait me permettre de poursuivre.
Juste pour info, voici ce que m'a affiché le footer du thread.
**************************************************************************
Cette page a été générée par Templeet en 15.5268s (dont 1.7378 de SQL). (Voir le source du template)
Cette page est peut-être conforme xhtml 1.0.
**************************************************************************
Comme quoi, quand la page est complexe, les requètes Mysql sont nombreuses et la génération de la page cachée plus longue ;)
Et bien c'est simple.
J'ai une install de daCode qui tourne (avec la même page que celle servie par TemplEEt (la base MySQL de référence vient de là même), mais je suis infoutu de tout paramétrer pour que le cache de _pages_ fonctionne. Le cache de boxes fonctionne, mais pas les pages de base. J'ai fouillé tout ce que j'ai pu, je n'y suis pas parvenu. Je lache pas l'affaire pour autant. Je placerai une mise à jour avec drupal dès que possible.
Donc, daCode sans cache, c'est de l'interprété de base, et c'est donc lent.
daCode utilise les fonctionalités objet de PHP, et ça c'est lent. Propre, mais leeeeeeennnnnt.
Je ne joue pas à l'El33t, je mets des A ou EE maj pour ne pas s'eméler les pinceaux entre templAte et templEEt.
J'ai déjà indiqué plus haut les résultats sans cache: 7.3req/s et 145Ko/s pour les templAtes (compliqués :) de linuxfr.
En fait, TemplEEt fonctionne globalement comme ça (j'ai tracé la chose pour ne pas mourir crétin):
Erreur 403|404 => Execution de templeet.php qui lance le chrono (facteur ralentisseur, tiens), décode l'argument:
si argument=rien de connu => page d'erreur:
Sinon, il lit le templAte correspondant à l'argument:
Ouverture du TemplAte en question:
Mise en cache des include éventuels (héhé)
Parsing de haut en bas du templAte.
A chaque fonction, un appel vers ./module/nom_du_module.php , avec passage des arguments, ( un module gère de une à plusieurs fonctions mot-clé templEEt) qui bosse et revient au noyau de templEEt qui poursuit.
A la fin du templAte, le chrono est arrété, et le footer éventuel indiquant le temps d'exécution est éventuellement indiqué.
En gros, c'est comme ça que ça fonctionne, et ça va plus vite que SPIP même sans aucun cache. Pire, il écrit le cache à chaque fois qu'il est exécuté dans ce cas, il me semble, vu que comme il le templAte n'est sensé s'exécuter QUE en cas de cache absent, il est inutile de vérifier. Il faudrait désactiver l'écriture du cache pour voir.
En fait, ça va bien plus vite que tu ne penses.
Voilà.
Si un des créateurs de Templeet pense que j'ai dit des conneries, merci de rectifier.
Oui, moi, quand, comme un crétin, je n'avais pas suivi la doc de templeet.
Ca donne du 7.3 req/s pour 145Ko/s. La _seule_ différence, c'est que mon domumentroot pointait sur /var/newww/nexus/
Je rappelle qu'il s'agit des templates de linuxfr, les mêmes que ceux qui s'exécutent en pointant sur http://linuxfr.org/pub/(...)
J'étais tout fier des résultats, j'avais posté des résultats à l'arrache dans un newsgroup lost-oasis.
Même dans ce cas, c'est plus léger et plus rapide.
Ce n'est que quand quelques habitués du chan irc en question m'ont demandé d'inclure Zope et SPIP ce week end que j'ai tenté d'étendre le bench et de rendre un truc propre. Ca devait pas me prendre plus d'une heure. Ca ma pris un un jour.
Avec mon 145Ko/ et 7.3req/s J'ai pointé mon nez sur #templeet en donnant mes résultats. Là Fabien m'a rit au nez en arguant que j'avais _forcément_ raté une étape, car templeet ne pouvait _pas_ être si loin d'Apache.
Il m'a mis le nez sur la doc, sur la ligne sur laquelle j'étais passé convaincu d'avoir positionné la variable $pagecache. Mais non crétin que je suis, c'est le documentroot qu'il faut pointer dessus.
Et là: doute. Mais alors comment ça marche ??? A non mais attends, heu, ben oui ça doit marcher. J'essaie voir. Et là ça va vite, très vite.
C'est pas de ma faute, ça va vraiment vite ce truc.
Type de machine ? A 2 Millions de pages/mois, ça fait du 0,7 page/sec. Ca tiendrait sur un OpenBrick :) (3.5p/s)
Non, sans plaisanter, il faut voir avec les pics, mais il doit falloir mettre des mips en pagaille pour que la charge ne monte pas.
Note à ceux qui poussent des cris. Je ne compare pas Zope, Templeet etc. Je les mes en ligne pour un test de charge, sans plus.
Je rappelle à tous ceux qui liront le bench qu'il s'agit içi uniquement d'un test de charge, effectué de but en blanc parce que mon système est destiné à tourner sur une confuguration minimale. Aussi j'ai utilisé les fonctionnalités évoluées de chaque logiciel pour générer une page (de taille aussi égale que posible) mise en place par un système dynamique. Une fois cette page préparée, charge au système de la servir du mieux qu'il peut, aussi vite que possible, sans plomber la charge d'un pauvre processeur anémique. En référence j'ai choisi Apache, car c'est _la_ référence. Il fonctionne vite et bien. Il a fait ses preuves. il est livré d'origine. Il est libre. No troll please.
# Faute de grammaire.
Posté par Rafael Pinilla . En réponse à la dépêche Megatokyo disponible en français. Évalué à 1.
Ce n'étaiENT pas DES amis.
(Les malheureux effacés n'étaient pas des amis)
Bon travail sinon.
Envoies moi un mail si tu veux que je recorrige à l'avenir.
# Suse n'est pas libre => Troll
Posté par Rafael Pinilla . En réponse à la dépêche SuSE Linux 9.0 est sortie. Évalué à 2.
Elle deviendra une bonne distribution le jour où elle deviendra libre.
Pour un plaidoyer expliquant pourquoi le concept Debian, libre, est mieux pensé pour bosser comme pour faire autre chose que de l'Informatique Assistée par Ordinateur (installer une distribution Linux, jouer avec, essayer d'installer des trucs, de mettre le système à jour, puis tout casser et donc tout recommencer): ==> http://openbrick.lost-oasis.net/obwiki/ArgumentaireDeRaphael(...)
Je sais, c'est un gros troll poilu, mais il ne faut pas reculer devant le non libre.
No pasaran
Rafael, Debian intégriste ce soir, comme le plus souvent d'ailleurs.
[^] # Re: Une (autre) knoppix USB
Posté par Rafael Pinilla . En réponse à la dépêche Une distribution Linux spécialisée pour les clefs USB. Évalué à 1.
http://openbrick.lost-oasis.net/obwiki/ArgumentaireDeRaphael(...)
Les arguments que j'évoque sont des éléments du choix de la Debian.
L'évolution, c'est la sélection naturelle.
On en reparle dans 5 ans ?
Rafael
[^] # Re: caches vont etre remplis de fausses urls
Posté par Rafael Pinilla . En réponse à la dépêche VeriSign détruit l'un des fondements d'Internet. Évalué à 1.
Au moins en partie.
Le pire, c'est que les requins vont se bousculer pour faire des affaires avec eux.
Il est temps que l'ICANN les vire.
[^] # Lien actif.
Posté par Rafael Pinilla . En réponse à la dépêche VeriSign détruit l'un des fondements d'Internet. Évalué à 2.
http://216.239.59.104/search?q=cache:3R0VLSZnRTYJ:www.opennic.unrat(...)
Le site est même assez rapide.
[^] # Re: Alan Cox se prend une année sabbatique pour étudier
Posté par Rafael Pinilla . En réponse à la dépêche Alan Cox se prend une année sabbatique pour étudier. Évalué à 1.
Cependant je pense qu'il veut améliorer ses talents d'évangéliste : évangéliser les techniciences, c'est facile, il sait faire. Evangéliser un gestionnaire c'est un autre défi, il faut penser différemment. Alors il va apprendre.
Fin de citation **************************
Je suis tout à fait d'accord avec ta remarque.
Avec le niveau de compétence technique que ce monument trimballe, un authentique MBA comme ceux des poulains issus du sérail lui permettra de dire "tu" à des gestionnaires qui me prenaient de haut. A ceci près que je ne doute pas un seul instant qui digèrera parfaitement les nouvelles règles qu'il découvrira.
Et puis il y a les assoces d'anciens élèves....
Il le fait où, son MBA ?
Pour le reste, je rend hommage à son titanesque travail autour du noyal. Je le place très haut dans la pyramide de l'estime.
Rafael
[^] # MultiDeskOS: L'avenir en marche.
Posté par Rafael Pinilla . En réponse à la dépêche Dysfonctionnements sur LinuxFr. Évalué à 2.
MultiDeskOS est il big endian compliant ?
Est-ce que ça compile sous plateforme Sparc sun4m ?
Quelle taille fait il ? Ce serait pour l'implémenter sur une Prom à enficher sur un MBUS.
Quelqu'un a-t'il tenté un '--arch=motorola_68040', c'est pour une NeXTStation Turbo Color presque neuve.
Pour les guruz en mal de shell, je propose un shell bash sur quadrus, une SS20 quadriPro (enfin pas quand il fait si chaud, j'ai du en retirer 2 sinon ça casse), ainsi que sur une NeXTStation turbo color (quoi qu'en ssh, la couleur, on s'en fout, mais c'est tout de même bon de savoir que les messages d'erreur de la Xconsole seront colorés).
Ha, petite chose comme ça, la Next tourne sous BootProm 3.3, comme ça on peut tout faire.
MultiDeskOS, la puissance prend la parole
[^] # Réactions ?
Posté par Rafael Pinilla . En réponse à la dépêche Nouvelle beta Red Hat Linux. Évalué à -6.
Serait-ce le début d'une ère nouvelle, où les échaudés de l'upgrade perpétuelle se fatiguent des bétas buggées ?
Allez, je me lâche:
Debian rulez, au moins, en unstable, ça fonctionne :)
# Chronique périodique (LONG)
Posté par Rafael Pinilla . En réponse à la dépêche SCO s'apprête à lancer un nouveau programme de licence pour les utilisateurs de Linux. Évalué à 10.
A l'heure où les performances de la bourse sont _incertaines_ pour ne pas dire risquées, chacun cherche à se protéger de son mieux. Les phases de croissance boursière se calquent grossièrement sur 2 paramètres, l'avénement concommitant d'une émergeance technologique ou conceptuelle ET une confiance globale dans l'économie de marché.
Le problème, c'est que la confiance est toute relative avec ces 2 guerrres récentes, que les USA jouent au plus fort en se moquant des autres (ils font comme bon leur semble, passant outre l'ONU, dépensant des sommes folles pour faire la guerre à l'autre bout du monde, puis ils laissent se dévaluer leur monnaie pour booster les performances à l'export de leur économie, faisant ainsi payer par la terre entière leurs caprices). La dernière émergeance technologique, les dotComs Internet et les valeurs technologiques composant le jadis très performant Nasdaq, s'est soldée par un crack boursier colossal quoique progressif.
Dans ces conditions, personne n'a envie de risquer de se prendre une claque en bourse.
De ce fait la pression est _très_ forte sur les PéDéGés, cependant que peu d'entrepreneurs se sentent l'âme à dépenser des budgets inconsidérés. De même pour la consommation des ménages.
Reprenons certains élément d'évolution, appliqués tant à l'économie en général comme au segment technologique notemment logiciel.
Nous somme à la veille de l'extension à l'europe du concept des brevets logiciels. Quoi qu'on en dise, oui c'est mal, mais malgrès toutes nos convulsions, ce projet n'a jamais été aussi près de se concrétiser. Il est important de ne pas démériter, de ne pas baisser les bras, cependant, c'est imminent à faire peur.
Parallèlement, le paysage du logiciel vit une double révolution. Tout d'abord l'adoption progressive du concept de la GPL par opposition au logiciel propriétaire. Cela même, en soit, justifie une effervescence accrue dans les cerveaux des tenants du logiciel propoiétaire.
Ensuite, sortant définitivement de la cours de récréation des applications universitaires, pour rentrer dans le juteux, mais gardé, marché des applications professionnelles, Linux taille des croupières aux systèmes d'exploitation propriétaires.
Sortant du marché de niche, le logiciel libre (LL) rogne mois après mois les parts visibles du marché professionnel _générant_ des traces comptables. La partie immergée de l'iceberg, celle concernant toutes les utilisations des LL par des utilisateurs ne générant pas de marge pécuniaire pour support technique, cette part là aussi va croissante.
L'iceberg, symbolisé par le pingouin, fait peur.
L'entraide, rendue possible par l'internet, abaissant les frontières, l'autonomie des clients, l'augmentation de leur savoir faire sans génération de frais de support, tout cela fait trembler les pédégés du logiciels propriétaire.
Aussi toutes les idées sont bonnes pour générer de la marge et garder sa place au soleil. Et ce, vu qu'une énormité comme les brevets logiciels est sur le point de passer en Europe, le premier qui tire, avec le brevet le plus ancestral de la hierarchie, a plausiblement des chances de se placer.
C'est un titanesque plan d'esbrouffe.
SCO tente le coup.
Si SCO gagne et 'possède' Linux ou tout au moins parvient à faire payer les utilisateurs de Linux, alors qui l'ont sait sort son carnet de chèque, rachète SCO et "possède" Linux en terme de droits légalements patentés selon le droit américain. Si la pilule passe aux US, elle passera ailleurs, l'OMC est là pour ça, faire ratifier par des pays indépendants des lois que leur peuple n'a pas choisi (Exemple avec la France et les OGM. Les OGM sont contre la lois française, mais comme la france a ratifié les accords de l'OMC, la france paye des amendes aux USA pour non éxécution d'un accord qu'elle a signé. Au bout du compte, les OGM ont gagné en France à peu de choses près, c'est pour demain dans vos assiettes). C'est de l'exportation de lois. C'est nouveau, ce n'est pas possible, mais les américains le font. Et tout le monde trouve cela normal. Qui aurait le cran de se rebiffer, hein ?
Je sais, c'est gros, mais si l'humain est assez con pour accepter les brevets logiciels, ça peut passer. Je concois que l'esprit d'un marketeux puisse trouver grâce à cette idée.
Avec de bonnes campagnes marketing, on parvient à faire bien des choses, même des choses impensables. Le marketing est proche de la propagande par bien des points.
La propagande précède souvent le despotisme.
Le logiciel propriétaire est une forme de despotisme.
C'est pourquoi je préfère le logiciel libre.
Rafael , linux addict since 1992
[^] # Lost-Oasis est la solution. Pub pour la bonne cause.
Posté par Rafael Pinilla . En réponse à la dépêche Framasoft n'est plus. Évalué à 2.
[^] # Pub ?
Posté par Rafael Pinilla . En réponse à la dépêche Comparatif de quatre serveurs Web par 01Net. Évalué à 3.
Et je ne parle pas de la version web....
Quelqu'un se dévoue pour compter la part de pub, et dans icelle la part de M$ ? (wouaou, j'ai placé un 'icelle' dans une phrase, ça m'arrive 2 fois par ans, j'ai besoin de vacances)
01 info, c'est un journal de decidors, computer executives managers, c'est réservé à l'3L33T, on trouve pas ça par ma province, ou alors j'ai pas cherché.
C'est peut être ça :) j'ai pas cherché.
Rafa
[^] # Re: Fvwm a 10 ans!
Posté par Rafael Pinilla . En réponse à la dépêche Fvwm a 10 ans!. Évalué à 1.
[^] # Re: Les posters Linux nouveaux sont arrivés !
Posté par Rafael Pinilla . En réponse à la dépêche Les posters Linux nouveaux sont arrivés !. Évalué à 3.
Ils se proposent de créer pour ça, et ils nagent dedans.
Il est plausible que l'esprit soit plus délicat.
[^] # Re: Chronique périodique: <Mode parano>
Posté par Rafael Pinilla . En réponse à la dépêche Brevetabilité : Brevets logiciels et menaces sur l'économie. Évalué à 0.
Quelle sera l'étape de brevetabilité suivante.
Lire ?
Boire ?
Manger ?
Respirer ?
Penser ?
Choisir ?
Procréer ?
Chérie ? Arrêtes ta pilule, on commence aujourd'hui !
# Chronique périodique.
Posté par Rafael Pinilla . En réponse à la dépêche Brevetabilité : Brevets logiciels et menaces sur l'économie. Évalué à 10.
Combien de temps faudra t'il à l'économie mondiale pour se remettre de la déflation imminente, si toute la créativité de l'ingénierie logicielle se trouve étouffée par les brevets (logiciels) ?
C'est un peu comme la décadence d'une civilisation, ça en est très proche à vrai dire, c'est sous tendu par les concepts abordés. Un période de chaos s'ensuit, plus ou moins longue, suivie par une re-accrétion de savoir, conduisant à une structuration sociale qui conduit à la civilisation.
Connaitrons nous une décadence logicielle, parallèle ou en parallèle à l'évolution de nos sociétés ? Surtout, combien de temps durera t'elle ?
Alors même que nous assistons à une accelération de la diffusion de la connaissance, à la faveur de sources de savoir informatique comme tldp.org, (ou même freshmeat, dont l'impact dans le futur, par sa mise à disposition de sources divers), sources de savoir largement consultées par les geeks de plus en plus jeunes, cette accélération prend son envol.
L'internet est arrivé chez de plus en plus de foyers des pays favorisés, il galope chez les pays émergents qui percoivent bien tout le profit académique à en tirer.
La situation de pan diffusion de technologie structurée (le perl newbie devient perl addict, qui devient perl skilled, qui rencontre le CPAN et devient perl mongueur), technologie logicielle structurée (Corba, Qt, SOAP, XML, IPv6) permettant à des inconnus de part le monde de forger les bases du GNU révé par RMS. Un niveau supplémentaire basé sur, par exemple, des objets distribués, nous procurera bientôt un niveau supplémentaire d'intégration des technologies documentaires et applicatives.
Nous n'en sommes qu'au début. De mon regard de dino, j'ai le vertige en constatant le chemin parcouru. Le CD Knoppix boote tout seul, convainquant les utilisateurs windowsiens. C'était l'hyper espace il y a peu.
La génaration des 10-12 ans qui vient, celle qui aura lu du tldp dans le texte, celle dont le père a déjà une partie de la collection Oreilly dans le salon, cette génération là va décupler l'accrétion d'abstraction logicielle.
Les briques sont là, les précurseurs établissent les fondations d'une révolution numérique dont l'accélération va encore nous surprendre.
Cette Sur-Révolution du numérique est une chance de sortir l'économie mondiale du marasme qu'elle a bien cherché.
Ne laissons pas les brevets logiciels, intolérants, déposés par des sociétés qui percoivent bien combien le seuil de la vague qui va les engloutir se rapproche, ne laissons pas les brevets logiciels faire régresser la civilisation. Les analystes de veille technologique (les vrais conglomérats en ont tous) percoivent bien à quel point l'évolution se poursuit dans un sens libertaire qui s'inscrit en opposition avec leus interêts.
Les élus espagnols s'inscrivants en faux contre le logiciel propriétaire, et j'espère bientôt contre les brevets logiciels, sont ) même de créer un ilôt de liberté informatique dans le futur à la 1984 qui nous pend au nez. Un peu à la façon des zones libres de taxes pour l'argent, une zone libre, de ne non brevetabilité logicielle, constituerait une assise révolutionnaire pour l'épendage (dans tous les foyers) d'une technologie logicielle à la puissance (croissante) juste soupçonnable.
Les sociétes occidentales, repues de suffisance avec leur toute puissance économique, regardent de haut des pays supérieurs en nombres lutter à s'inscrire dans le ternet avec 3 malheureuses Classes B (Le sous continent Indien, 10^9 habitants, 3 classes B de 65335 IP publiques). Bloqués dans leur désir de contrôle, ils forcent les pays émergents à passer massivement à IPv6, sans se douter des conséquences à terme.
Il est malaisé de prédire l'imprédictible à venir. Je le préfère libre, car il viendra plus vite.
Moi, j'ai signé la pétition contre les brevets logicles, et vous ?
[^] # Adresse Email pour soutenir...
Posté par Rafael Pinilla . En réponse à la dépêche La bataille d'Espagne s'intensifie. Évalué à 1.
C'est l'adresse email que l'on m'a fournit sur #augustux. On, peut y poster des messages de soutien en anglais, ça passe à défaut d'espagnol.
[^] # Re: Test de charge Openbrick: Mise à jour Drupal PHP-Nuke
Posté par Rafael Pinilla . En réponse à la dépêche Test de charge Openbrick: Mise à jour Drupal PHP-Nuke. Évalué à 1.
Avec des optimisations zope telles que plonefr.
En fait, si je ne l'ai pas inclu, c'est parce que j'ai raté quelaque chose dans la config du cache, et que justement, le cache ne se peuplait pas...
Je me remettrai dessus.
Rafael
[^] # Re: Test de charge Openbrick: Mise à jour Drupal PHP-Nuke
Posté par Rafael Pinilla . En réponse à la dépêche Test de charge Openbrick: Mise à jour Drupal PHP-Nuke. Évalué à 1.
Désormais mon OB est en ligne. Je ne peux donc plus simplement pratiquer des mesures. Mais un compte user sur une machine puissante sur le même switch devrait me permettre de poursuivre.
Rafael.
[^] # HostNameLookup Off
Posté par Rafael Pinilla . En réponse à la dépêche Un benchmark Apache, Zope, SPIP et Templeet sur un OpenBrick. Évalué à 1.
Juste pour info, voici ce que m'a affiché le footer du thread.
**************************************************************************
Cette page a été générée par Templeet en 15.5268s (dont 1.7378 de SQL). (Voir le source du template)
Cette page est peut-être conforme xhtml 1.0.
**************************************************************************
Comme quoi, quand la page est complexe, les requètes Mysql sont nombreuses et la génération de la page cachée plus longue ;)
[^] # Impasse sur daCode ?
Posté par Rafael Pinilla . En réponse à la dépêche Un benchmark Apache, Zope, SPIP et Templeet sur un OpenBrick. Évalué à 2.
J'ai une install de daCode qui tourne (avec la même page que celle servie par TemplEEt (la base MySQL de référence vient de là même), mais je suis infoutu de tout paramétrer pour que le cache de _pages_ fonctionne. Le cache de boxes fonctionne, mais pas les pages de base. J'ai fouillé tout ce que j'ai pu, je n'y suis pas parvenu. Je lache pas l'affaire pour autant. Je placerai une mise à jour avec drupal dès que possible.
Donc, daCode sans cache, c'est de l'interprété de base, et c'est donc lent.
daCode utilise les fonctionalités objet de PHP, et ça c'est lent. Propre, mais leeeeeeennnnnt.
Rafael Pinilla
[^] # Re: Un benchmark Apache, Zope, SPIP et Templeet sur un OpenBrick
Posté par Rafael Pinilla . En réponse à la dépêche Un benchmark Apache, Zope, SPIP et Templeet sur un OpenBrick. Évalué à 4.
J'ai déjà indiqué plus haut les résultats sans cache: 7.3req/s et 145Ko/s pour les templAtes (compliqués :) de linuxfr.
En fait, TemplEEt fonctionne globalement comme ça (j'ai tracé la chose pour ne pas mourir crétin):
Erreur 403|404 => Execution de templeet.php qui lance le chrono (facteur ralentisseur, tiens), décode l'argument:
si argument=rien de connu => page d'erreur:
Sinon, il lit le templAte correspondant à l'argument:
Ouverture du TemplAte en question:
Mise en cache des include éventuels (héhé)
Parsing de haut en bas du templAte.
A chaque fonction, un appel vers ./module/nom_du_module.php , avec passage des arguments, ( un module gère de une à plusieurs fonctions mot-clé templEEt) qui bosse et revient au noyau de templEEt qui poursuit.
A la fin du templAte, le chrono est arrété, et le footer éventuel indiquant le temps d'exécution est éventuellement indiqué.
En gros, c'est comme ça que ça fonctionne, et ça va plus vite que SPIP même sans aucun cache. Pire, il écrit le cache à chaque fois qu'il est exécuté dans ce cas, il me semble, vu que comme il le templAte n'est sensé s'exécuter QUE en cas de cache absent, il est inutile de vérifier. Il faudrait désactiver l'écriture du cache pour voir.
En fait, ça va bien plus vite que tu ne penses.
Voilà.
Si un des créateurs de Templeet pense que j'ai dit des conneries, merci de rectifier.
[^] # Re: Un benchmark Apache, Zope, SPIP et Templeet sur un OpenBrick
Posté par Rafael Pinilla . En réponse à la dépêche Un benchmark Apache, Zope, SPIP et Templeet sur un OpenBrick. Évalué à 1.
C'est à un pouillème la même taille.
Vérifies.
[^] # Re: Un benchmark Apache, Zope, SPIP et Templeet sur un OpenBrick
Posté par Rafael Pinilla . En réponse à la dépêche Un benchmark Apache, Zope, SPIP et Templeet sur un OpenBrick. Évalué à 6.
Ca donne du 7.3 req/s pour 145Ko/s. La _seule_ différence, c'est que mon domumentroot pointait sur /var/newww/nexus/
Je rappelle qu'il s'agit des templates de linuxfr, les mêmes que ceux qui s'exécutent en pointant sur http://linuxfr.org/pub/(...)
J'étais tout fier des résultats, j'avais posté des résultats à l'arrache dans un newsgroup lost-oasis.
Même dans ce cas, c'est plus léger et plus rapide.
Ce n'est que quand quelques habitués du chan irc en question m'ont demandé d'inclure Zope et SPIP ce week end que j'ai tenté d'étendre le bench et de rendre un truc propre. Ca devait pas me prendre plus d'une heure. Ca ma pris un un jour.
Avec mon 145Ko/ et 7.3req/s J'ai pointé mon nez sur #templeet en donnant mes résultats. Là Fabien m'a rit au nez en arguant que j'avais _forcément_ raté une étape, car templeet ne pouvait _pas_ être si loin d'Apache.
Il m'a mis le nez sur la doc, sur la ligne sur laquelle j'étais passé convaincu d'avoir positionné la variable $pagecache. Mais non crétin que je suis, c'est le documentroot qu'il faut pointer dessus.
Et là: doute. Mais alors comment ça marche ??? A non mais attends, heu, ben oui ça doit marcher. J'essaie voir. Et là ça va vite, très vite.
C'est pas de ma faute, ça va vraiment vite ce truc.
[^] # Type de machine ?
Posté par Rafael Pinilla . En réponse à la dépêche Un benchmark Apache, Zope, SPIP et Templeet sur un OpenBrick. Évalué à 1.
Non, sans plaisanter, il faut voir avec les pics, mais il doit falloir mettre des mips en pagaille pour que la charge ne monte pas.
[^] # Comparer carottes et jantes d'AUDI 80 ?
Posté par Rafael Pinilla . En réponse à la dépêche Un benchmark Apache, Zope, SPIP et Templeet sur un OpenBrick. Évalué à 10.
Je rappelle à tous ceux qui liront le bench qu'il s'agit içi uniquement d'un test de charge, effectué de but en blanc parce que mon système est destiné à tourner sur une confuguration minimale. Aussi j'ai utilisé les fonctionnalités évoluées de chaque logiciel pour générer une page (de taille aussi égale que posible) mise en place par un système dynamique. Une fois cette page préparée, charge au système de la servir du mieux qu'il peut, aussi vite que possible, sans plomber la charge d'un pauvre processeur anémique. En référence j'ai choisi Apache, car c'est _la_ référence. Il fonctionne vite et bien. Il a fait ses preuves. il est livré d'origine. Il est libre. No troll please.