Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > it.comp.retrocomputing > #45915

Re: Nuovi manuali sul System/34 IBM

From "fm" <fm@fm.it>
Newsgroups it.comp.retrocomputing
Subject Re: Nuovi manuali sul System/34 IBM
Date 2015-08-12 19:48 +0200
Organization Aioe.org NNTP Server
Message-ID <mqg0st$k90$1@speranza.aioe.org> (permalink)
References (2 earlier) <qh5isap84rm37j51fifljr29d2sehuc9f9@4ax.com> <mqcg2c$309$1@speranza.aioe.org> <7e9ksahmjcoq70kqb5r0l28r8ui9de9f08@4ax.com> <mqenka$fef$1@speranza.aioe.org> <ooqmsa14glmntgtkmu262ehq98ma1jkuf5@4ax.com>

Show all headers | View raw


"G." <gerry77@no.spam.mail.com> ha scritto nel messaggio 
news:ooqmsa14glmntgtkmu262ehq98ma1jkuf5@4ax.com...
On Wed, 12 Aug 2015 08:03:06 +0200, "fm" <fm@fm.it> wrote:

> C'era anche una tecnica che prevedeva (tramite due compress, compress high 
> e
> compress low) la creazione di un'area vuota subito dopo la £library e 
> prima dei
> files... Questo spazio velocizzava un po' nei casi in cui si creavano 
> molti
> files o si ricorreva spesso all'estensione...

>Ma una COMPRESS quanto durava? E ogni quanto si faceva? Ho avuto 
>l'impressione
>che non fosse una cosa proprio velocissima. Già ci mette parecchi secondi 
>sulla
>M/36 dentro OS/400, figuriamoci sul ferro vero...

Mi ricordo che la facevo spesso  su un 5360
( 256 KB ram  ed un solo disco da 200 MB )  ...
perche' c'erano molti files ed il disco era  pieno al 75% ...
comunque il tempo  si misurava in quarti d'ora,
servivano 15 o 30 minuti.

La COMPRESS si faceva  quando appariva l'errore "Spazio insufficiente in 
libreria..."
o "voci nell'indirizzaziario insufficienti in libreria ..." e la libreria 
non poteva piu' estendersi
ed il CONDENSE non era piu' sufficiente...

Idem con gli analoghi errori sui files.

Fare un COMPRESS  come misura preventiva non era facilissimo,
 visto il tempo necessario ed il fatto che la macchina NON aveva operazioni 
schedulabili ...
ad es. spengimento/accensione ad orari stabiliti.


>Sto ancora cercando di capire come fosse possibile estendere una libreria 
>(senza
>crearne una copia): l'unica cosa che trovo scritta è che doveva esserci 
>spazio
>intorno alla liberia per poterla estendere, ma non c'è scritto da nessuna 
>parte
>come si poteva ottenere lo spazio necessario.

Con la proc ALOCLIBR potevi aumentare i settori di libreria (spazio per i 
membri)
 o le voci d'indirizzario (numero oggetti  nella  libreria),
ovviamente se c'era spazio su disco ... altrimenti prima COMPRESS.

(ALOCLIBR esegue il solito $MAINT con opportuni parametri)


>La COMPRESS accumulava tutto lo
>spazio da una parte, quindi se una libreria era in mezzo ad altri dati, 
>poteva
>addirittura perggiorare le cose lasciandola senza margini di manovra... 
>L'unica
>ipotesi che posso fare è che $MAINT facesse automaticamente la copia in 
>modo
>simile a quel che succedeva a un file al momento dell'estensione.

> >5. ho capito cos'erano gli offline multivolume file (OLMV)... Orrore! :)
>
> questi non me li ricordo...:-)

>Praticamente erano file sequenziali "spalmati" su floppy a cui il sistema
>accedeva in modo trasparente. Il file doveva iniziare per forza dal floppy 
>in
>M1.01 e finire al massimo in M2.10. Niente slot singoli. :)

...non ricordo di averli mai usati ne' visti  usare da qualcuno...


> > Domanda, mediamente quanto ci metteva uno STOP SYSTEM con l'opzione 
> > SORT? E ogni
> > quanto si faceva?
>
> mai usato

