Newsgroup: it.comp.os.dibattiti
Titolo: Count down...

L'ora X sta per arrivare,  fiondatevi quì:
http://www.amiga.de/diary/executive/ol-0699-e.html
Saluti,
Fabio Alemagna
PS:
restate sintonizzati! :)

> 
http://www.amiga.de/diary/executive/ol-0699-e.html
Ma per favore... sono i soliti proclami che si sentono da anni a s/proposito
del "grande" ritorno dell' Amiga. Ormai e' morto, e' inutile tutto questo
accanimento  terapeutico. L' Amiga ha avuto il suo tempo e la sua occasione
per imporsi, ma la vecchia Commodore prima e i successori dopo, non l' hanno
saputo sfruttare, adesso (da 6-7 anni) e' troppo tardi...
Max
--
#####################
#  For personal reply use:  #
#  
khow...@thezone.net
  #
#####################

 Non mettete nessuno nel vostro killfile (Pub. Progresso) <
Il Bubuti Bauontico sta per arrivare...

 E' il S/O la base di tutto.
Beh... direi che memoria protetta a parte, l'AmigaOS non é affatto male;
quindi le premesse per un buon prodotto di sono tutte.
Ciao ciao
*********************************************************************
Il mio vero indirizzo é 
pu...@intercom.it
, ICQ#20390352
*********************************************************************
La Tariffa Urbana a Tempo diminuisce la liberta' di tutti gli utenti
Internet. Anche la tua.
http://notut.videonet.it/
*********************************************************************

intorno al software.
www.transmeta.com
Linus l'ha capito.
-- 
ciao, | [Per rispondere togli "toglimi" dal mio indirizzo.]
Marco | "You're one of those condescending Unix computer users!"
      | "Here's a nickel, kid. Get yourself a better computer"  -- Dilbert

 saputo sfruttare, adesso (da 6-7 anni) e' troppo tardi...
Se riesci a campare fino al Comdex allora vedrai quanto avevi torto...
Saluti,
Fabio Alemagna

intorno al software. Non il contrario.
Allora devi avere software che vende gia' triliardi a palate, e
decine di migliaia di commissioni gia' pronte, perche' il
costo dell'hardware puo' oscillare con estrema facilita' fra
piu' infinito e zero, a seconda di quanto ne produci e di quanto
poi ne riesci a vendere.
Questo rende assolutamente impossibile l'affermazione sul mercato
consumer di qualunque piattaforma che non sia X86 based; gli stessi
PC di buona qualita' faticano a vendere, figuriamoci una macchina
non X86.
I nuovi Amiga saranno anche delle macchine mostruose, ma faranno
la fine di NeXT e BeBox: trampolini di lancio per un SO che poi
sara' portato su piattaforma X86, sulla quale perdera' almeno il
50% della funzionalita'.
E' chiaro che se ci fosse il miracolo, sarei il primo a
festeggiare!:)
-- 
sr - null...@PAMflashnet.it <strip NOS & PAM to email>

 intorno al software.
Con tutto il rispetto: 'sto Soltis ha detto una cagata.
                                                                     __
 __                                                              _  ///
| _        Student in Computer Science, Swiss Federal Institute  \\///
|__|iambo      of Technology - mailto:
ggia...@iiic.ethz.ch
       \X/

  /,`.-'`'    -.  ;-;;,_    
