Portatile ultrasottile da Asus.

[lucommodore]

• 

Personalmente ADORO MacOS9.
Forse è il mio OS preferito ma solo per questioni di feeling e affettive (ci ho fatto tante cose e ci voglio tanto bene  :romance-heartsfade: )...
Tra i motivi per cui è stato abbandonato dalla Apple son sicuro che c'è il fatto che se lo installi su partizioni maggiori di 8 Giga dà problemi di stabilità e che non è in grado di gestire HD più grandi di un tot (120 Giga se non ricordo male)  :think:

[AmigaCori]

• 

OSX va pure in kernel panic se gli muore l'hard disk sotto il culo.

Vabbe'...dai...se ti capita cio' un blocco dell'OS lo posso anche capire!  :mrgreen: , alla fine gli e' morto un pezzo vitale al computer  e cosa ci faresti con un computer senza HD?, riguardo ad OS9 io mai posseduto pero' era preso molto in giro in ambito Amiga per le sue bombe, addirittura la "guru meditation" di Amiga trasse proprio ispirazione da cio', IMHO anche a mo' di canzonamento

[TheKaneB]

• 

in un sistema con memoria virtuale e swapping, devi per forza andare in kernel panic quando fallisce l'HD sottostante. E' una misura di sicurezza.

Sistemi che ne sono privi, come anche AmigaOS, girano anche in presenza di errori gravi del disco.

EDIT: ovviamente basta dare uno sguardo alle distro "live cd" per rendersi conto che con un'opportuna configurazione del filesystem, e la disattivazione dello swap space, anche Linux può funzionare perfettamente anche in caso di errori gravi del filesystem (ad esempio l'espulsione del CD).

[TheKaneB]

• 

Dipende da come è scritto il driver e quanto è fault tolerance (e in genere non conviene per i driver disco).

Certo, questo è chiaro. Comunque sia Windows che Linux sopravvivono ad un fault dell'hard disk, a patto (come dicevo) di disabilitare lo swap space. Il kernel panic è infatti indotto volontariamente quando accadono errori gravi sul sistema di paging, perchè ciò significa perdere anche la RAM, non un semplice HD.

I kernel monolitici hanno raggiunto un complexity tale da non essere più giustificati

Tra gli OS mainstream, di "monolitico" in senso stretto è rimasto solo Linux praticamente. Windows usa un sistema "quasi microkernel" da tutta la serie NT. Le syscall di Windows sono infatti soltanto quelle relative al task control ed al message passing.
XNU (il kernel di Mac OS X) non è così sofisticato, tuttavia penso che analogamente dovrebbe riuscire a sopravvivere ad un fault dell'hard disk a patto di eliminare lo swap file.

[TheKaneB]

• 

nel caso di SATA non si tratta di "fault" ma di "eject", che è un'operazione legittima, ma bisogna smontare il volume e poi scollegarlo, altrimenti non c'è differenza con altri sistemi coldplug. Considera sempre che il VFS tiene enormi blocchi di cache che vanno flushati in fase di unmounting (ciò viene comunque mitigato dai sistemi journaled, che nonostante il crash non invalidano i volumi).

Comunque potremmo fare dei test e stilare una tabella con gli esiti dei vari "stress test" per i vari OS, sarebbe uno studio molto interessante :-)

[divina]

• 

@dsar
Ho sempre notato grande, grandissima instabilità con OS9.x e questo è l' elemento che mai mi ha convinto di questo OS, oltre alla notevole chiusura di default dello stesso; tuttavia mi diverte assai come OS, lo considero un ottimo retro OS ancora utile al punto che appena lo spazio me lo permette (spero a breve) una o più postazioni con OS9.x le dedicherò come normali host interfacciati ad un mail server e per altre cosette molto divertenti, accesso AFP ...etc... e forse se avrò tanto tempo libero (cosa difficile) anche con doppia LAN per far fare a qualcuna OS sharing ed altro per veri Mac da retrocomputing con 68k con soluzioni miste eth e phone ser apple appletalk
Quindi non posso che avere bei pensieri per il glorioso OS9.x e suoi antecedenti 8.x e 7.x ,ma sono sempre felice che Apple sia passata ad OSX, che ora a mio parere è ad un buon livello

[AmigaCori]

• 

nel caso di SATA non si tratta di "fault" ma di "eject", che è un'operazione legittima, ma bisogna smontare il volume e poi scollegarlo, altrimenti non c'è differenza con altri sistemi coldplug. Considera sempre che il VFS tiene enormi blocchi di cache che vanno flushati in fase di unmounting (ciò viene comunque mitigato dai sistemi journaled, che nonostante il crash non invalidano i volumi).

Comunque potremmo fare dei test e stilare una tabella con gli esiti dei vari "stress test" per i vari OS, sarebbe uno studio molto interessante :-)

