First we compile the modified source with the normal C compiler to produce a bugged binary. We install this binary as the official C. We can now remove the bugs from the source of the compiler and the new binary will reinsert the bugs whenever it is compiled
Donc c'est un Trojan tout ce qu'il y'a de classique obtenu par distribution d'un binaire infecté. La recompilation de ces sources sur un système "sain" génèrerait un binaire différent et non infecté.
On peut faire confiance aux principes de fonctionnement du logiciel libre pour qu'un tel trojan soit normalement assez vite détecté (mais ce cas de trojan est bien sur toujours possible).
Mais les sources du compilo contenaient ce qu'il fallait pour compiler le binaire avec le "trou".
Sous Linux, les sources du noyau et de tout ce qui va au dessus sont disponibles... et les sources du compilateur aussi, ce qui évite autant que faire se peut ce genre de gag.
Je ne reboote ma machine perso que pour changer de version de noyau ou de driver NVidia. Je n'ai jamais eu de problèmes de fuites mémoire avec leur driver, ce qui ne veut pas dire qu'il n'y en a pas, ça doit dépendre de la config (Athlon XP 2400 + GeForce 4 Ti 4200 + SiS 745 dans mon cas).
Un conseil par contre pour ta future machine, si tu choisis un Athlon, évite les chipsets VIA (ou pire, NVidia nForce !) et choisis un SiS. Tout le monde n'a pas d'ennuis avec mais certains south bridges VIA sont des merdes d'un fort beau calibre.
Premièrement, même si mon xawdecode sait le faire et est configuré pour (inutile d'être hypocrite), je ne regarde pas C+. Je déteste le foot et en général, j'ai déjà acheté le DVD des films qui me plaisent qu'ils diffusent donc je ne regarde pas non plus leurs films.
La carte TV dans le PC, ça me permet de regarder les infos en même temps que je réponds à mes emails (la télé est dans une autre pièce) et ça s'arrète là.
J'aimerais bien transformer tout ça en système ressemblant à Tivo. C'est à dire un truc capable d'enregistrer automatiquement tous les documentaires par exemple si on lui dit de le faire et d'en gérer un spool de "prêt à regarder". Xawdecode sait déjà bien enregistrer en DivX en commande manuelle. Nxtvepg sait extraire les grilles de
programmes Françaises, les horaires, les thèmes et en gérer une base de données mais il manque encore la liaison entre les deux pour faire un système à la Tivo.
Deuxièmement, je me fous du monde Windows, ses utilisateurs peuvent pirater ou non, planter ou non, se monter le CD sur un collier autour du cou, ça m'importe peu.
Y'a un truc que xawtv ne fait pas non plus (du moins sur ma machine ?), avec X11 en 24 bits, xawtv me fait une image noire alors que xawdecode fonctionne parfaitement.
Autre truc que xawtv ne fait pas, avec un certain plugin, xawdecode améliore nettement la qualité de l'image et du son d'une certaine chaine à certaines heures :-)
Au boulot, on a une station SGI Onyx 2 (enfin station, c'est plutôt la taille armoire) qui a presque 2 ans mais qui a 4 Go de Ram. Pour l'instant ça va encore pour remonter un véhicule complet mais le moment ou on aura besoin de plus est très proche...
Mais bon, la SGI c'est du 64 bits depuis longtemps donc ça roule :-)
(je viens de le voir à l'instant dans la doc de gcc) Il suffit de compiler avec -msse ou -msse2 pour faire executer un maximum de calculs flottants sur ces unités.
Par contre, c'est simple précision seulement pour SSE. SSE2 n'est encore que sur le P4 et pas sur l'XP. Faut attendre l'Oteron pour avoir le SSE2 sur un CPU AMD.
Dans la doc, y'a même marqué qu'on peut essayer -mfpmath=sse,387 pour utiliser à la fois SSE et les unités flotantes classiques x86 pour réaliser les calculs mais c'est marqué comme expérimental.
Pour ce qui est du driver 3D 64 bits ou non, c'est tellement complexe que je ne m'avancerai pas trop là dessus. Je me demande d'ailleurs si ça va faire gagner quoi que ce soit...
Curieux ça. Les drivers NVidia ne sont pas encore sorti pour x86-64 (le 64 bits de chez AMD) mais seulement pour IA 64 (le 64 bits de chez Intel).
Donc soit NVidia a ça sous le coude (ça ne m'étonnerait pas non plus), soit ils utilisent des drivers 32 bits vu que le x86-64 reste compatible x86 classique et ils ont juste enfumé les journalistes pour la démo (TRES probable).
C'est vrai que NVidia n'a pas non plus de raisons de mettre d'éventuels drivers x86-64 sur son site que que le CPU n'est pas encore sur le marché.
Et libdvdcss contient DeCSS évidement, ce qui la rend tout aussi illégale, au moins aux USA.
Je me demande si la question de la légalité de distribuer quelque chose capable de décrypter (et donc de copier) un DVD s'est déjà posée en France (faire le parallèle avec les décodeurs pirate Canal+...)
J'aimerais bien utiliser la MDK mais je trouve que le tout fait vraiment un peu trop fraichement tiré du CVS. (mais bon, j'utilise la RedHat depuis la 5.0 alors forcément, j'ai mes habitudes :-) J'ai même une RedHat 2.1 dans un pack Infomagic de 1995 (ainsi que la Slack 3.0 et la Debian 1.0 !)
Je trouve vraiment que la RH 8.0 avec Gnome 2.0 plus BlueCurve représentent un énorme progrès en simplicité d'utilisation et convivialité par rapport à toutes les distribs précédentes. Les menus et préférences ont bien été rationalisés et simplifiés (je dirai rangés !), Nautilus 2.0.6 est devenu un excellent file manager simple et rapide tout en ayant pas mal de fonctionnalités.
Je la conseille beaucoup plus dans mon entourage non informaticien comme OS par défaut que je n'ai pu le faire dans le passé avec les distribs antérieures et tout le monde s'en tire très bien avec.
Y'a 2 ou 3 faiblesses comme par exemple metacity, le window manager par défaut qui est un peu simple et a quelques bugs (installer tout de suite une 2.4.3 pour tout corriger !), xmms qui ne lis plus les MP3 pour les raisons de license déjà évoquées (un petit tour sur freshrpms y remédiera) mais il y'a vraiment eu un gros travail de fait sur l'interface et c'est ce qui est le plus indispensable si Linux veut conquérir le desktop !
J'avais aussi ce problème de crash du PC : si je regardais la télé (donc via la couche Xv de XFree) ou si je regardais une vidéo avec MPlayer (Xv aussi) toute consomation un peu forte d'IO (gravage, compilation, lancer une appli !) crashait définitivement le PC (pas de SysRq, plus de réponse au ping)
Malheureusement, ce patch n'a pas résolu mon problème.
Virer la carte Via et mettre une SiS à la place a résolu le problème !
Je vais m'attirer une nuée de -1 avec ce qui suit mais peu importe.
Comme la cible est le grand public, j'aurais plutôt tendance à faire les choix suivants :
CPU AMD : bien plus rapide sous Linux qu'un P4, même de rating équivalent. Ne croyez pas les benchs sous Windows et faites des petits tests genre compil du noyau pour rire.
Carte mère : chipset SiS 735 ou SiS 745 mais surtout pas VIA. D'abord c'est moins cher et ensuite, les VIA sont des sacs à bugs côté gestion du PCI et débits sur ce bus. Je sors de 2 cartes VIA (KT 133 et KT 266A) et je suis bien content de m'en être débarassé ! Sous Windows, ils ont un driver 4in1 spécial pour ces cartes qui contourne les bugs mais on n'a pas eu droit à toutes les infos sous Linux donc les bugs sont là.
Carte Vidéo : NVidia (rumeurs dans l'auditoire). Désolé, c'est ce qui marche le mieux en 3D et la sortie télé est également bien gérée. Prévoir une GeForce 4 MX ou Ti pour que les nouveaux jeux tournent bien (UT 2003, NwN et Doom 3).
Distrib : RedHat 8 (hurlements dans l'auditoire !). Leur nouvelle distrib à fait des progrès énormes en "utilisabilité" grâce à Gnome 2. Absolument plus rien à voir avec une 7.x. Il faudra y rajouter tous les patchs officiels du jour (chez RedHat), une version plus récente de Metacity et les drivers NVidia bien installés et avec TwinView préconfiguré pour gérer la sortie télé, histoire d'être tranquile.
Côté softs, y'a tout ce qu'il faut dans la RH 8.0 dont OpenOffice, bien lourd mais bien pratique pour causer le MS Office.
Côté jeux, UT 2003 + Wolfenstein en bundle et préinstallés, ça me paraitrait bien sympathique :-)
Avec tout ça, ça fait un PC grand public parfaitement utilisable par tous si l'install est bien soignée.
C'est dommage que personne n'ai jamais eu l'idée (à ma conaissance) de recréer un système d'aide aussi convivial sous Linux. Mais c'est vrai aussi que de nos jours, on ferait plus ça sous la forme de pages HTML.
Quand les Alpha sont sortis, le code 32 bits ne tournait PAS sur Alpha.
Je me rapelle les hauts cris que tous le monde à poussé lors d'une présentation de l'Alpha en 92 (ou 91 ? je sais plus). Dec a complétement raté son passage à l'Alpha et à fait fuir des tas de clients traditionnels.
Qu'ils aient corrigé ça plus tard en ajoutant un émulateur Vax 32 bits à Alpha VMS, peut-être, je ne sais pas. On n'est jamais passé à Alpha parce qu'un certain nombre d'applis vitales chez nous n'ont jamais été portées sur Alpha VMS mais directement sous Unix, sur Sun et Silicon.
Ben sans vouloir faire le dino, VMS était particulièrement plus convivial qu'Unix en ligne de commande et plus facile à utiliser (mais moins puissant que les possibilités du shell).
Pour l'éditeur, j'avoue que je préférais la simplicité avec EDT, mais je ne suis pas développeur.
X + mwm, c'était aussi sur VaxStation 3100 ou 4000. On a utilisé ces stations pendant des années pour faire de la CAO avec Euclid.
Ils ont oublié de causer de HELP, le système d'aide en ligne particulièrement génial et bien foutu. Tous les VMSiens qui sont passé à Unix ont ralé quand ils sont passé de HELP à man ! Ils ont oublié aussi de parler de ce qu'on appelait le mur gris (ou orange avec VMS < 5.0), c'est à dire les armoires de doc hyper complètes sur l'OS et traitant de tous ses aspects.
Par contre, ils ont passé sous silence VMSLICENSE et le cout faramineux de certaines (pour avoir le droit de causer TCP/IP sur un serveur par exemple...). C'est pas forcément l'aspect le plus glorieux de VMS.
Et puis le filesystem qui fragmente... Faire tourner un truc genre Diskeeper aidait pas mal pour les perfos.
Et puis le cluster, c'est gentil mais on pouvait difficilement faire un LAVC de plus d'une quarantaine de machines sans que ça explose. NFS est infiniment plus pratique pour partager les fichiers.
RT/Vax oui. Le pire est que j'en avais un sur mon site (pour du pilotage de bancs d'essais). Mais bon, ça reste hyper anecdotique par rapport aux autres.
Tout le bouquin est téléchargeable, c'est excellent !
Par contre, je m'attendais plus à une présentation poussée de chaque OS.
Pour la partie VMS que je connais bien (j'ai aussi été un dinosaure :), la présentation se limite à une seule page. Le reste, c'est un cours de DCL (le Shell du Vax) donc un peu court, je trouve.
Y'a une connerie en page de de ce chapitre aussi. Dans le cadre "Even if no one had developed versions of UNIX to run on VAXex,...". Ben pas de bol, Ultrix, l'Unix de chez Dec à aussi tourné sur CPU Vax...
Pour ceux qui ne conaissent pas précisément, VMS, c'est le nom de l'OS. VAX, c'est le nom du CPU 32 bits commercialisé à partir de 78 dans des minis ordinateurs que, par extension, on apelle aussi Vax. A ne pas confondre avec les machines plus récentes à base de CPU Alpha 64 bits tournant aussi VMS ou Ultrix mais sans compatibilité binaire avec leurs prédécesseurs 32 bits (ce qui a fait perdre sa clientèle Vax à Dec !).
3 OS majeurs sur ces machines : Vax/VMS et Vax/Ultrix réalisés par Dec et l'Unix d'AT&T. Plus récement, on y trouve aussi FreeBSD et même... Linux !
[^] # Re: désolé je me suis mal exprimé
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche Un petite analyse critique de « l'affaire » de la NSAKEY. Évalué à 2.
First we compile the modified source with the normal C compiler to produce a bugged binary. We install this binary as the official C. We can now remove the bugs from the source of the compiler and the new binary will reinsert the bugs whenever it is compiled
Donc c'est un Trojan tout ce qu'il y'a de classique obtenu par distribution d'un binaire infecté. La recompilation de ces sources sur un système "sain" génèrerait un binaire différent et non infecté.
On peut faire confiance aux principes de fonctionnement du logiciel libre pour qu'un tel trojan soit normalement assez vite détecté (mais ce cas de trojan est bien sur toujours possible).
[^] # Re: La vrai question derriere tout ca ?
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche Un petite analyse critique de « l'affaire » de la NSAKEY. Évalué à 0.
Sous Linux, les sources du noyau et de tout ce qui va au dessus sont disponibles... et les sources du compilateur aussi, ce qui évite autant que faire se peut ce genre de gag.
[^] # Re: Superbe merde
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche Drivers ATI pour Linux. Évalué à 3.
Un conseil par contre pour ta future machine, si tu choisis un Athlon, évite les chipsets VIA (ou pire, NVidia nForce !) et choisis un SiS. Tout le monde n'a pas d'ennuis avec mais certains south bridges VIA sont des merdes d'un fort beau calibre.
[^] # Re: Xawdecode: nouvelle version et tout nouveau site
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche Xawdecode: nouvelle version et tout nouveau site. Évalué à 2.
La carte TV dans le PC, ça me permet de regarder les infos en même temps que je réponds à mes emails (la télé est dans une autre pièce) et ça s'arrète là.
J'aimerais bien transformer tout ça en système ressemblant à Tivo. C'est à dire un truc capable d'enregistrer automatiquement tous les documentaires par exemple si on lui dit de le faire et d'en gérer un spool de "prêt à regarder". Xawdecode sait déjà bien enregistrer en DivX en commande manuelle. Nxtvepg sait extraire les grilles de
programmes Françaises, les horaires, les thèmes et en gérer une base de données mais il manque encore la liaison entre les deux pour faire un système à la Tivo.
Deuxièmement, je me fous du monde Windows, ses utilisateurs peuvent pirater ou non, planter ou non, se monter le CD sur un collier autour du cou, ça m'importe peu.
# Re: Les ordinateurs d'Oracle passent à Linux
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche Les ordinateurs d'Oracle passent à Linux. Évalué à 2.
http://www.sun.com/servers/entry/lx50/?redirect=false&refurl=ht(...)
Mais bi PIII 1.4 GHz et 6 Go de SDRam PC133, y'a pas de quoi se relever la nuit...
[^] # Re: Xawdecode: nouvelle version et tout nouveau site
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche Xawdecode: nouvelle version et tout nouveau site. Évalué à 4.
# Re: Xawdecode: nouvelle version et tout nouveau site
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche Xawdecode: nouvelle version et tout nouveau site. Évalué à 2.
Autre truc que xawtv ne fait pas, avec un certain plugin, xawdecode améliore nettement la qualité de l'image et du son d'une certaine chaine à certaines heures :-)
[^] # Re: Guide : rippage et encodage d'un DVD sous Linux
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche Guide : extraction et encodage d'un DVD sous Linux. Évalué à 0.
[^] # Re: Prix SUN
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche UT2003 64 bits porté sous Linux. Évalué à 1.
Mais bon, la SGI c'est du 64 bits depuis longtemps donc ça roule :-)
[^] # Re: un jeu 64 bits...
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche UT2003 64 bits porté sous Linux. Évalué à 2.
Par contre, c'est simple précision seulement pour SSE. SSE2 n'est encore que sur le P4 et pas sur l'XP. Faut attendre l'Oteron pour avoir le SSE2 sur un CPU AMD.
Dans la doc, y'a même marqué qu'on peut essayer -mfpmath=sse,387 pour utiliser à la fois SSE et les unités flotantes classiques x86 pour réaliser les calculs mais c'est marqué comme expérimental.
Faudrait bencher tout ça...
[^] # Re: UT2003 64 bits porté sous Linux
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche UT2003 64 bits porté sous Linux. Évalué à 3.
http://gcc.gnu.org/onlinedocs/gcc/i386-and-x86-64-Options.html(...)
gcc -m64 !
Pour ce qui est du driver 3D 64 bits ou non, c'est tellement complexe que je ne m'avancerai pas trop là dessus. Je me demande d'ailleurs si ça va faire gagner quoi que ce soit...
[^] # Re: euh...
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche Linux Bureau: quelle distribution meurt en premier ?. Évalué à 1.
# Re: UT2003 64 bits porté sous Linux
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche UT2003 64 bits porté sous Linux. Évalué à 5.
Donc soit NVidia a ça sous le coude (ça ne m'étonnerait pas non plus), soit ils utilisent des drivers 32 bits vu que le x86-64 reste compatible x86 classique et ils ont juste enfumé les journalistes pour la démo (TRES probable).
C'est vrai que NVidia n'a pas non plus de raisons de mettre d'éventuels drivers x86-64 sur son site que que le CPU n'est pas encore sur le marché.
[^] # Re: Sinon...
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche Linux Bureau: quelle distribution meurt en premier ?. Évalué à 0.
Je me demande si la question de la légalité de distribuer quelque chose capable de décrypter (et donc de copier) un DVD s'est déjà posée en France (faire le parallèle avec les décodeurs pirate Canal+...)
[^] # Re: Quel PC Linux chez votre épicier du coin ?
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche Linux Bureau: quelle distribution meurt en premier ?. Évalué à 1.
Je trouve vraiment que la RH 8.0 avec Gnome 2.0 plus BlueCurve représentent un énorme progrès en simplicité d'utilisation et convivialité par rapport à toutes les distribs précédentes. Les menus et préférences ont bien été rationalisés et simplifiés (je dirai rangés !), Nautilus 2.0.6 est devenu un excellent file manager simple et rapide tout en ayant pas mal de fonctionnalités.
Je la conseille beaucoup plus dans mon entourage non informaticien comme OS par défaut que je n'ai pu le faire dans le passé avec les distribs antérieures et tout le monde s'en tire très bien avec.
Y'a 2 ou 3 faiblesses comme par exemple metacity, le window manager par défaut qui est un peu simple et a quelques bugs (installer tout de suite une 2.4.3 pour tout corriger !), xmms qui ne lis plus les MP3 pour les raisons de license déjà évoquées (un petit tour sur freshrpms y remédiera) mais il y'a vraiment eu un gros travail de fait sur l'interface et c'est ce qui est le plus indispensable si Linux veut conquérir le desktop !
[^] # Re: Sinon...
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche Linux Bureau: quelle distribution meurt en premier ?. Évalué à 1.
[^] # Re: Quel PC Linux chez votre épicier du coin ?
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche Linux Bureau: quelle distribution meurt en premier ?. Évalué à 3.
http://www.tecchannel.de/hardware/817/index.html(...)
Quelqu'un a essayé de reproduire ce que faisait le driver 4in1 pour Linux :
http://www.cicese.mx/~mirsev/Linux/VIA/VIA-latency-linux.html(...)
J'avais aussi ce problème de crash du PC : si je regardais la télé (donc via la couche Xv de XFree) ou si je regardais une vidéo avec MPlayer (Xv aussi) toute consomation un peu forte d'IO (gravage, compilation, lancer une appli !) crashait définitivement le PC (pas de SysRq, plus de réponse au ping)
Malheureusement, ce patch n'a pas résolu mon problème.
Virer la carte Via et mettre une SiS à la place a résolu le problème !
[^] # Re: Quel PC Linux chez votre épicier du coin ?
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche Linux Bureau: quelle distribution meurt en premier ?. Évalué à 1.
Pour diminuer l'instabilité, il suffit de passer en mode grabdisplay au lieu de overlay mais ça consomme beaucoup plus de CPU bien sur.
Depuis que je suis passé au Sis 745, problème résolu.
[^] # Re: Quel PC Linux chez votre épicier du coin ?
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche Linux Bureau: quelle distribution meurt en premier ?. Évalué à 10.
Comme la cible est le grand public, j'aurais plutôt tendance à faire les choix suivants :
CPU AMD : bien plus rapide sous Linux qu'un P4, même de rating équivalent. Ne croyez pas les benchs sous Windows et faites des petits tests genre compil du noyau pour rire.
Carte mère : chipset SiS 735 ou SiS 745 mais surtout pas VIA. D'abord c'est moins cher et ensuite, les VIA sont des sacs à bugs côté gestion du PCI et débits sur ce bus. Je sors de 2 cartes VIA (KT 133 et KT 266A) et je suis bien content de m'en être débarassé ! Sous Windows, ils ont un driver 4in1 spécial pour ces cartes qui contourne les bugs mais on n'a pas eu droit à toutes les infos sous Linux donc les bugs sont là.
Carte Vidéo : NVidia (rumeurs dans l'auditoire). Désolé, c'est ce qui marche le mieux en 3D et la sortie télé est également bien gérée. Prévoir une GeForce 4 MX ou Ti pour que les nouveaux jeux tournent bien (UT 2003, NwN et Doom 3).
Distrib : RedHat 8 (hurlements dans l'auditoire !). Leur nouvelle distrib à fait des progrès énormes en "utilisabilité" grâce à Gnome 2. Absolument plus rien à voir avec une 7.x. Il faudra y rajouter tous les patchs officiels du jour (chez RedHat), une version plus récente de Metacity et les drivers NVidia bien installés et avec TwinView préconfiguré pour gérer la sortie télé, histoire d'être tranquile.
Côté softs, y'a tout ce qu'il faut dans la RH 8.0 dont OpenOffice, bien lourd mais bien pratique pour causer le MS Office.
Côté jeux, UT 2003 + Wolfenstein en bundle et préinstallés, ça me paraitrait bien sympathique :-)
Avec tout ça, ça fait un PC grand public parfaitement utilisable par tous si l'install est bien soignée.
[^] # Re: Un excellent livre en ligne sur les OS mainframes et minis
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche Un excellent livre en ligne sur les OS mainframes et minis. Évalué à 1.
C'est dommage que personne n'ai jamais eu l'idée (à ma conaissance) de recréer un système d'aide aussi convivial sous Linux. Mais c'est vrai aussi que de nos jours, on ferait plus ça sous la forme de pages HTML.
[^] # Re: Un excellent livre en ligne sur les OS mainframes et minis
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche Un excellent livre en ligne sur les OS mainframes et minis. Évalué à 4.
Je me rapelle les hauts cris que tous le monde à poussé lors d'une présentation de l'Alpha en 92 (ou 91 ? je sais plus). Dec a complétement raté son passage à l'Alpha et à fait fuir des tas de clients traditionnels.
Qu'ils aient corrigé ça plus tard en ajoutant un émulateur Vax 32 bits à Alpha VMS, peut-être, je ne sais pas. On n'est jamais passé à Alpha parce qu'un certain nombre d'applis vitales chez nous n'ont jamais été portées sur Alpha VMS mais directement sous Unix, sur Sun et Silicon.
[^] # Re: Un excellent livre en ligne sur les OS mainframes et minis
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche Un excellent livre en ligne sur les OS mainframes et minis. Évalué à 1.
[^] # Re: Un excellent livre en ligne sur les OS mainframes et minis
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche Un excellent livre en ligne sur les OS mainframes et minis. Évalué à 3.
X + mwm, c'était aussi sur VaxStation 3100 ou 4000. On a utilisé ces stations pendant des années pour faire de la CAO avec Euclid.
Ils ont oublié de causer de HELP, le système d'aide en ligne particulièrement génial et bien foutu. Tous les VMSiens qui sont passé à Unix ont ralé quand ils sont passé de HELP à man ! Ils ont oublié aussi de parler de ce qu'on appelait le mur gris (ou orange avec VMS < 5.0), c'est à dire les armoires de doc hyper complètes sur l'OS et traitant de tous ses aspects.
Par contre, ils ont passé sous silence VMSLICENSE et le cout faramineux de certaines (pour avoir le droit de causer TCP/IP sur un serveur par exemple...). C'est pas forcément l'aspect le plus glorieux de VMS.
Et puis le filesystem qui fragmente... Faire tourner un truc genre Diskeeper aidait pas mal pour les perfos.
Et puis le cluster, c'est gentil mais on pouvait difficilement faire un LAVC de plus d'une quarantaine de machines sans que ça explose. NFS est infiniment plus pratique pour partager les fichiers.
[^] # Re: Un excellent livre en ligne sur les OS mainframes et minis
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche Un excellent livre en ligne sur les OS mainframes et minis. Évalué à 2.
# Re: Un excellent livre en ligne sur les OS mainframes et minis
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche Un excellent livre en ligne sur les OS mainframes et minis. Évalué à 10.
Par contre, je m'attendais plus à une présentation poussée de chaque OS.
Pour la partie VMS que je connais bien (j'ai aussi été un dinosaure :), la présentation se limite à une seule page. Le reste, c'est un cours de DCL (le Shell du Vax) donc un peu court, je trouve.
Y'a une connerie en page de de ce chapitre aussi. Dans le cadre "Even if no one had developed versions of UNIX to run on VAXex,...". Ben pas de bol, Ultrix, l'Unix de chez Dec à aussi tourné sur CPU Vax...
Pour ceux qui ne conaissent pas précisément, VMS, c'est le nom de l'OS. VAX, c'est le nom du CPU 32 bits commercialisé à partir de 78 dans des minis ordinateurs que, par extension, on apelle aussi Vax. A ne pas confondre avec les machines plus récentes à base de CPU Alpha 64 bits tournant aussi VMS ou Ultrix mais sans compatibilité binaire avec leurs prédécesseurs 32 bits (ce qui a fait perdre sa clientèle Vax à Dec !).
3 OS majeurs sur ces machines : Vax/VMS et Vax/Ultrix réalisés par Dec et l'Unix d'AT&T. Plus récement, on y trouve aussi FreeBSD et même... Linux !
http://linux-vax.sourceforge.net/(...)