UIN/ICQ# 7387142                          |,4-  ) )-,_..;\ (  `'-'   
                                         '---''(_/--'  `-'\_)

 quindi le premesse per un buon prodotto di sono tutte.
E l'AmigaOS prossimo venturo (nome in codice AmigaSoft), purtroppo o
per fortuna, non sara' basato sul "Classic" AmigaOS ma su QNX come
kernel e avra' come API una roba che stanno sviluppando in casa di cui
non si sa ancora molto e che forse sara' l'OS della Playstation2 (qui
siamo pero' nei rumors piu' porno :).
Comunque questa settimana dovrebbe uscire un white-paper che dovrebbe
svelare molte cose dietro l'AmigaSoft.


> Se riesci a campare fino al Comdex allora vedrai quanto avevi torto...
Mi sto gia' toccando per gli scongiuri... per il resto chi vivra' vedra'...
Ciao...


E' il S/O la base di tutto.
Le solite esagerazione dei softwaristi. Io sono dell'opinione che
CPU/S.O./Linguaggio vadano a braccetto.
E per me chi da la cadenza ad un progetto e' il linguaggio. Solo pochi
pero' arrivano a capire che fare qualcosa di nuovo bisogna partire dal
linguaggio. In Lucent c'e' un vecchietto che la pensa come me :-).
-------------------------------------------------------
http://members.it.tripod.de/papero/index.html

 linguaggio. In Lucent c'e' un vecchietto che la pensa come me :-).
Sono pienamente d'accordo.


 intorno al software.
In base a questa logica, l'IBM costruisce pachidermi (tecnologicamente
parlando) per star dietro a software scritto male. :)
Saluti!
Marco

 Linus l'ha capito.
Puo' darsi che stiano ancora cercando di capirlo
alla "Not yet" 
www.transmeta.com
P.s. ma che **zzo aspettano ? forse sono loro
il "Bubuti Bauontico" che sta per arrivare ?
Ciao
Vincenzo

 il "Bubuti Bauontico" che sta per arrivare ?
Tiepidello...


 parlando) per star dietro a software scritto male. :)
Non dire cazzate.
Dell'OS/400 tutto si può dire, tranne che sia scritto male e che non
funzioni.
Se Linux (o qualsiasi altro S/O) fosse almeno affidabile la metà di quello
che è l'accoppiata AS/400-OS/400 non ci sarebbe storia.


 che è l'accoppiata AS/400-OS/400 non ci sarebbe storia.
Come misuri l'affidabilita'? In base a quali parametri oggettivi?
Saluti!
Marco Spedaletti

 Come misuri l'affidabilita'? In base a quali parametri oggettivi?
L'unico esistente. L'uptime.
--
Saluti e Salute a Tutti.
For reply e-mail: mc6491@_
rmvme_mclink.it
Il Bubuti Baountico sta per arrivare.....

 L'unico esistente. L'uptime.
Beh, allora non sara' mai possibile confrontare, visto che l'AS/400 c'e'
da prima di Linux. :)))
BTW, continuo a ribadire che la qualita' del codice scritto da IBM e'
pessima, soprattutto per cio' che attiene ai suoi "mostri sacri", dove
sacrifica l'ottimizzazione per dei pezzi di hardware dedicato.
Saluti.
Marco.

 da prima di Linux. :)))
E che significa?


 E che significa?
Vabbeh, lasciamo perdere, vah. BTW, e' stato un piacere non-dialogare
con
te. Alla prossima disfida sulle ovvieta' dell'informatica!
Saluti!
Marco.

 indicizzata a sua volta.
Se il documento č strutturato sicuramente. Altrimenti la vedo dura.
--


 Non il contrario.
Ed infatti lì più che di HW si parla di SW: non tidire niente il termine
"Operating Enviromment" al posto di "operating System"?
Saluti,
Fabio Alemagna

sostituire il motore del suo DB2 con questo algoritmo.
Massa di idioti. Al postoloro, lo avrei proposto a Lotus, per
sostituire la ricerca full-text di Notes. 
O avevano paura di sentirsi dire 'lento...'????
Obelix

 O avevano paura di sentirsi dire 'lento...'????
Ne dubito. Comunuqe l'opzione Lotus e' impraticabile, visto che Lotus
e' una dependance IBM.
Ciao!
Marco.

 Non il contrario.
Vedo che ami le contraddizioni. L'architettura x86 ti sembra costruita
intorno al software?
--
Fabrizio Di Giuseppe
Real email address: fabrizio@_REMOVEME_iride.com
http://www.iride.com/fabrizio
Sent via Deja.com 
http://www.deja.com/
Share what you know. Learn what you don't.

 intorno al software?
E come potrebbe, dato che non è un'architettura di S/O (o meglio di
ambiente).
Java è un'architettura software attorno alla quale si sviluppa hardware,
OS/400 è un'architettura software attorno alla quale si sviluppa hardware.
Sono nate e concepite per questo paradigma.
Gli ambienti che normalmente conosciamo si sono dovuti adattare
all'ambiente.
Queste invece adattano l'ambiente.
--
Saluti e Salute a Tutti.
For reply e-mail: mc6491@_
rmvme_mclink.it
Il Bubuti Bauontico sta per arrivare.....

 Queste invece adattano l'ambiente.
Mi domando quanto questo approccio sia furbo e porti necessariamente
a risultati migliori.
Ti faccio un esempio.
Supponi di avere un codice di questo tipo (C):
   int a, b, c, d, e, f;
   ...
   a = b;
   b++;
   while( c = a + b ) {
      d = a * 2;
      e = funzione( a, b, c );
      f = funzione2( b, c, e );
      a = a + b + f;
   }
   ...
Non entro nel merito del codice... supponiamo che questo codice sia
(*apparentemente*) il migliore che si possa scrivere e che il
compilatore
ottimizzi cercando di mettere le variabili piu' frequentemente
utilizzate
nei registri della CPU (per migliorare il rendimento).
Il problema nasce dal fatto che, misurando i tempi di esecuzione,
si vede che non e' accettabile. Il numero di registri e' insufficiente
a tenere tutte queste variabili in uso, e lo stesso compilatore e'
imbarazzato nello scegliere le variabili da privilegiare.
Secondo la tua logica, invece di cercare di ottimizzare l'uso dei 
registri e della memoria, andando a lavorare direttamente sul codice,
si farebbe meglio a progettare una CPU con un numero di registri
sufficienti a mettere su tutte le variabili in uso.
Ho capito bene? (spero di non essere stato troppo succinto)
A me sembra un pensiero molto pericoloso.
Un po' come le JavaCard... che alla fine sono piu' o meno le stesse cose
che si fanno con un cross compiler C...
Ciao
Marco.

e' una dependance IBM.
Si, ma e' Lotus quella che ha interesse a fare ricerche full-text dato
cher il loro e' un DB (si fa per dire...) atipico...
Sul fatto che siano una dependance IBM, ne dubito: tutti i Lotusman
che ho incontrato erano convinti che IBM fosse una dependance
lotus....
Obelix

 sufficienti a mettere su tutte le variabili in uso.
Mi permetto di osservare che oggi i processori vengono progettati in
questo modo, cioe' in funzione del compilatore che viene sviluppato
parallelamente. Ho letto un interessante articolo in proposito, ma non
mi ricordo dove.
Ciao


mi ricordo dove.
E' vero: il codice macchina dei processori viene creato pensando ai
compilatori. E' la prima cosa che dicono nei corsi di Calcolatori
Elettronici I in varie universita' --tra cui la mia--.
Saluti.
--------------------------------------------------------------
Gianni "BugBarbeq" Rondinini + Kawasaki ZZ-R 1100 "Gisella"
http://ihhc.news-it.org
 IRC: #
carhifi.it
 #bug - ICQ 36893168
--- Vero birro romagnolo: diffidate dalle imitazioni! --------

 
Nella mia invece (Pisa, Scienze dell'Informazione) non si cita nulla di
tutto questo, anche se a livello commerciale (non teorico!) il discorso ha
un senso. Pero', teoricamente non ci deve essere legame tra la
progettazione del microprocessore e il compilatore che dovra' tirarne
fuori il codice a basso livello. Infatti si studia in maniera del tutto
generale il modo per progettare il processore e nello stesso modo quando
si progetta il compilatore (di qualsiasi tipo sia, non solo quelli che si
comprano...). Altrimenti (esagero, attenzione1) e' come se uno scrittore
forzasse il suo stile di scrittura perche' pensa alle capacita' di alcuni
traduttori per chissa' quali lingue.
Posso aggiungere una chicca: qui da me (intendo nella mia universita') si
sconsiglia (in realta' a noi poveri studenti), alle aziende progettatrici
di microprocessori di non distribuire l'assembler del processore. Di
cio', posso dire di essere favorevole.
Ciao,
         Claudio 

 cio', posso dire di essere favorevole.
Scusa, a che servirebbe vendere un processore e non distribuirne il
linguaggio?
-- 
Gabriele Biffi - WarHammer Wood Elves General
gbi...@lycosmail.com
   |  "L'intelligenza e' una gran bella cosa.
http://jump.to/gbiffi
  |  Sarebbe bello se tutti ne avessero una."
ICQ 5169491 (gbiffi)   |