Newsgroup: it.comp.retrocomputing
Titolo: Hard disk HP7908P

Ciao,
A chi interessa vedere come' fatto (e quanto pesa :) ) un hard disk da 
16.7MB del 1981:
http://www.hp64000.net/page2/page13/page13.html
Buona lettura
Ciao
Giuseppe

Ciao Giuseppe,
seguo sempre con piacere i tuo sforzi per riportare agli antichi splendori 
il tuo hp64000. comprendo lo stupore al momento di scoprire cosa c'č dietro 
al coperchio di un sistema come questo.. nel mio piccolo mi sto divertendo 
con una scheda Synertek SYM  1 collegato ad un terminale Hazeltine 1410, 
roba del' 78
Ciao Andrea
"Giuseppeł" <miaooaimATt...@xxx.xxx> wrote in message 
news:4ba63de5$0$1119$4faf...@reader2.news.tin.it...


 roba del' 78
Se non altro risparmi in costi energetici ;)
Saluti,
Dott. Piergiorgio.


Giusto per restare nell'ottica corretta, quanto era grosso in media un 
programma di allora ?
Uno z80 poteva indirizzare al massimo 64KB quindi mi pare difficile 
immaginare programmi più grandi allora. Devo supporre 16MB a botte di 
64KB ? Praticamente una mostruosità di disco per i tempi.
Riguardo alle paratie di piombo secondo me lo sono sul serio (o qualche 
lega basata sul piombo) per bloccare le emissioni elettromagnetiche (che 
devono essere mostruose da una simile macchina,  anche come protezione 
vs fonti esterne)

 fonti esterne)
Inoltre c'e' anche uno spesso strato di materiale fonoassorbente.
Ciao
Giuseppe

 64KB ? Praticamente una mostruosità di disco per i tempi.
non era troppo difficile realizzare hardware o mettere a punto software 
che andassero oltre la barriera dei 64 K anche con lo Z80 ( e processori 
analoghi del tempo )
una MMU ( ancorche' primitiva e non automatica ) la si realizza con una 
mezza dozzina di integrati TTL MSI girando intorno al 74xx170 / 74xx670 
(4x4bit register file ), si ottenevano per esempio 4 pagine da 16KB 
mappabili su 256 KB totali, con una allocazione di questo genere :
Pag0  codice di sistema + stack + dati statici
Pag1  codice programma utente statico
Pag2  codice programma utente variabile ( su piu' pagine virtuali )
Pag3  dati utente variabili  ( idem )
col solo software di poteva usare la tecnica degli overlay, caricando in 
memoria solo la parte di programma necessario in quel momento ( questa 
strada era seguibile su hardware standard )
tra l'altro il rapporto tra memoria di massa e memoria del processore 
non e' cambiato moltissimo
16MB/64KB = 256
1T/4GB = 256 ;-)
per cui si potevano realizzare effettivamente programmi relativamante 
piu' grandi rispetto allo spazio d'indirizzamento disponibile

 
http://www.hp64000.net/page2/page13/page13.html
  Notevole!
-- 
Nicola D'Agostino
<!-- 
http://www.nicoladagostino.net
 -->
<!-- 
http://www.storiediapple.it
 -->
<!-- 
http://www.musicblob.it
 -->

> 1T/4GB = 256 ;-)
Bisogna offrire da bere al genio che realizza eseguibili di cotanta 
qualità :D

 vs fonti esterne)
meh, in effetti, tra i requisiti militari ci sta che l' hardware deve 
resistere anche agli impulsi EMP (che era gia' noto come uno dei tanti 
dei blasts infernali delle armi nucleari e termonucleari e, a quanto 
pare, recentemente ottenuto anche con testate convenzionali)
Una gogglatina colle keyword "Tempest specifications" credo basti....
Poiche' stiamo parlando di dell' HD di una workstation di produzione 
americana fine '70-primi '80, credo che all' epoca abbiano preferito 
mantenere una produzione "dual-use", come diremmo oggi (notare, che le 
specifiche Tempest non implicano necessariamente un uso campale...)
Saluti,
Dott. Piergiorgio.

 qualità :D
bhe', non ci vuole molto ad usare 4GB di memoria peri i dati in 
programmi, ne ho esperienza diretta, gente che vuole maneggiare cubi di 
dati 1000x1000x1000 ed oltre


Io intendevo 4GB di codice compilato

 Io intendevo 4GB di codice compilato
beh, alla m$ prima o poi ci arriveranno, poi si chiederanno "ma perche' 
ci costa molto di più il marketing che lo sviluppo ?" :D
Saluti,
Dott. Piergiorgio.

 beh, alla m$ prima o poi ci arriveranno, poi si chiederanno "ma perche'
C'è da dire che anche il kernel di linux sta facendo passi da gigante in 
quel senso :D
Quasi quasi vado a dare un'occhiata come sta proseguendo lo sviluppo di 
minix 3

 quel senso :D
  Non direi proprio:
dmesg | grep '^Memory: '
Memory: 497892k/514944k available (2288k kernel code, 16432k reserved, 741k
data, 280k init, 0k highmem)
uname -r
2.6.33.1
  Ciao,
-- 
Alessandro Selli 
http://alessandro.route-add.net
AVVERTENZA: i messaggi inviati a "trappola" non mi arriveranno.
WARNING: messages sent to "trappola" will never reach me.
Chiave PGP/GPG: EC885A8B


Buon per te, i miei kernel linux nella migliore delle ipotesi non 
calavano sotto i 4MB ed ultimamente trovo distribuzioni con oggetti 
contundenti intorno alla trentina di MB (più un pacco di moduli esterni 
che si autocaricano alla fabbisogna).
Ovvio che compilando con testa si riesce a stare bassi ma se guardiamo 
quello che passa il convento c'è poco da sputare nel piatto altrui.

 quel senso :D
Veramente non è tanto il kernel che fa Linux.... molto delle cazzate 
provengono dai servizi (che spesso hanno differenti mantainers, e capita 
anche che in questa o quella libreria ci siano routine pressoche' 
equivalenti a quelle gia' in altre librerie, portando spesso ad avere 
caricate due librerie per due programmi invece di una....)
Comunque, quando sono passato da Ubunto 9.04 a Ubuntu 9,10 ho passato 2 
giorni alla caccia dei servizi che non si erano caricati prima di 
riconoscere l' incredibile che per la prima volta in 20 anni vedevo una 
  riduzione del footprint di sistema (e pure sostanziale, circa una 20na 
di MB....)
Saluti,
Dott. Piergiorgio.

 che si autocaricano alla fabbisogna).
Che distro usi ? E hai provato ad installare, magari prima in 
virtualizzazione, un kernel package ottimizzato (ormai tutte le maggiori 
distro tengono un kernel package generico e diversi ottimizzati per 
varie architetture...)
E poi in ambito linaro spesso contano molto più le prestazioni della RAM 
che quelle del procio o del resto dell' HW....
Saluti,
Dott. Piergiorgio.

 che quelle del procio o del resto dell' HW....
Beh adesso non mi metto a fare le pulci alle prestazioni tanto con i pc 
moderni fosse anche il kernel da 100MB (non un nocciolo ma una palma da 
cocco) cambierebbe poco, era solo una constatazione di semplice "peso".

 di MB....)
Quanto lusso, chi dobbiamo ringraziare ? Gli Atomcatorci ?