>Be', era il default, quindi probabilmente lo si faceva sempre. :)

>Gli usi operativi mi interessano molto: come ci si comportava per i 
>salvataggi
>giornalieri e gli eventuali job notturni, visto che non c'era alcun 
>automatismo
>tipo la schedulazione a tempo?

Per tutte le aziende che ho incontrato con i S/36
 il backup e' sempre stato un problema.

Le macchine con le unità a nastro erano come le mosche bianche,
i   5360 avevano  i cosiddetti "Mariner" (caricatori da 10 floppy)...
ma per la maggioranza degli utenti S/36
 il salvataggio significava introdurre uno dietro l'altro molti e molti 
dichetti ...
e  sprecare un sacco di tempo.
Il momento tipico era l'intervallo sull'ora di pranzo
 (ammesso e non concesso che fosse sufficiente)

Si potrebbe parlare per ore sull'argomento ...
 comunque, per la mia esperienza,
 salvataggi su dischetti (o nastri)  aggiornati ed  affidabili
erano veramente un'eccezione.


> E la macchina ogni quanto si spegneva/riavviava?

Nella maggioranza dei casi si accendeva la mattina e si spengeva la sera.
Job notturni non esistevano.

Ho sentito parlare di un accrocchio della Ibimaint
che aveva un proprio orologio interno ed una  sorta di braccio meccanico
  per andare a premere, all'ora stabilita,
il pulsante dell'avvio IPL sulla console del 5360...:-))

Sembra che usassero questi aggeggi su qualche  S/38.
Non l'ho mai visto con i miei occhi,
facile immaginare che non fosse un prodigio di affidabilità...

> O forse i clienti stessi erano meno evoluti ed esigenti.

>L'unica mia esperienza diretta col 36 fu il 5362 di un amico su cui provai 
>a
>compilare un programma mediamente grosso che ci avevo trovato dentro: con 1 
>MB
>di memoria (che non era poco) e due dischi ci mise 11 minuti abbondanti.

Ci credo.
Presso un cliente col  S/34  avevo  un grosso
programma gestionale di circa 1200 righe...
ricordo perfettamente che la compilazione durava 40 minuti.

Quando passarono al 5360, anche sotto quest'aspetto
ci fu un grosso miglioramento.

>Una collega anni fa mi raccontava dei suoi interventi presso i clienti: 
>alla
>mattina programmava, invece il pomeriggio lo passava aspettando l'esito 
>delle
>compilazioni, regolarmente con qualcuno che le fiatava sul collo perché la
>vedeva oziosa e pensava che stesse perdendo tempo lei di sua volontà...

Generalmente sono gli operai o gli impiegati di basso livello
che "fanno la spia" in queste situazioni....-)))

>Mi diceva anche che il Mariner del 5360 non le piaceva perché quando doveva
>cambiare i caricatori si spezzava le unghie o si rovinava lo smalto. :)))

> Ti sara' certamente capitato scorrere il source di procedure o programmi 
> in
> produzione da anni e con gli utenti soddisfatti ... e di trovarli 
> ORRIPILANTI
> per quello che c'e' scritto  :-))))

>Oh, SÌ, da qualche parte dovrei avere ancora qualcosa in produzione 
>addirittura
>col matching record e ovviamente trent'anni di modifiche fatte al volo.

:-)))

ciao
fm

Back to it.comp.retrocomputing | Previous | NextPrevious in thread | Next in thread | Find similar


Thread

Nuovi manuali sul System/34 IBM G. <gerry77@no.spam.mail.com> - 2015-08-10 14:24 +0200
  Re: Nuovi manuali sul System/34 IBM "fm" <fm@fm.it> - 2015-08-10 15:44 +0200
    Re: Nuovi manuali sul System/34 IBM G. <gerry77@no.spam.mail.com> - 2015-08-11 00:58 +0200
      Re: Nuovi manuali sul System/34 IBM "fm" <fm@fm.it> - 2015-08-11 11:42 +0200
        Re: Nuovi manuali sul System/34 IBM G. <gerry77@no.spam.mail.com> - 2015-08-11 20:56 +0200
          Re: Nuovi manuali sul System/34 IBM "fm" <fm@fm.it> - 2015-08-12 08:03 +0200
            Re: Nuovi manuali sul System/34 IBM G. <gerry77@no.spam.mail.com> - 2015-08-12 18:44 +0200
              Re: Nuovi manuali sul System/34 IBM "fm" <fm@fm.it> - 2015-08-12 19:48 +0200
                Re: Nuovi manuali sul System/34 IBM G. <gerry77@no.spam.mail.com> - 2015-08-12 22:56 +0200
                Re: Nuovi manuali sul System/34 IBM "fm" <fm@fm.it> - 2015-08-13 06:22 +0200
                Re: Nuovi manuali sul System/34 IBM "dott.Piergiorgio" <dott.piergiorgio@gmail.com> - 2015-08-14 14:21 +0200
                Re: Nuovi manuali sul System/34 IBM G. <gerry77@no.spam.mail.com> - 2015-08-14 18:36 +0200
              Re: Nuovi manuali sul System/34 IBM "dott.Piergiorgio" <dott.piergiorgio@gmail.com> - 2015-08-14 14:15 +0200
                Re: Nuovi manuali sul System/34 IBM G. <gerry77@no.spam.mail.com> - 2015-08-14 18:36 +0200
                Re: Nuovi manuali sul System/34 IBM "dott.Piergiorgio" <dott.piergiorgio@gmail.com> - 2015-08-14 19:55 +0200
                Re: Nuovi manuali sul System/34 IBM G. <gerry77@no.spam.mail.com> - 2015-08-15 00:09 +0200
                Re: Nuovi manuali sul System/34 IBM "fm" <fm@fm.it> - 2015-08-14 20:13 +0200
                Re: Nuovi manuali sul System/34 IBM G. <gerry77@no.spam.mail.com> - 2015-08-15 00:09 +0200
                Re: Nuovi manuali sul System/34 IBM "fm" <fm@fm.it> - 2015-08-15 08:30 +0200
                Re: Nuovi manuali sul System/34 IBM "dott.Piergiorgio" <dott.piergiorgio@gmail.com> - 2015-08-15 11:04 +0200
                Re: Nuovi manuali sul System/34 IBM "dott.Piergiorgio" <dott.piergiorgio@gmail.com> - 2015-08-17 10:56 +0200
                Re: Nuovi manuali sul System/34 IBM G. <gerry77@no.spam.mail.com> - 2015-08-18 07:24 +0200
                Re: Nuovi manuali sul System/34 IBM scap61 <scap6161@yahoo.it> - 2015-08-18 00:52 -0700
                Re: Nuovi manuali sul System/34 IBM G. <gerry77@no.spam.mail.com> - 2015-08-18 16:47 +0200
                Re: Nuovi manuali sul System/34 IBM scap61 <scap6161@yahoo.it> - 2015-08-18 13:19 -0700
                Re: Nuovi manuali sul System/34 IBM scap61 <scap6161@yahoo.it> - 2015-08-18 13:25 -0700
  Re: Nuovi manuali sul System/34 IBM "dott.Piergiorgio" <dott.piergiorgio@gmail.com> - 2015-08-10 18:11 +0200
    Re: Nuovi manuali sul System/34 IBM G. <gerry77@no.spam.mail.com> - 2015-08-11 00:58 +0200
      Re: Nuovi manuali sul System/34 IBM "dott.Piergiorgio" <dott.piergiorgio@gmail.com> - 2015-08-11 07:03 +0200
        Re: Nuovi manuali sul System/34 IBM G. <gerry77@no.spam.mail.com> - 2015-08-11 11:11 +0200
          Re: Nuovi manuali sul System/34 IBM "fm" <fm@fm.it> - 2015-08-11 11:48 +0200
            Re: Nuovi manuali sul System/34 IBM "dott.Piergiorgio" <dott.piergiorgio@gmail.com> - 2015-08-12 10:29 +0200
  Re: Nuovi manuali sul System/34 IBM scap61 <scap6161@yahoo.it> - 2015-08-11 13:57 -0700

csiph-web