François B. a écrit 363 commentaires

En plus ca emmerde ceux qui tentent de bosser par mail.

Et bien il faut qu'ils changent d'habitudes ... Pour transférer des fichiers, le mail est une catastrophe ! Ce n'est pas ci difficile que ça d'utiliser le FTP.
Et que personne me dise que ce n'est pas possible, que les utilisateurs n'y arriveront jamais, je connais une boîte de graphisme qui utilise cette méthode tous les jours : ils copient le fichier à envoyer dans un répertoire partagé puis vont sur une page de l'intranet qui leur renvoie l'URL FTP vers le fichier (le serveur crée automatiquement un répertoire de nom aléatoire qui n'est pas retourné par un "ls" pour permettre un accès anonyme avec un minimum de sécurité). Pour recevoir un fichier, ils vont sur l'intranet et font une demande de création de répertoire dont ils donnent l'adresse au client.
Tout ça se fait en trois scripts ... (un d'envoi, un de réception et un de nettoyage dans la crontab).
En plus, ils ont bien moins de problèmes à cause des limitations en tailles de certaines boîtes. Jusqu'à maintenant, aucun client n'a fait d'objection. Ils sont d'abord surpris la plupart du temps, mais ils trouvent que finalement c'est plus facile (sic).

Je ne sais pas si ce genre de logiciel existe (toujours célibataire ;-)), mais je pense qu'un bon point de départ serait le projet Debian Jr à http://www.debian.org/devel/debian-jr/(...)
La distribution est toujours en développement, mais je pense qu'il y a des pointeurs vers des ressources intéressantes sur le sujet.

Bon, on va faire ça dans l'ordre ...

humm ... comment a tu fait tes tests ?
avec quel injecteur ??
Deluge ( http://deluge.sourceforge.net(...) ) et Hammerhead ( http://hammerhead.sourceforge.net(...) ). Tous deux sont en GPL ...

qu'est-ce qu'un UTILISATEUR pour ton injecteur ?
Un utilisateur pour l'injecteur est un utilisateur dans l'application : préférences + contexte.

parce que simuler ne serai-ce que 1000 requetes simultanées c'est pas une chose aisée ... il faut plusieurs machines en parallèle ...
En effet, il y en avait trois. De toutes façons, je pense que je n'étais pas loin de la limitation physique du réseau (10 Mb/s). Il faudrait que je regarde plus en détail les résultats ...

de plus 1 requete != 1 utilisateur:
En effet, il s'agit d'un serveur de documentation. Je suis parti de l'hypothèse qu'un utilisateur actif charge une page environ toutes les 30 secondes. Je pense d'ailleurs que c'est assez large ... mais comme je suis au début du développement du projet, c'était juste pour voir si la solution était viable.

sur une page web souvent il y a des images ... donc plusieurs requetes HTTP.
Il y a en fait très peu d'images dans mon cas, et la plupart d'entre elles sont sur toutes les pages (logo de l'application, pictogrammes de sections ...) et résident donc dans le cache du navigateur. Sinon, il doit y avoir une dizaine d'images non récurrentes. La probabilité de tomber sur une page ayant une image doit être inférieure à 0.1%. Mais bon, ce que je voulais tester était la réponse applicative (J2EE + BDD), pas le serveur ...

quand il y a des saisies, un utilisateur qui par pisser au milieu d'un écran de saisie ca peut bloquer sa session du cote du serveur ... et quand tu as 1000 utilisateurs simultanés, tu peux avoir beaucoup de sessions en attente ...
Dans mon application, les actions d'un utilisateur n'impactent pas les autres. Je n'ai à aucun endroit de système de verrou sur les données globales par un utilisateur. Les seules saisies possibles concernent les préférences de l'utilisateur (ne peut potentiellement bloquer que cet utilisateur) et l'administration de l'application (un bloquage des sessions est alors voulu). J'ai considéré que ces saisies étaient marginales dans l'utilisation de l'aplication, je les ai donc exclues de mon test.
En fait, les chargements de données dans la base ne sont possible que depuis une application indépendante qui va directement taper dans les EJB. Il serait beaucoup trop complexe d'essayer de faire ça depuis l'application HTTP à cause de la très grande quantité d'informations à lire sur le disque ... Il est également prévu d'automatiser ces mises à jour, qui peuvent alors avoir lieu pendant les heures creuses d'utilisation.

bref prenons des pincettes pour manipuler ces chiffres.
C'est vrai que j'aurais dû préciser dès le début, mais les frustrés qui ne connaissent pas Java m'ont trop énervé pour que j'y pense de prime abord ...

<parodie src="slogan de pub">
Ce sont ceux qui trollent le plus qui connaissent le moins ...
</parodie>

Moi, je connais les deux et j'ai actuellement des projets avec les deux ...

• L'un est le site pour une association, petite taille, pas de miroir ==> PHP (de toutes façon l'hébergeur ne propose pas de JSP ;-))
• L'autre est une partie d'une grosse application dont les données sont vraiment très complexes. Les données ne seraient pas raisonnablement manipulables avec PHP. La solution est donc EJB, Beans et JSP.

Conclusion, si tu n'as pas à faire de petit site, PHP ne t'aidera pas (ou alors tu te retrouveras avec une usine à gaz comme PHPnuke). Sinon, PHP s'apprend en deux jours avec la doc qui est en ligne sur http://php.net(...)

PS : j'ai fait quelques tests de charge avec mon projet JSP. Le serveur était sur un Pentium 233MMX, 64 MB de RAM sur réseau local 10Base-T. Avec 100 utilisateurs, temps moyen de réponse 2 s, temps maximum 5 s. Avec 1000 utilisateurs, 7 et 21 s. Donc Java n'est pas toujours lourdingue : il suffit de programmer autrement et arrêter de faire confiance au matériel pour récupérer les erreurs de conception.

Non ! Je sais exactement de quoi il s'agit puisque j'ai moi-même cette carte !

Sur le site de Donald Becker, page http://www.scyld.com/network/ethercard.html(...) :

The VIA Rhine and Rhine-II chips, via-rhine.c. This chip is used on many OEM boards. The most common branded implementation is the D-Link DFE530-TX. (Note: the DFE530-TX+ uses a RTL8139B chip.) You will need a driver with version 1.07 or higher if you have a VT6102 Rhine-II chip with PCI device ID 3065.

Dans le noyau 2.2.19, on peut lire (fichier drivers/net/via-rhine.c)

/* These identify the driver base version and may not be removed. */
static const char version1[] =
"via-rhine.c:v1.08b-LK1.0.0 12/14/2000 Written by Donald Becker\n";
static const char version2[] =
" http://www.scyld.com/network/via-rhine.html(...) \n";

Dans le 2.2.18, on avait la v1.01 du 2/27/99.

Donc, en effet, on ne pouvait pas utiliser la révision 2 des DFE 530TX avec le 2.2.18 sans rien ajouter au noyau simplement parce que D-Link a décidé de déplacer une zone de mémoire d'un octet. Le 2.2.19 permet automatiquement d'utiliser la bonne adresse avec toutes les révisions de cartes.

C'est bien beau d'essayer de lancer un troll/FUD (barrer la mention inutile), mais encore faut-il croiser les doigts en espérant que personne ne verra la supercherie. Dire que j'espérais beaucoup de ce nouveau port avec un noyau BSD, mais si c'est pour être assimilé à des personnes qui ont un si mauvais esprit, autant rester avec Linux. C'est pas toujours la joie, mais c'est moins pire !

La D-Link DFE 530TX est supportée par le noyau 2.2.19 (module via-rhine, même la rev.2 du chip) ...

PRNG genere des nombres pseudo-aleatoires.

D'où son nom ...
PRNG == Pseudo Random Number Generator
Il ne s'agit pas d'un nom d'algorithme particulier, mais d'une classe d'algorithmes.

C'est super ! Moi qui me disais qu'un seul linux-mag pour les 2 mois de vacances, ça ferait peu. Mais bon, vous n'avez pas peur de vous décrédibiliser à le sortir avec autant d'avance ? Bien sûr, il ne faut pas faire comme pour le HS sur GIMP ;-)
Enfin moi je dis ça ... ça ne m'empèchera pas d'envoyer mon chèque pour l'abonnement !

Ce n'est pourtant pas compliqué de lire les 3 lignes qui suivent :

It is a bunch of people that speak about CPU design on a mailing list where the owner has disapeared.
It is also (and it's certainly more interesting) the first purely SIMD superpipelined 64-bit RISC CPU, and its sources are distributed under the terms of the GNU licence supplemented by a charter.
You can think about it like a "Bourbaki" group for computers, or the "Linux of the CPU world", a strange mix of utopia, realism and creativity. But most of all : the F-CPU is what you make with it, it's nobody's and everybody's CPU.

desfois c'est bon, desfois non

Mouarf !
Dire que ça fait des années que les clignotants des voitures font pareil, et personne n'essaye de les réparer ...
Te fatigue pas Fabien ;-)

M'enfin, le site il est en français, pas en anglais ...

Bon, à ce soir !

J'ai été trop long avec mes copier-coller ... Et encore, j'ai hésité à traduire les passages :-/

Si, il a de l'USB, mais ça ne marche pas ...
Pour info, voici ce qu'il a posté sur http://linuxgames.com(...) :

I am writing a driver for force feedback devices for Linux. The driver is still in development (the API may change), but people can start playing with it. I would like developers to tell me what kind of API they would like, and users are welcome to test it. At the moment only I-Force devices are supported, and they must be connected to the serial port (my USB ports do not work, sorry).

De même, dans les plans qu'il fait sur son site, il dit : USB. It would be nice, but USB does not work on my computer, due to a hardware problem.
Dans tous les cas, c'est de bonne augure !

Celui de UserFriendly se trouve ici : http://ars.userfriendly.org/cartoons/?id=20010513(...)

Celui de After Y2K : http://www.geekculture.com/geekycomics/Aftery2k/aftery2kmain.html(...)

Ici, en direct de Vesoul, je peux te dire qu'au vu des questions qui nous sont posées, les install parties sont loin d'être inutiles ! Le travail que nous devons fournir n'est pas (toujours) celui du gourou qui aide le petit nouveau à faire ses premiers pas, mais il est celui du témoin d'un système inconnu du grand public. Beaucoup de personnes ont entendu parler de Linux, d'autres de logiciels libres. Ils veulent avant tout savoir ce que cela veut dire, ce que ça vaut, et est-ce qu'il est temps pour eux de faire le grand pas (la plupart se rendent bien compte que ce n'est pas si facile que ça).

De plus, noubreux sont les nouveaux utilisateurs de logiciels libres qui ont des problèmes et qui ne savent absolument pas qu'ils peuvent être aidés par le biais de sites web, de listes de diffusion, de newsgroups, de canaux sur IRC ... Ils gardent leurs habitudes d'anciens utilisateurs de Windows ou de Macintosh, dont le leitmotiv est Aide-toi et le ciel t'aidera. En gros : démerde-toi !

Notre rôle n'est donc pas d'écraser le nouvel utilisateur par un jargon et une technique rebutante en vue de le dominer. Au contraire, nous devons simplement et avec ses propres mots et images, lui montrer qu'autre chose existe, et que s'il choisi la même voie, il sera aidé par la plupart du reste de la communauté. Nous devons lui montrer qu'un autre état d'esprit est à la base de notre système ...

Je n'ai pas la licence sur la machine où je suis, mais il me semble que les JDK portés par Blackdown ne sont pas ouverts. En effet, si ma mémoire ne me trompe pas, Blackdown ne fait que le portage des logiciels SUN.

En revanche, des projets comme Kaffe, Classpath ou Gcj reconstruisent from scratch selon les spécifications, ce qui fait qu'ils sont totalement libres.

... pour pouvoir profiter de l'offre, il faut que le LUG en question commande au minimum 10 unités de chaque titre voulu. Ce n'est pas forcément gagné pour les petits LUGs :-/ mais c'est toujours mieux que rien !

Non, même pas ! Sous Windows, il faut un logiciel particulier ...

C'est aussi pour cette raison que le Mirabellug lui a demandé un logo ( http://mirabellug.org(...) ).

Merci André, ton travail est excellent ! Pour ceux qui ne connaissent pas, il expose certaines de ses oeuvres ici : http://linuxgraphic.org/exposer/andre/index.html(...)

En fait, mon propos n'était pas de critiquer l'acronyme ni votre action, mais de rester dans la lignée du premier message de l'enfilade (héhé, c'est la première fois que je préfère le terme de l'Académie Française).

Mon intention était donc ... d'allonger l'acronyme (il parraît qu'elles préfèrent ;-))

Ils auraient dû remplacer Linux par Logiciels Libres ...

Non !
Un service pack w*****s change les interfaces, ce qui fait que ça casse plein de trucs à chaque fois.
Une version .r Debian ne fait que corriger des bugs de sécurité et des bugs considérés comme importants ou critiques. Les fonctionnalités ne sont normalement pas modifiées (sinon, on passe à la mineure, voire la majeure suivante).

Ah ? Je ne savais pas que c'était Linus l'inventeur des fichiers de log !

Bon, débile -> -1

eL mileys ste alm crité. lI evraitd treê << ); >> ...

onB, SH >- 1-

ufo !