Tempo fa avevo letto su Amiganews, della superiorita' di AmigaOS rispetto a tutti gli altri OS nel fatto che per AOS4 non sia prevista un'operazione di spegnimento, si stacca il cavo dalla presa e via.
Per le penne usb valeva la stessa cosa, stacchi la penna senza informare il sistema e tutto funziona senza problemi.
Da quanto leggo sopra, fare una cosa del genere puo' essere tollerato dall'FS se journaled perche' non invalida i volumi (tipico di AOS) ma mi chiedevo "e' un pregio una cosa del genere oppure semplicemente una mancanza di AOS e quindi gli altri OS hanno provveduto a prevedere una procedura di shut-off che preservi i dati in uscita dal sistema?".

[TheKaneB]

• 

diciamo che è una cosa normalissima, per un OS nato nell'84  :lol:

[AmigaCori]

• 

Si si..non c'erano le penne USB, gli HD...chi li usava???  :shock:  e quindi l'unico mezzo era il floppy, quando Amiga aveva finito di arare (mio cugino chiamava cosi' la scrittura/lettura dell'A500  :lol: ) buttavi fuori il floppy e spegnimento.

Pero' ora siamo nel duemilaequalcosa, puo' considerarsi ancora una features di AOS4 rispetto agli altri OS?

[AmigaCori]

• 

Non conosco in dettaglio AOS4, ma conviene sempre fare l'unmounting prima di staccare penne usb o hard disk.

Il mio dubbio era questo, se fosse buona affidabile avere un OS che gestisce i dati in tale maniera: chi mi assicura che non accada nulla ai mie dati?

A meno che non sia un sistema operativo primitivo senza alcuna forma di caching e il writing è del tutto diretto, quindi una volta che ha finito di scrivere puoi staccare la penna senza problemi.

E come fai a sapere che non vi sia piu' nulla da scrivere?, tramite il la finestra con l'avanzamento dell'operazione lettura/scrittura? oppure nel caso dell'HD come fai a sapere se qualche programma sta leggendo/scrivendo in quell'istante?, il consiglio datomi era di vedere la spia HD per qualche secondo, se non lampeggiava allora si poteva staccare la spina.

[divina]

• 

Dipende dal sistema operativo, ovviamente è giusto che l'utente/utonto si abitui a fare l'unmounting, la cui sicurezza è "multiplatform". Oggi staccare la penna senza unmounting lo reputo un metodo barbaro.

quotone

[lucommodore]

• 

Dipende dal sistema operativo, ovviamente è giusto che l'utente/utonto si abitui a fare l'unmounting, la cui sicurezza è "multiplatform". Oggi staccare la penna senza unmounting lo reputo un metodo barbaro.

quotone

Zero! E' tutto l'opposto!  :doh:

Si dovrebbero "fare le cose" in modo che l'utente più barbaro, stupido, menomato, ritardato e ignorante non corra mai rischio alcuno!
Anzi le condizioni di sicurezza DEVONO assolutamente sempre essere stabilite e progettate proprio sulla base di tutte le porcate che qualsivoglia "barbaro" (che non impara niente e non legge i manuali) possa inventarsi.

Ma scherziamo? Secondo questo concetto sarebbe giusto vendere un forno a microonde senza il sistema che ne inibisce l'accensione a sportello aperto: v'immaginate quante persone perderebbero le mani solo per volersele asciugare?
Poi che gli diciamo: "son ca**i vostri perché non avete letto bene il manuale" ?

Per fare un esempio il bel sistema: "te lo scrivo su manuale/confezione e poi son cavoli tuoi" è quello usato dalle multinazionali del tabacco dopo aver perso varie cause in USA e NON è a tutela del consumatore ma a favore delle stesse multinazionali del tabacco che guardacaso da quel momento in avanti hanno circa raddoppiato gli additivi presenti nelle loro sigarette e possono così sperimentare ciò che vogliono sulla pelle della gente senza rischi di incorrere a cause legali!
E questo è solo un esempio su 1000...

[TheKaneB]

• 

ehm... l'utente barbaro di computer che stacca il pen drive mentre sta scrivendo, in che modo vorresti/potresti aiutarlo?

Mettendo forse un gancio meccanico che blocca fisicamente il pendrive, e venga comandato dal software?

Il microonde protegge la tua vita, non protegge i cibi dall'essere cotti malissimo.

Allo stesso modo la porta USB protegge la tua vita grazie all'isolazione dell'alimentazione rispetto alla linea di rete, ma è compito tuo non combinare porcherie con i files!

[lucommodore]

• 

