mboost-dp1
IBM mainframe fylder 60 år
- Forside
- ⟨
- Forum
- ⟨
- Tagwall
Big blue var vel de første der rigtig slog igennem med mainframes.
Pendulet har vel altid svunget mellem thin clients og fat clients. På mange måder er vi tilbage til thin clients nu med cloud-storage og web-apps.
De kæmpemæssige AI modeller, der kun kan køres i datacentre, trækker vel også i retning af client-server arkitektur.
Pendulet har vel altid svunget mellem thin clients og fat clients. På mange måder er vi tilbage til thin clients nu med cloud-storage og web-apps.
De kæmpemæssige AI modeller, der kun kan køres i datacentre, trækker vel også i retning af client-server arkitektur.
larsp (3) skrev:
Big blue var vel de første der rigtig slog igennem med mainframes.
De første og de sidste.
Der var engang at mainframe var en computer klasse og ikke et folkeligt navn for et bestemt serie af computere (IBM z).
Man skelnede mellem:
mainframes - store computere (datacenter computere)
mini computer - mellem store computere (afdelings computere)
mikro computere - små computere (personlige computere)
super computere - dedikerede talknuser computere
Men mainframe markedet har udviklet sig:
60'erne : IBM og de 7 dværge (Burroughs, UNIVAC, NCR, Control Data, Honeywell, General Electric, RCA)
70'erne : IBM og BUNCH (Burroughs, UNIVAC, NCR, Control Data, Honeywell)
80'erne og 90'erne : IBM og IBM kompatible mainframes (Amdahl, Hitachi)
nyere tid : IBM
Så mainframe blev synonym med IBM mainframe.
Og ingen kalder deres x86-64 servere for mini computere længere (ofte kaldte man 16 bit maskiner for mini computere og 32 bit maskiner for super mini computere, så en x86-64 maskine må vel være en super duper mini computer!).
Mikro computere kaldes for PC'ere.
Og super computer er erstattet af clustre af super duper mini computere (med GPU'er for talknusning).
larsp (3) skrev:
Pendulet har vel altid svunget mellem thin clients og fat clients. På mange måder er vi tilbage til thin clients nu med cloud-storage og web-apps.
Ja.
terminal---mainframe i data center
=>
PC med lokale data
PC---afdelings server
=>
telefon/PC med browser eller GUI app---AWS/Azure/GCP/OCI data center
Der er stadig enkelte ikke IBM mainframes i brug rundt omkring.
Den mest kendte er nok den UNIVAC/Sperry/Unisys som det amerikanske skattevæsen bruger til at processe alle amerikanske selvangivelser.
ISA, OS og applikation er fra 60'erne.
Applikations koden er efter sigende mest assembler.
OS er OS/1100. Meget langt fra moderne standard. Jeg brugte det nogle få gange tilbage i 80'erne. Jeg var ikke imponeret over at man skulle huske hvad man kaldte sine filer, fordi output fra det der svarer til DIR kommandoen blev genereret af et natligt batch job, så man kunne først se den nye fil dagen efter.
Den mest kendte er nok den UNIVAC/Sperry/Unisys som det amerikanske skattevæsen bruger til at processe alle amerikanske selvangivelser.
ISA, OS og applikation er fra 60'erne.
Applikations koden er efter sigende mest assembler.
OS er OS/1100. Meget langt fra moderne standard. Jeg brugte det nogle få gange tilbage i 80'erne. Jeg var ikke imponeret over at man skulle huske hvad man kaldte sine filer, fordi output fra det der svarer til DIR kommandoen blev genereret af et natligt batch job, så man kunne først se den nye fil dagen efter.
#7
Jeg tror gerne at de ville skifte til noget nyere, men det vil være et særdeles vanskeligt projekt.
1) det er en meget kompleks forretnings logik der skal implementeres - det siges at den amerikanske føderale skattelovgivning består af 7000 sider lov tekst og 70000 sider bekendtgørelser og cirkulærer
2) reglerne ændres hvert år og det er ikke realistisk at fryse kravene under hele projektet så et moving target
3) de oprindelige udviklere er næppe tilgængelige for det meste af koden
4) formentligt ingen unit tests (det meste af koden må være skrevet førend unit test blev udbredte)
Det danske skattevæsen var sikkert bare gået igang og så måtte det gå som det nu kan. Men ...
Jeg tror gerne at de ville skifte til noget nyere, men det vil være et særdeles vanskeligt projekt.
1) det er en meget kompleks forretnings logik der skal implementeres - det siges at den amerikanske føderale skattelovgivning består af 7000 sider lov tekst og 70000 sider bekendtgørelser og cirkulærer
2) reglerne ændres hvert år og det er ikke realistisk at fryse kravene under hele projektet så et moving target
3) de oprindelige udviklere er næppe tilgængelige for det meste af koden
4) formentligt ingen unit tests (det meste af koden må være skrevet førend unit test blev udbredte)
Det danske skattevæsen var sikkert bare gået igang og så måtte det gå som det nu kan. Men ...
Opret dig som bruger i dag
Det er gratis, og du binder dig ikke til noget.
Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.