Ada est de retour sur VMS

[VMS Ada Alliance]

Bonjour,

Pour ceux qui n’ont pas l’information, VMS lui-même est de retour depuis
2014. La société VSI (VMS Software Inc. vmssoftware.com) a négocié avec
HP pour lui donner un support et un avenir. Depuis cette décision, VSI
donne un support de qualité à VMS sur le matériel Alpha et Itanium, et
maintenant le portage sur x86 et la virtualisation est sur le point
d'être achevé. Des Early Adopter Kit peuvent être obtenus, qui
fonctionnent sur des Virtual Box Oracle ou sur vmware. Un field test
complet commencera en juin, et la version de production sera disponible
à la fin de l'année.

Pour nous, l'information importante est qu'Ada est de retour sur VMS.

Ada a toujours été disponible sur Alpha (et VAX) sous le nom de DEC Ada,
et y est toujours. Il était sur Itanium jusqu'à fin 2014, sous la forme
d'une implémentation gcc de GNAT Ada, supportée par Adacore. Adacore a
mis fin à son support à la fin de 2014, et nous avons organisé une
reconstruction à partir des sources de la FSF, avec l'aide de David
Sauvage, AdaLabs. Cette construction est présentée ici
(https://github.com/AdaLabs/gnat-vms). De notre côté, nous pouvons
fournir les binaires aux utilisateurs qui peuvent garantir qu'ils ont
une licence professionnelle ou amateur pour VMS (*) (la compilation
utilise les en-têtes VMS). (Regardez ici :
http://www.vmsadaall.org/index.php/en/). L'entreprise pia-sofer (Play It
Again, SOFtwarE Renew, piasofer.fr) offre aussi un support payant sur ce
package.

La nouveauté est que nous pouvons maintenant penser à un futur d'Ada sur
VMS sur x86. VSI a organisé son ensemble de compilateurs en utilisant
LLVM comme back end, version 10. Et il y a sur github un prototype de
front-end GNAT Ada pour LLVM. Il nous reste donc à tester comment les
faire interagir. Ce n'est pas un projet trivial, mais vraiment passionnant.

Nous n'en sommes qu'au début de ce travail, et nous informerons ce
groupe de l'avancement de nos travaux.

Bien sûr, tout le monde est invité à participer. Il est un peu difficile
d'obtenir un Itanium, où vous pourriez tester notre built. Certains sont
disponibles via les initiatives des clubs d'utilisateurs. Il est plus
facile d'obtenir un émulateur Alpha gratuit (par exemple ici :
http://www.migrationspecialties.com/FreeAXP.html). Et vous pouvez
obtenir une licence hobbyiste par VSI pour les deux
(https://vmssoftware.com/community/community-license/, la licence
contient aussi une license DEC ADA, sur Alpha). Il est important, nous
le pensons, de se souvenir de tous les VMSismes avant de se lancer dans
le projet. Tester le frontal Gnat Ada sur Linux est très simple, et
c'est aussi un travail préliminaire avant le portage sur VMS
(https://github.com/AdaCore/gnat-llvm). Nous ne savons pas quand VSI
proposera des licences pour amateurs sur VMS x86. Tous ceux qui
voudraient tester VMS x86 (et le compilateur Ada en ébauche) peuvent
nous contacter, et nous organiserons des accès vpn (con...@vmsadaall.org).

Notre attention particulière porte sur l'universalité. Nous pensons
qu'il est très important de travailler la continuité culturelle d'Ada
sur VMS de VAX à x86. Il y a beaucoup de bonnes choses écrites pour Ada
sur VMS que nous devons réutiliser (par exemple pour le débogage). Et
parce que les solutions les plus modernes sont autour des solutions
Adacore, il est important de comprendre les similitudes et les
différences entre le GNAT Ada sur gcc et le GNAT Ada sur LLVM.

C'est un effort communautaire. Nous espérons que VSI et/ou Adacore
s'impliqueront dans le retour d'Ada sur VMS. Et nous savons qu'il y a
toujours eu une bonne collaboration entre Adacore et les communautés.
Mais les entreprises ont leurs contraintes, alors que les individus ou
les structures Open Source peuvent être immédiatement réactifs. C'est
peut-être aussi une sorte de garantie pour les utilisateurs quand une
communauté est là.

N'hésitez pas à nous contacter : con...@vmsadaall.org

[Gautier write-only address]

Ada et VMS, un mariage royal !

[DrPi]

Le 09/05/2021 à 21:40, Gautier write-only address a écrit :
> Ada et VMS, un mariage royal !
>

Pour ma culture, en quoi est-ce royal (je n'ai jamais utilisé VMS) ?

[Stéphane Rivière]

Jamais utilisé (hélas). D'après des potes qui ont connu ou utilisent en
core VMS, il semblerait que VMS soit à Unix ce que Unix est à Windows.

Un des slogans de VMS est "Quand ça doit vraiment marcher".

Une blague VMS dit que l'unité d'uptime est l'année et non pas l'heure.


J'ai une expérience incidente à faire partager (quoique comparaison ne
soit pas raison).

Je fus un utilisateur assidu de Windows NT 3.51 (le dernier système NT
'original' avant qu'il soit 'pourri' par les codouilleurs de 'Kro$oft'
et l'intégration du SS graphique de Windows 95 avec Windows NT4).

J'ai utilisé cet OS entre fin 1995 et fin 1996 dans un cadre de dev
mili, en mode 365/24, avec une carte série 16 voies, dans un
environnement pourri de HF, sur une tour Kenitec 486DX40 (40 MHz) et une
quantité de ram homéopathique (32 Mo peut-être ?).

Un ensemble de services TR de communication tournaient dessus (via des
modems radio spécialisés), avec mes logiciels aux fesses, plus du
développement ASM/C en mode texte et du dev Delphi pour interfacer des
cartes de chiffrement... euhhh... Minicita Thalès (Thomson CSF à l'époque).

Ah oui, sur cette machine tournait aussi un serveur BBS et un serveur
FAX. Et, puisque j'étais aussi en mode dev, je plantais régulièrement
des sessions texte ou graphique. Sans aucune incidence sur le reste.

J'avais bien sur un onduleur à autonomie rallongée.

Stabilité supérieure à du linux actuel, même une debian d'aujourd'hui en
mode graphique et montée à la main en mode minimal est moins fiable (250
jours d'uptime). Par comparaison, une Ubuntu 18.04 LTS à jour dépasse
rarement les 150 jours d'uptime).

Windows NT 3.51 sp5 ne plantait jamais et juste marchait. Avec un
minimum de ressources à faire peur aux chiens.

Seule une Debian en mode texte (serveur) me semble avoir une stabilité
comparable. Sauf que windows NT 3.51 avait un sous système graphique
Windows 3 (totalement réécrit, le code graphique de Windows 3 ayant été
déclaré 'immonde'). Le sous système PM (Presentation Manager), bien plus
intéressant, avait été supprimé pour tuer la compatibilité OS/2 v2.

L'architecte de cet OS était Dave Cutler, un des concepteurs de VMS avec
ses collègues Dick Hustvedt et Peter Lipman.

Avec VMS, des uptimes de 17 ans ont été constatés¹ (du coté des chemins
de fer irlandais).

https://vmssoftware.com/docs/w1_Feb2018_Update.pdf

¹ Sur les "vrais ordinateurs", on peut évidemment remplacer à chaud une
carte processeur ou un module mémoire :)

On peut faire la même chose en libre avec (au minimum) un cluster de
deux serveurs Linux sous Debian/Xen (testé ici il y a un peu plus de 10
ans). Enlever à chaud le proc d'un des deux serveurs (et les instances
Xen qui tournent... continuent de tourner). Contrairement à ce que l'on
croit, enlever sous tension un composant tel qu'un proc ou une barette
ram ne les claquera pas. Ensuite on remet le proc ou la barette et on
reboote le serveur en défaut et, éventuellement, on réaffecte les
instances virtuelles d'un serveur à l'autre :)


--
Be Seeing You
Number Six

[J-P. Rosen]

Le 11/05/2021 à 18:38, Stéphane Rivière a écrit :
> L'architecte de cet OS était Dave Cutler, un des concepteurs de VMS avec
> ses collègues Dick Hustvedt et Peter Lipman.
>

On prétend même que le nom W-NT est un clin d'oeil:
'Succ (VMS)

--
J-P. Rosen
Adalog
2 rue du Docteur Lombard, 92441 Issy-les-Moulineaux CEDEX
Tel: +33 1 45 29 21 52
https://www.adalog.fr

[Gautier write-only address]

> Pour ma culture, en quoi est-ce royal (je n'ai jamais utilisé VMS) ?

J'ai été utilisateur dans les années 1990, mais d'après plusieurs personnes ayant eu affaire au système, c'est "un étage plus haut" que Unix côté sécurité.
Sur le serveur auquel j'avais accès (qui gérait tout pour une université et un réseau d'hôpitaux), il y avait eu un plantage (l'équivalent d'un Blue Screen of Death) dans cette période.
Ça avait été une véritable affaire d'État - une équipe de DEC/Compaq/HP était venue enquêter, et toussah...

Le système de transferts de paiements en Suisse a utilisé (et utilise p-ê encore) VMS (et Ada).

[DrPi]

En 1990, j'apprenais le Pascal sur MS_DOS ;)

[DrPi]

Avec les composants de l'époque, peut-être.
Avec les composants d'aujourd'hui, c'est la mort presque certaine.

Multiples tensions très précises.
Tracking sur les diverses tensions.
Gabarits à respecter à l'allumage et à l'extinction.
Changement de tension dynamique (en fonction de l'activité).

Tout ça ne laisse pas vraiment de place à un changement à chaud...



>

[DrPi]

Le 09/05/2021 à 23:05, DrPi a écrit :

Merci à tous pour vos réponses instructives :)

[Gautier write-only address]

> En 1990, j'apprenais le Pascal sur MS_DOS ;)

Pareil (à la maison)...

[VMS Ada Alliance]

Le 09/05/2021 à 23:05, DrPi a écrit :

Ma contribution :
que vous dis le nombre 14 ?

14 comme ligne 14 à Paris, dont le logiciel de contrôle est sous VMS.
Première ligne automatisée à Paris. Récemment remis à jour par nos soins
avec les dernières machines Itanium. Une partie du logiciel est en Ada.
C'est pour cette remise à jour que nous avons reconstruit gnat ada VMS
Itanium. Mais il y a aussi dans le projet du VAX Ada Alsys.

Un exemple entre 100 d'usages actuels de VS dans des endroits de haute
exigence (en France aussi, mais pas seulement : Chaînes Renault,
facturation Orange, eurotunnel, distribution des médicaments, française
des jeux, canal de provence...).

Toute la question est que malgré ses qualités (des fois à cause d'elles)
la grande majorité des sites utilisateurs ont ces applications en
sommeil, et rêvent de sortir vers des choses plus fun comme le cloud,
les linux, etc,...

D'où une rumeur persistante de fins de vie. Mais il n'est pas impossible
que le besoin en durabilité et en sobriété, et en sécurité remette ce
système à la mode.

Tout bien observé les destins de VMS et de Ada ont beaucoup de choses en
commun. Extrême fiabilité, moment de perte de notoriété, relance. Ada a
vraiment réussi ça. Pour VMS cela reste à prouver pour le repreneur VSI.

Pour tous ceux qui n'ont pas peur des temps longs de l'histoire
informatique, le projet Ada/VMS a de qui passionner.

Gérard Calliet

[DrPi]

Un peu d'histoire, c'est toujours intéressant.

Je viens de me rappeler que dans mon ancienne boite, on utilisait un VAX
avec plusieurs terminaux reliés par liaison série à l'unité centrale. Il
servait à la gestion de la fab (avec des dizaines des milliers de
références). A un moment, une grosse somme a été dépensée pour remplacer
le VAX par un système basé sur un serveur et des PC x86. Mais le système
ne tenait pas la charge (je ne connais pas les détails, juste que le
programme du VAX était écrit sur mesure). Du coup, on a continué à
utiliser le VAX en espérant qu'il ne rende pas l'âme.

Nicolas

[Stéphane Rivière]

> Avec les composants de l'époque, peut-être.
> Avec les composants d'aujourd'hui, c'est la mort presque certaine.

Ben 2010... On était loin du 5V à papa...

> Tout ça ne laisse pas vraiment de place à un changement à chaud...

Crois-tu que lorsque tu allumes ou coupes ton PC, les tensions se
mettent au garde à vous instantanément ? :)

[Stéphane Rivière]

> Ça avait été une véritable affaire d'État - une équipe de DEC/Compaq/HP était venue enquêter, et toussah..

J'appelle ça un vrai service client !!!

[Stéphane Rivière]

> sommeil, et rêvent de sortir vers des choses plus fun comme le cloud,

De plus "fun"... pfff ben là j'audite un truc sur des EC2 AWS, des
filers AWS et du service DB AWS... Un autre monde... (j'aime pas et
c'est cher pour ce que c'est mais il y en a qui adorent, ça évite un
sysadmin).

Ce matin coup de fil... Un jeune en recherche d'alternance, il venait de
faire deux ans de BTS la Rochelle en dev... Donc deux ans "à faire" du
C/C++... Et un "bachelor" à faire en un an à partir de septembre...

Qu'à t-il fait en 24 mois ?

Méthode ? non
Démarche top-down ? Analyse ? non
Design patterns ? non

Et... non...
L'Agile n'est pas une méthode (mais une organisation pourrie)
L'UML n'est pas une méthode (mais une "manière" de faire des dessins
avec des "ficelles" (ou pas¹) ;)

¹Une fois, j'ai cru que mon SQL workbench avait un bug car j'avais perdu
mes "ficelles", sauf que c'était une base sans relation... - la base par
défaut de Wordpress, malgré quelques paires tables "one to many".

Je lui ai donné quelques pistes et l'ai invité à me rappeler s'il avait
un jour des interrogations.

> Pour tous ceux qui n'ont pas peur des temps longs de l'histoire
> informatique, le projet Ada/VMS a de qui passionner.

+1

[DrPi]

Le 31/05/2021 à 21:04, Stéphane Rivière a écrit :
>
>> Avec les composants de l'époque, peut-être.
>> Avec les composants d'aujourd'hui, c'est la mort presque certaine.
>
> Ben 2010... On était loin du 5V à papa...

En 2010, un Vax conçu 30 ans avant tournait toujours dans ma boite.

>
>> Tout ça ne laisse pas vraiment de place à un changement à chaud...
>
> Crois-tu que lorsque tu allumes ou coupes ton PC, les tensions se
> mettent au garde à vous instantanément ? :)
>

Pour certaines, oui.
Je suis concepteur de cartes électroniques dont certaines avec des
composants type microprocesseur ou FPGA. Ces composants demandent
plusieurs tensions d'alimentation avec tout un tas de règles à respecter
comme :
- temps de montée
- temps de descente
- tracking
- margining
- overshoot
et j'en passe.
Il y a 20 ans déjà, un FPGA que j'avais implémenté sur une carte ne
fonctionnait pas si le temps de montée de sa tension de coeur était trop
court ou trop long.
Un processeur x86(x64) actuel consommant 95W, c'est, à la louche, au
minimum, entre 120 et 150A de consommation. Couper violemment une
alimentation à découpage fournissant 150A, c'est destructif.

[Thomas]

In article <60b54ac5$0$32513$426a...@news.free.fr>, DrPi <3...@drpi.fr>
wrote:

> Je suis concepteur de cartes électroniques dont certaines avec des
> composants type microprocesseur ou FPGA. Ces composants demandent
> plusieurs tensions d'alimentation avec tout un tas de règles à respecter
> comme :
> - temps de montée
> - temps de descente
> - tracking
> - margining
> - overshoot
> et j'en passe.
> Il y a 20 ans déjà, un FPGA que j'avais implémenté sur une carte ne
> fonctionnait pas si le temps de montée de sa tension de coeur était trop
> court ou trop long.

> Un processeur x86(x64) actuel consommant 95W, c'est, à la louche, au
> minimum, entre 120 et 150A de consommation. Couper violemment une
> alimentation à découpage fournissant 150A, c'est destructif.

tu as l'air entouré de matériel pro.

est-ce que ça vaut aussi pour le matériel ordinaire ?
et est-ce que ça veut dire qu'on prend des risques de ce genre en cas de
coupure d'électricité brutale, et qu'il nous faut à tous un onduleur
pour nous protéger de ce genre de dégâts ?

--
RAPID maintainer
http://savannah.nongnu.org/projects/rapid/

[Thomas]

In article <s7fnb4$gth$1...@dont-email.me>, "J-P. Rosen" <ro...@adalog.fr>
wrote:

> Le 11/05/2021 à 18:38, Stéphane Rivière a écrit :
> > L'architecte de cet OS était Dave Cutler, un des concepteurs de VMS avec
> > ses collègues Dick Hustvedt et Peter Lipman.
> >
> On prétend même que le nom W-NT est un clin d'oeil:
> 'Succ (VMS)

:-D

d'après Wikipédia :
Virtual Memory System
et
Windows New Technology

mais la chronologie correspond :-)

[Thomas]

(dŽsolŽ, mon client ne sait pas gŽrer correctement utf-8, j'esp re que
a ne sera pas trop moche chez vous ...)


In article <s7ebtr$tv0$1...@dont-email.me>,
StŽphane Rivi re <st...@genesix.fr> wrote:

> Le 09/05/2021 ˆ 23:05, DrPi a Žcrit�:
> > Le 09/05/2021 ˆ 21:40, Gautier write-only address a Žcrit�:

> >> Ada et VMS, un mariage royal !
> >>

> > Pour ma culture, en quoi est-ce royal (je n'ai jamais utilisŽ VMS) ?
>
> Jamais utilisŽ (hŽlas). D'apr s des potes qui ont connu ou utilisent en
> core VMS, il semblerait que VMS soit ˆ Unix ce que Unix est ˆ Windows.

:-)

dommage que a soit propriŽtaire ...

maintenant, linux est accessible au commun et peut m me servir de poste
de travail ou d'ordi familial autosuffisant.
est-ce que c'est prŽvu que VMS puisse faire la m me chose, ou est-ce que
sa cible reste uniquement les serveurs et/ou les syst mes embarquŽs ?