@TheKaneB
Certamente non intendo dire che si dovrebbe fare tutto in modo da tutelare tutto&tutti o piuttosto non fare niente. No questo sarebbe sbagliato...
Contesto a livello concettuale ciò che ho letto sopra: lo ritengo assolutamente errato e a mio parere la sicurezza (in questo caso quella dei dati dall'azione di un "barbaro") dovrebbe essere uno dei principali criteri evolutivi in qualsivoglia situazione. Molto molto molto più di quanto possa sembrare evoluzione un processore più veloce, una scheda video migliore di quella di precedente generazione o robe così.
Nel caso specifico della penna USB al momento occorre certamente ricordarsi di fare l'unmounting per esser più sicuri di non fare danni; ma la vera evoluzione di tutto questo non credo affatto sia una penna più veloce e/o più capiente (queste son cose, come dire, "sintomatiche" dello specifico tecnologico), quanto piuttosto un nuovo sistema, magari diversissimo, che prenda il posto della pennetta e che risulti più semplice e sicuro per tutti.
Spero di riuscire a farmi capire: non è ovviamente giusto che l'utente/utonto si abitui a fare l'unmounting ma semplicemente gli tocca farlo per evitar casini perché al momento le cose stanno così.

[cdimauro]

• 

Avete mai usato MacOS Classic? No dico, potevi sganciare l'HD e rimaneva ancora in piedi. Non crashava nemmeno se ti impegnassi a farlo.
Era un nanokernel, lo installavi e poi non dovevi nemmeno riavviare.

Da questo punto di vista AmigaOS era simile.

Non capisco perché abbiano deciso di fare questo cambio di architettura dell'OS, di certo non hanno avuto grossi vantaggi.

Per OS9.x OS assolutamente chiuso (che poteva anche avere vantaggi), ricordo belle bombe frequenti del OS (un AmigaOS4.x più stabile insomma ) , quindi a mio parere la strada di OSX è corretta e più che buona, che poi OSX venga "infiorettato da Apple" e fatto per passare per il miglior OS etc... sono le solite cavolate promozionali

Esattamente. Per lo stesso problema di AmigaOS: la mancanza di solidità. Di "bombe" su MacOS ne ho viste una caterva, e quando lavoravo con Pagemaker dovevo salvare ogni 5-10 minuti per non rischiare di buttare via il lavoro fatto nel frattempo.

p.s. OSX server curiosamente non è prodotto particolarmente interessante, chissà perchè

Perché come server a livello prestazionale fa pietà. :oops:

Ni, prendi per es. un gestore font ... fondamentale per una centralizzazione o meno per un ambiente produttivo DTP ... beh lato Mac tali software sono migliori viene da se che l' utente Mac si trova "a suo agio maggiormente" per es. con gli applicativi Adobe ... insomma mettila così per certi applicativi l' utente finale è più in ambiente user friendly che ad utilizzare i medesimi lato Windows ... poi logicamente se la mentalità fosse più aperta si ovvierebbe più facilmente a questi "problemini"

La mia esperienza in tal senso è diametralmente opposta. Quando lavoravo con MacOS ho avuto non pochi problemi (addirittura prima c'era anche un limite al numero massimo di font installabili), e mai avuto problemi con Windows lavorando con lo stesso programma (Pagemaker 6.5).

Da ultimo prendi come es. una tipografia e falli lavorare con Windows ... aspettati un suicidio a breve ...

Perché usano tutti Mac e non ci sono abituati. Tutto qui.

Per il resto quando riuscivo a stampare tranquillamente in quadricomia sul loro megaserver galattico che avevano rimanevano a bocca aperta. :ugeek:

in un sistema con memoria virtuale e swapping, devi per forza andare in kernel panic quando fallisce l'HD sottostante. E' una misura di sicurezza.

Sistemi che ne sono privi, come anche AmigaOS, girano anche in presenza di errori gravi del disco.

EDIT: ovviamente basta dare uno sguardo alle distro "live cd" per rendersi conto che con un'opportuna configurazione del filesystem, e la disattivazione dello swap space, anche Linux può funzionare perfettamente anche in caso di errori gravi del filesystem (ad esempio l'espulsione del CD).

Anche Windows può funzionare da live CD/DVD. 8-)

Si si..non c'erano le penne USB, gli HD...chi li usava???  :shock:  e quindi l'unico mezzo era il floppy, quando Amiga aveva finito di arare (mio cugino chiamava cosi' la scrittura/lettura dell'A500  :lol: ) buttavi fuori il floppy e spegnimento.

Pero' ora siamo nel duemilaequalcosa, puo' considerarsi ancora una features di AOS4 rispetto agli altri OS?

Prova a spegnere l'Amiga o il Mac Classic mentre stanno scrivendo, e vedi cosa succede.

P.S. Com'è che ancora non sei intervenuto sul mega-OT che s'è creato? Sei già in ferie con la moderazione? :lol:

Scherzo, eh! Non mi bannare!!! :cry: