moi j'ai trouve ce qui faut pour java, PHP et C ainsi que purebasic dans ce site
il ne manque plus que quelques notions de html pour écrire un petit fichier http://helios.services.free.fr/openqm/index.html
besoin d'aide ?
J'en sais un peu plus sur le sieur Helios maintenant.
CV impressionnant.
http://www.bvr.be/helios/cv.html
-- Laurent, newbie FreeBSD'iste ;-)
Thierry Boudet
On 2005-09-27, Jerome Lambert wrote:
1) www.intertechnique.fr me renvoit vers une société qui fait des composants pour l'aviation, mais rien qui ne touche de près ou de loin à l'informatique
J'ai travaillé chez eux (à Plaisir les Gatines, banlieue sud de Paris) sur des systèmes Unix spécialisé en métrologie, je crois que c'était IN5000 (ou Realité 5000). Machines basées sur un bus VME, des procs 32016/32032 et des cartes de calcul à 29116.
J'en garde quelques bons souvenirs: le boutisme du 32000, la programmation du microcode, la cantine. Toute l'informatique sérieuse du labo tournait sur Vax. La seule utilisation de Pick que j'y ai croisé était la machine (1200?) qui pilotait l'imprimante à faire les étiquettes des pals.
Et dans le batiment d'à coté, ils fabriquaient des pièces pour l'aéronautique, genre des trains d'atterissages ou des portes.
</mavie>
--
| >On peut savoir lesquels ? | je leur laisse le soint de s'exprimer sur ce sujet. Les linuxiens sont des humains. Quoique certains admins... Tu pensais au GFA ?
On 2005-09-27, Jerome Lambert <jerome.lambert@swing.be> wrote:
1) www.intertechnique.fr me renvoit vers une société qui fait des
composants pour l'aviation, mais rien qui ne touche de près ou de loin à
l'informatique
J'ai travaillé chez eux (à Plaisir les Gatines, banlieue sud de
Paris) sur des systèmes Unix spécialisé en métrologie, je crois
que c'était IN5000 (ou Realité 5000). Machines basées sur un
bus VME, des procs 32016/32032 et des cartes de calcul à 29116.
J'en garde quelques bons souvenirs: le boutisme du 32000, la
programmation du microcode, la cantine. Toute l'informatique
sérieuse du labo tournait sur Vax. La seule utilisation de
Pick que j'y ai croisé était la machine (1200?) qui pilotait
l'imprimante à faire les étiquettes des pals.
Et dans le batiment d'à coté, ils fabriquaient des pièces pour
l'aéronautique, genre des trains d'atterissages ou des portes.
</mavie>
--
| >On peut savoir lesquels ?
| je leur laisse le soint de s'exprimer sur ce sujet.
Les linuxiens sont des humains. Quoique certains admins...
Tu pensais au GFA ?
1) www.intertechnique.fr me renvoit vers une société qui fait des composants pour l'aviation, mais rien qui ne touche de près ou de loin à l'informatique
J'ai travaillé chez eux (à Plaisir les Gatines, banlieue sud de Paris) sur des systèmes Unix spécialisé en métrologie, je crois que c'était IN5000 (ou Realité 5000). Machines basées sur un bus VME, des procs 32016/32032 et des cartes de calcul à 29116.
J'en garde quelques bons souvenirs: le boutisme du 32000, la programmation du microcode, la cantine. Toute l'informatique sérieuse du labo tournait sur Vax. La seule utilisation de Pick que j'y ai croisé était la machine (1200?) qui pilotait l'imprimante à faire les étiquettes des pals.
Et dans le batiment d'à coté, ils fabriquaient des pièces pour l'aéronautique, genre des trains d'atterissages ou des portes.
</mavie>
--
| >On peut savoir lesquels ? | je leur laisse le soint de s'exprimer sur ce sujet. Les linuxiens sont des humains. Quoique certains admins... Tu pensais au GFA ?
l'indien
On Wed, 28 Sep 2005 16:21:26 +0200, Emmanuel Florac wrote:
Le Wed, 28 Sep 2005 12:29:04 +0000, Michel Talon a écrit :
Je dois dire que WinXP Pro demarre en ~ 1 minute sur mon Athlon 1Ghz, ce qui est nettement plus rapide que Linux Debian Sarge qui met ~ 2mn et a peu pres pareil que FreeBSD. Alors je dis comme toi, bouffoneries.
Vous avez trop de services. Le dernier serveur en RAID que j'ai configuré mettaitn précisément 45 secondes entre l'appui sur le bouton et l'apparition du prompt GDM (OK c'est une grosse machine, mais quand même).
C'est long ! Chez moi, c'est le BIOS qui m'énèrve: c'est la phase la plus longue du boote. Ensuite, moins de 15 s après le prompt de lilo, je me logue sous X. Mais mon record à battre est un boot de Linux (sous shell, d'accord) en 0.9 s sur un PowerPC à 108 Mhz. Encore une fois, avec l'init du BIOS, on arrive à ~2 s, ce qui devient presque inacceptable...
On Wed, 28 Sep 2005 16:21:26 +0200, Emmanuel Florac wrote:
Le Wed, 28 Sep 2005 12:29:04 +0000, Michel Talon a écrit :
Je dois dire que WinXP Pro demarre en ~ 1 minute sur mon Athlon 1Ghz, ce
qui est nettement plus rapide que Linux Debian Sarge qui met ~ 2mn et a
peu pres pareil que FreeBSD. Alors je dis comme toi, bouffoneries.
Vous avez trop de services. Le dernier serveur en RAID que j'ai configuré
mettaitn précisément 45 secondes entre l'appui sur le bouton et
l'apparition du prompt GDM (OK c'est une grosse machine, mais quand même).
C'est long !
Chez moi, c'est le BIOS qui m'énèrve: c'est la phase la plus longue du
boote. Ensuite, moins de 15 s après le prompt de lilo, je me logue sous X.
Mais mon record à battre est un boot de Linux (sous shell, d'accord) en
0.9 s sur un PowerPC à 108 Mhz. Encore une fois, avec l'init du BIOS, on
arrive à ~2 s, ce qui devient presque inacceptable...
On Wed, 28 Sep 2005 16:21:26 +0200, Emmanuel Florac wrote:
Le Wed, 28 Sep 2005 12:29:04 +0000, Michel Talon a écrit :
Je dois dire que WinXP Pro demarre en ~ 1 minute sur mon Athlon 1Ghz, ce qui est nettement plus rapide que Linux Debian Sarge qui met ~ 2mn et a peu pres pareil que FreeBSD. Alors je dis comme toi, bouffoneries.
Vous avez trop de services. Le dernier serveur en RAID que j'ai configuré mettaitn précisément 45 secondes entre l'appui sur le bouton et l'apparition du prompt GDM (OK c'est une grosse machine, mais quand même).
C'est long ! Chez moi, c'est le BIOS qui m'énèrve: c'est la phase la plus longue du boote. Ensuite, moins de 15 s après le prompt de lilo, je me logue sous X. Mais mon record à battre est un boot de Linux (sous shell, d'accord) en 0.9 s sur un PowerPC à 108 Mhz. Encore une fois, avec l'init du BIOS, on arrive à ~2 s, ce qui devient presque inacceptable...
l'indien
On Wed, 28 Sep 2005 12:05:24 +0200, helios wrote:
"Vincent Bernat" a écrit dans le message de news:
OoO En cette matinée ensoleillée du mercredi 28 septembre 2005, vers 09:22, "helios" disait:
je ne preconise pas de faire fonctionne pick comme une base relationnelle classique mais pick en singlevalue est plus performant qu"une base relationnelle classique donc cela serait qu'en meme avantageux de le faire
Tu peux prouver ca ?
demande aux editeurs de system multivalue
Renault dit qu'ils font de meilleures voitures que Peugeot.
le seul probleme est que IBM par exemple ne fait pas que du multivalue il
fait aussi les concurents
J'attends donc avec impatience le lien de source IBM qui indique que le multivalue fait du single value plus vite que tout autre SGBD. -- Comme son nom l'indique, la Lyonnaise n'est pas auvergnate, qu'elle le prouve.
tu as deja un constructeur dire une de mes gammes est de la merde ?
Oui, IBM, qui précise que ses bases multivaluées sont destinées à développer rapidement de petites bases embedded et qu'il faut utiliser DB2 si les performances et la fiabilité sont importantes. Pour te faire un résumé simple: chez IBM, le multivalué, c'est l'équivalent d'access, rien de plus.
On Wed, 28 Sep 2005 12:05:24 +0200, helios wrote:
"Vincent Bernat" <vince@khabale.org> a écrit dans le message de
news:m3ek798ufn.fsf@neo.luffy.cx...
OoO En cette matinée ensoleillée du mercredi 28 septembre 2005, vers
09:22, "helios" <helios@com02.com> disait:
je ne preconise pas de faire fonctionne pick comme une base
relationnelle classique mais pick en singlevalue est plus
performant qu"une base relationnelle classique donc cela serait
qu'en meme avantageux de le faire
Tu peux prouver ca ?
demande aux editeurs de system multivalue
Renault dit qu'ils font de meilleures voitures que Peugeot.
le seul probleme est que IBM par exemple ne fait pas que du multivalue
il
fait aussi les concurents
J'attends donc avec impatience le lien de source IBM qui indique que
le multivalue fait du single value plus vite que tout autre SGBD.
--
Comme son nom l'indique, la Lyonnaise n'est pas auvergnate,
qu'elle le prouve.
tu as deja un constructeur dire une de mes gammes est de la merde ?
Oui, IBM, qui précise que ses bases multivaluées sont destinées à
développer rapidement de petites bases embedded et qu'il faut utiliser
DB2 si les performances et la fiabilité sont importantes.
Pour te faire un résumé simple: chez IBM, le multivalué, c'est
l'équivalent d'access, rien de plus.
OoO En cette matinée ensoleillée du mercredi 28 septembre 2005, vers 09:22, "helios" disait:
je ne preconise pas de faire fonctionne pick comme une base relationnelle classique mais pick en singlevalue est plus performant qu"une base relationnelle classique donc cela serait qu'en meme avantageux de le faire
Tu peux prouver ca ?
demande aux editeurs de system multivalue
Renault dit qu'ils font de meilleures voitures que Peugeot.
le seul probleme est que IBM par exemple ne fait pas que du multivalue il
fait aussi les concurents
J'attends donc avec impatience le lien de source IBM qui indique que le multivalue fait du single value plus vite que tout autre SGBD. -- Comme son nom l'indique, la Lyonnaise n'est pas auvergnate, qu'elle le prouve.
tu as deja un constructeur dire une de mes gammes est de la merde ?
Oui, IBM, qui précise que ses bases multivaluées sont destinées à développer rapidement de petites bases embedded et qu'il faut utiliser DB2 si les performances et la fiabilité sont importantes. Pour te faire un résumé simple: chez IBM, le multivalué, c'est l'équivalent d'access, rien de plus.
l'indien
On Wed, 28 Sep 2005 20:15:33 +0000, Alain Labarthe wrote:
Le 27-09-2005, Manuel Leclerc écrivait:
CIVILISATION IV SORT FIN OCTOBRE !
Voilà une bonne nouvelle :)
Va falloir changer de bécane ?
Si ça fait fait le coup de Civ III, oui.
Mais c'est justement ce que je viens de faire donc ça tombe bien.
Au risque de relancer le troll: je n'ai que des Dell, dois-je me tirer
une balle dans le pied?
Non, pas la peine: elle y est déjà ;-)
On Wed, 28 Sep 2005 20:15:33 +0000, Alain Labarthe wrote:
Le 27-09-2005, Manuel Leclerc écrivait:
CIVILISATION IV SORT FIN OCTOBRE !
Voilà une bonne nouvelle :)
Va falloir changer de bécane ?
Si ça fait fait le coup de Civ III, oui.
Mais c'est justement ce que je viens de
faire donc ça tombe bien.
Au risque de relancer le troll: je n'ai que des Dell, dois-je me tirer
Pour suivre le rythme de Debian, et je suis déja loin.
--
Toute machine qui se respecte a sa console sur un port serie... :-) La question n'est pas de savoir si elle a une console sur port série,
mais de savoir de quelle planète provient le connecteur ;-) --- fr.comp.ordinosaures ---
Manuel Leclerc
CIVILISATION IV SORT FIN OCTOBRE !
Voilà une bonne nouvelle :)
Va falloir changer de bécane ?
Si ça fait fait le coup de Civ III, oui.
Mais c'est justement ce que je viens de faire donc ça tombe bien.
Au risque de relancer le troll: je n'ai que des Dell, dois-je me tirer une balle dans le pied?
Je te dirais.
Je crois qu'il faudra de la CPU et de la RAM mais une carte 3D bas de gamme devrait suffire.
-- Copyright infringement is not necessarily wrong, but distributing software without respecting the freedom of the users is necessarily wrong. --Richard Stallman
CIVILISATION IV SORT FIN OCTOBRE !
Voilà une bonne nouvelle :)
Va falloir changer de bécane ?
Si ça fait fait le coup de Civ III, oui.
Mais c'est justement ce que je viens de
faire donc ça tombe bien.
Au risque de relancer le troll: je n'ai que
des Dell, dois-je me tirer une balle dans
le pied?
Je te dirais.
Je crois qu'il faudra de la CPU et de la RAM mais
une carte 3D bas de gamme devrait suffire.
--
Copyright infringement is not necessarily wrong, but distributing
software without respecting the freedom of the users is necessarily
wrong.
--Richard Stallman
Mais c'est justement ce que je viens de faire donc ça tombe bien.
Au risque de relancer le troll: je n'ai que des Dell, dois-je me tirer une balle dans le pied?
Je te dirais.
Je crois qu'il faudra de la CPU et de la RAM mais une carte 3D bas de gamme devrait suffire.
-- Copyright infringement is not necessarily wrong, but distributing software without respecting the freedom of the users is necessarily wrong. --Richard Stallman
Miod Vallat
J'ai travaillé chez eux (à Plaisir les Gatines, banlieue sud de Paris) sur des systèmes Unix spécialisé en métrologie, je crois que c'était IN5000 (ou Realité 5000). Machines basées sur un bus VME, des procs 32016/32032 et des cartes de calcul à 29116.
32.0, donc WS ? Tu es sûr que ce n'etaient pas des 32.5, donc NS ?
J'ai travaillé chez eux (à Plaisir les Gatines, banlieue sud de
Paris) sur des systèmes Unix spécialisé en métrologie, je crois
que c'était IN5000 (ou Realité 5000). Machines basées sur un
bus VME, des procs 32016/32032 et des cartes de calcul à 29116.
32.0, donc WS ? Tu es sûr que ce n'etaient pas des 32.5, donc NS ?
J'ai travaillé chez eux (à Plaisir les Gatines, banlieue sud de Paris) sur des systèmes Unix spécialisé en métrologie, je crois que c'était IN5000 (ou Realité 5000). Machines basées sur un bus VME, des procs 32016/32032 et des cartes de calcul à 29116.
32.0, donc WS ? Tu es sûr que ce n'etaient pas des 32.5, donc NS ?
Manuel Leclerc
[Test supersedes FAQ OE] [hein ?]
CIVILISATION IV SORT FIN OCTOBRE !
Voilà une bonne nouvelle :)
Va falloir changer de bécane ?
Si ça fait le coup de Civ III, oui.
Mais c'est justement ce que je viens de faire donc ça tombe bien.
Au risque de relancer le troll: je n'ai que des Dell, dois-je me tirer une balle dans le pied?
Je te dirais.
Je crois qu'il faudra de la CPU et de la RAM mais une carte 3D bas de gamme devrait suffire.
-- Copyright infringement is not necessarily wrong, but distributing software without respecting the freedom of the users is necessarily wrong. --Richard Stallman
[Test supersedes FAQ OE]
[hein ?]
CIVILISATION IV SORT FIN OCTOBRE !
Voilà une bonne nouvelle :)
Va falloir changer de bécane ?
Si ça fait le coup de Civ III, oui.
Mais c'est justement ce que je viens de
faire donc ça tombe bien.
Au risque de relancer le troll: je n'ai que
des Dell, dois-je me tirer une balle dans
le pied?
Je te dirais.
Je crois qu'il faudra de la CPU et de la RAM mais
une carte 3D bas de gamme devrait suffire.
--
Copyright infringement is not necessarily wrong, but distributing
software without respecting the freedom of the users is necessarily
wrong.
--Richard Stallman
Mais c'est justement ce que je viens de faire donc ça tombe bien.
Au risque de relancer le troll: je n'ai que des Dell, dois-je me tirer une balle dans le pied?
Je te dirais.
Je crois qu'il faudra de la CPU et de la RAM mais une carte 3D bas de gamme devrait suffire.
-- Copyright infringement is not necessarily wrong, but distributing software without respecting the freedom of the users is necessarily wrong. --Richard Stallman
Thierry Boudet
On 2005-09-28, Miod Vallat wrote:
J'ai travaillé chez eux (à Plaisir les Gatines, banlieue sud de Paris) sur des systèmes Unix spécialisé en métrologie, je crois que c'était IN5000 (ou Realité 5000). Machines basées sur un bus VME, des procs 32016/32032 et des cartes de calcul à 29116.
32.0, donc WS ? Tu es sûr que ce n'etaient pas des 32.5, donc NS ?
Exact, des 32016 et des 32032 de National, du CPU généraliste, alors que ceux de Western étaient des Dsp, il me semble.
On 2005-09-28, Miod Vallat <miod@online.fr> wrote:
J'ai travaillé chez eux (à Plaisir les Gatines, banlieue sud de
Paris) sur des systèmes Unix spécialisé en métrologie, je crois
que c'était IN5000 (ou Realité 5000). Machines basées sur un
bus VME, des procs 32016/32032 et des cartes de calcul à 29116.
32.0, donc WS ? Tu es sûr que ce n'etaient pas des 32.5, donc NS ?
Exact, des 32016 et des 32032 de National, du CPU généraliste,
alors que ceux de Western étaient des Dsp, il me semble.
J'ai travaillé chez eux (à Plaisir les Gatines, banlieue sud de Paris) sur des systèmes Unix spécialisé en métrologie, je crois que c'était IN5000 (ou Realité 5000). Machines basées sur un bus VME, des procs 32016/32032 et des cartes de calcul à 29116.
32.0, donc WS ? Tu es sûr que ce n'etaient pas des 32.5, donc NS ?
Exact, des 32016 et des 32032 de National, du CPU généraliste, alors que ceux de Western étaient des Dsp, il me semble.
