Risposta Stile Testo Dimensione:  10 12 14 16 18 20 24 30 Colore:  Rosso Viola Verde Blu Giallo Grigio Arancio Rosa Allinea:  Centrato Giustificato Linea vuota A capo Altri comandi Emoticons Clicca per riportare il codice nell'area di testo oppure posizionati su un'immagine per vederne il relativo comando. Testo In risposta a AMG_Novice_Usr [quote=AMG_Novice_Usr] Stamani ho fatto altre prove. Ecco le 2 situazioni osservate (di queste 2 sono sicuro, osservate e riosservate svariate volte): [b]Situazione 1:[/b] ho il kick3.2 e l'HDD meccanico, mentre invece la scheda di fast-ram in botola è disconnessa: in questo modo, A1200 funziona perfettamente, non gurizza mai, la fase di bootstrap non presenta mai problemi, in 30 secondi arrivo alla schermata bianca regimata di OS3.2, mai un problema, se non che finisco alla svelta la chip-ram, pertanto sarebbe bello capire come liberare chip-ram "inutilmente" occupata. Probabilmente AmigaOS fa già tutto da solo: non credo che, come nei sistemi IBM/MS e altri, l'OS implementi il concetto di "TSR", ossia Terminate and Stay Resident, salvo che io nella startup-sequence non dichiari che un comando/programma debba essere residente da quel momento in poi. Questa tecnica di TSR, quindi processi che avevano già terminato/ritornato, quindi avevano finito il loro lavoro, e nonostante ciò l'OS li teneva ancora residenti (in ram, va da sè), serviva per implementare una sorta di forma di multi-tasking, prima del consolidamento della tecnica di prelazione della cpu ... almeno così ho letto/capito. Che poi alla fine TSR non determinava alcun multi-tasking in sè: semplicemente con TSR si evitava, alla chiamata successiva di un comando/processo da parte del processo padre del sistema (cmd.exe = command.com, l'equivalente di systemd in Linux) di riscomodare il processo loader, che avrebbe dovuto ricaricare in ram il comando chiamato ... tale comando, anche se non faceva nulla, si trovava di già in ram, quindi loader non doveva intervenire. Spero che amiga non faccia TSR, ma che la roba non più utile venga cancellata dalla chip-ram ... ad ogni modo mi ricordo che in una versione di CWB, trovai proprio un'icona sul desktop di Scalos del tipo "clean ram" ... qui in OS3.2 non mi pare di aver trovato nulla del genere, ma sarebbe utile. [/quote] formattazione A sinistra Giustificata Nessuna

06 Febbraio 2022 Postato da: LucioM Rom 3.1 o 3.2?

Ciao a tutti volevo un consiglio sulle Rom del titolo. L'Amiga è il solito A1200 con Vampire V2. Veniamo al punto, ho acquistato l'OS 3.2 ed anche le relative Rom. Le ho installate nell'Amiga così con l'OS e, sarà che non ho più l'età per i cambiamenti, non è che mi sia piaciuto molto anzi l'ho trovato molto carente. Probabilmente mi aspettavo di trovarmi difronte a qualcosa di più moderno, più completo, non so neanch'io, so solo che alla fine ho rimesso le Rom del 3.1 e l'OS 3.9 con i BB 3&4. Però, visto che queste Rom 3.2 le ho acquistate, mi chiedevo se sia possibile/conveniente metterle nell'Amiga ma utilizzarle con l'OS 3.9. Quali siano i pro e quali i contro. Altrimenti rimarrà lì, in bella mostra, nella mia collezione.

Commenti: 34  Aggiungi - Pagine: 1-2

utente amiga quadratico medio Post inviati: 701	Commento AMG_Novice_Usr 12 Febbraio 2022    12:59:54
	Stamani ho fatto altre prove. Ecco le 2 situazioni osservate (di queste 2 sono sicuro, osservate e riosservate svariate volte): Situazione 1: ho il kick3.2 e l'HDD meccanico, mentre invece la scheda di fast-ram in botola è disconnessa: in questo modo, A1200 funziona perfettamente, non gurizza mai, la fase di bootstrap non presenta mai problemi, in 30 secondi arrivo alla schermata bianca regimata di OS3.2, mai un problema, se non che finisco alla svelta la chip-ram, pertanto sarebbe bello capire come liberare chip-ram "inutilmente" occupata. Probabilmente AmigaOS fa già tutto da solo: non credo che, come nei sistemi IBM/MS e altri, l'OS implementi il concetto di "TSR", ossia Terminate and Stay Resident, salvo che io nella startup-sequence non dichiari che un comando/programma debba essere residente da quel momento in poi. Questa tecnica di TSR, quindi processi che avevano già terminato/ritornato, quindi avevano finito il loro lavoro, e nonostante ciò l'OS li teneva ancora residenti (in ram, va da sè), serviva per implementare una sorta di forma di multi-tasking, prima del consolidamento della tecnica di prelazione della cpu ... almeno così ho letto/capito. Che poi alla fine TSR non determinava alcun multi-tasking in sè: semplicemente con TSR si evitava, alla chiamata successiva di un comando/processo da parte del processo padre del sistema (cmd.exe = command.com, l'equivalente di systemd in Linux) di riscomodare il processo loader, che avrebbe dovuto ricaricare in ram il comando chiamato ... tale comando, anche se non faceva nulla, si trovava di già in ram, quindi loader non doveva intervenire. Spero che amiga non faccia TSR, ma che la roba non più utile venga cancellata dalla chip-ram ... ad ogni modo mi ricordo che in una versione di CWB, trovai proprio un'icona sul desktop di Scalos del tipo "clean ram" ... qui in OS3.2 non mi pare di aver trovato nulla del genere, ma sarebbe utile.
	A500-Plus + A501 + switch meccanico per selezione Double-kickstart 1.3 v. 34.5 / 3.1 v. 40.63 /// A600, Rev. MB. 1.5, espansione in trap-door 1MB chip-ram, Kick-Cloanto 45.66, HDD interno a tracce da 2GB modello MK2104MAV by Toshiba su porta IDE: partizione DH1 con WB2.1 (default) + partizione DH2 con WB3.1 /// A500, Kick 1.3 v. 34.5, scheda espansione in trap-door da 512KB /// A600, espansione da 4MB-fast-ram innestata con zoccolo direttamente su 68K, Kick 2.05 v. 37.300, espansione di chip-ram in trap-door da 1MB, CF da 4GB su adattatore interno CF/IDE: partizione DH0 con CWB GAAE, partizione DH1 con WB2.1, partizione DH2 con WB1.3 /// A500, Rev. MB 6A, Kick 1.3 v. 34.5, A520-TV-RF-Modulator /// A500, PWR-LED ROSSO. Kick 1.2 v. 33.180 /// A500-Plus, PWR-LED ROSSO, Kick 2.04 v. 37.175, Driver DF1 esterno Savage DMF 322, A590 alimentato da alimentatore di CD32, con dentro espansione da 2MB di fast-ram + HDD SCSI Seagate ST32151N da 2GB - DH0 con WB 2.04 e DH1 con WB 1.2 /// A1200, 68EC020, Kick 3.0 v. 39.106, HDD a tracce Hitachi 40GB interno su porta IDE con installato CWB, espansione A1208 in trap-door da 8MB-fast-ram, PLipBox su porta parallela per collegamento via Ethernet a Internet /// Commodore 64 Assy NO. 250425 + floppy drive 5’’ 1/4 modello 1541