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

Groups > it.comp.retrocomputing > #45907

Re: Nuovi manuali sul System/34 IBM

Show all headers | View raw

CUT
>2. il fatto che per estendere un file pieno il 34 lo copi tutto altrove: mi
>sembra (ma in effetti ho qualche dubbio) che il 36 fosse in grado di 
>gestire
>file formati da più extent non contigui;

Sul 36 i file erano contigui.
C'era la  extend nella // FILE  ma quando era necessario farlo...
tutto il file veniva copiato in un'altra posizione sul disco.
Operazione che sul 5360 molto molto  veloce,
almeno rispetto ad un COPYDATA  e  non ho mai capito
il perche'...

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...

>3. il 36 poteva estendere una libreria piena creando una apposita 
>estensione
>(una sola, ma meglio di nulla), il 34 no, e vedo che c'erano anche diverse
>restrizioni circa le modalità di (ri)allocazione, quindi mi domando se 
>c'era
>qualche modo per estendere una libreria che non fosse copiare tutto 
>altrove;

non saprei ... comunque tutto passava dal $MAINT
(il programma che sta dietro a BLDLIBR, SAVELIBR etc)

CUT

>5. ho capito cos'erano gli offline multivolume file (OLMV)... Orrore! :)

questi non me li ricordo...:-)


> Per questi file, la  proc  KEYSORT non era piu' necessaria ... sebbene si 
> usasse
> ancora utile sui file con molte chiavi  per aumentare le prestazioni.

>Vedi sopra. Anche sul 36 c'era la KEYSORT, quindi suppongo che anche lì gli
>indici fossero comunque a manutenzione "alleggerita" e ogni tanto ci fosse 
>la
>necessità di ribilanciarli. Domanda, mediamente quanto ci metteva uno STOP
>SYSTEM con l'opzione SORT? E ogni quanto si faceva?

mai usato


> Oltre che per ordinare il sort si usava per estrarre un sottinsieme di 
> records
> da un file il sort di tipo A (address) creava dei piccoli records di 3 
> byte
> (richiami) ed era velocissimo, forse il metodo piu' veloce. Certamente 
> piu' di
> un estrazione tramite l'indice e potenzialmente anche superiore tramite
> l'accesso al file come input primario.

>Questo ho ben presente come funziona: ci ho giocato qualche volta per 
>curiosità.
>Per quanto riguarda le prestazioni, immagino che il sort fosse conveniente
>quando si dovevano elaborare molti record: una procedura che toccasse 
>giusto
>qualche record immagino che sarà stata più rapida usando l'indice. Ora che 
>hai
>chiamato il sort, gli hai fatto fare la selezione, etc. etc. etc. forse fai
>prima a chiamare direttamente un RPG che usi il file indicizzato.

Ovviamente la valutazione va fatta  caso per caso.

In generale, sul 36 ho sempre avuto sui files principali
 relativamente pochi indici
 ( per mantenere le prestazioni dell'interattivo entro limiti accettabili).
preferendo usare il sort per estrarre e/o selezionare i record solo al
momento del bisogno in tutte le elaborazioni poco frequenti.
E, se non hai un indice opportuno, quella del sort  e' spesso la tecnica 
piu' veloce
che se la gioca  con l'accesso al file come input primario,
beninteso input primario senza indici  eh !


CUT
> >Un'altra cosa curiosa sono i tempi di elaborazione: in un esempio di
>
> Evidentemente  non hai mai visto in funzione un Ibm  S/23 
> Datamaster...:-)))

>Va be', ma quello era per utente singolo, qui si parla di un altro genere 
>di
>macchina. Sapevo che era lento, ma non avevo mai letto esplicitamente una 
>stima
>dei tempi ritenuta accettabile. I due secondi per il programma frequente ci
>possono anche stare; sono i 15 per il programma sporadico che mi 
>meravigliano.

C'erano comunque molti gradi di liberta' nel realizzare un'applicazione
o una specifica funzione...
l'ambiente di sviluppo perdonava abbastanza anche le tecniche di 
programmazione
non raffinate e poco efficienti.
O forse i clienti stessi erano meno evoluti ed esigenti.

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  :-))))


ciao
fm

Back to it.comp.retrocomputing | Previous | Next — Previous 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