Menù principale

Notizie  Grafica  Forum  Links  Retro Trailer  Recensioni  Modelli Amiga  Storia Amiga  Retro-Gamers  Lista Utenti  Contatti  Policy sito

Login

Nick Password

Registrati - Recupera dati

03 Gennaio 2009 Postato da: VagaPPC Phenom quad core + debian 64bit uae incredibilmente lento

Dopo aver trovato il mio equilibrio con uae sul mio vecchio AtlhonXP (3200+). Tutto pensavo salvo che passando al più moderno Phenom Quadcore (6400+ per core) le prestazioni di UAE si dimezzassero. Il bello che in tutto è per tutto le prestazioni sono almeno radoppiate. La lentezza è sopratutto dovuta hai caricamenti e sembra che sia 68k sia a 30Mhz (prima sembrava a 3000Mhz). Ora da linux+wine riesco anche ad eseguire con qualche problemino WinUAE, che risolve i tempi di caricamento e il rallentamento è meno accentuato, ma l'accesso grafico è incredibilmente lento e non funziona bene in fullscreen. Qualcuno di voi ha già incontrato questo problema. O meglio qualcuno ha già una soluzione? Stavo pensando di fare una macchina virtuale per amiga ma amitlhon e qnx non ne vogliono sapere. Ora proverò X-Amiga con virtualbox, ma ho i miei seri dubbi che funzioni bene

Commenti: 18  Aggiungi  - Leggi

Indice: forum / Software Amiga in generale

Il Webmaster Post inviati: 4739 Commento 1 Mak73 3 Gennaio 2009    14:20:37 Non saprei che dirti, ma mi pare che anche Seiya lamentasse qualche problema in emulazione sui processori a più core. Pace e bene a tutti. Post inviati: 284 Commento 2 Raffaele 3 Gennaio 2009    15:11:46 Ma WinUAE e E-UAE non sono entrambi in codice 32bit? Passando ad un processore multicore ed a 64bit, pure con un S.O. full 64bit come Debian, devono però essere eseguiti in modalità 32bit, e forse si crea qualche collo di bottiglia a monte, già dentro il processore che trova qualche difficoltà ad eseguire codice in emulazione 32bit... Il mio sospetto è che magari una unità core dentro al processore si predispone a girare a 32bit e faccia qualche casino di bus di memoria o in bus per le periferiche (hard disk) mandando richieste per caricare codice a 32 bit sul bus che poi vanno in collisione con quelle a 64 bit degli altri core che stanno mandando avanti il sistema operativo Debian nel suo complesso... Oppure le richieste codice a 32bit vengono messe in attesa, mentre il sistema compie tutte le operazioni a 64 bit e eseguite solo quando sono state finalmente esguite quelle a 64bit... Ma sono solo un profano, e potrei stare dicendo sciocchezze... Prova a dare un'occhiata sui forum internazionali ed a vedere se vengono segnalati bug in tal senso riguardo quel tipo di processore... Oppure fai una prova empirica e prendi il sorgente di E-UAE a 32 bit e ricompilalo al volo per 64bit e vedi SE così (anche SENZA fare alcuna modifica al codice) questo viene eseguito in modo corretto... La sorpresa e la frustrazione di Linus Torvalds nello scoprire che anche in ambito Linux c'è ancora chi usa Amiga nei progetti hardware (un programmatore di EPROM) e realizza anche i driver Linux per sfruttarla al meglio. From Linus Torvalds Date Tue, 24 Sep 2019 17:00:59 -0700 Subject Re: [PULL REQUEST] i2c for 5.4 On Tue, Sep 24, 2019 at 12:31 PM Wolfram Sang wrote: > > - new driver for ICY, an Amiga Zorro card Christ. Will that thing _never_ die? Post inviati: 1774 Commento 3 andres 3 Gennaio 2009    19:56:47 Probabilmente c'entra il giusto, però va considerato che anche molti software attuali (formalmente adattissimi ai multicore), oltre che quelli di 2-3 anni fa, sfruttano i multiprocessori solo in misura minima, con il risultato che un Pentium 4 a 3.2 Ghz è magari più veloce di un quad core... Io questa cosa la vedo nell'ambito del software audio: in teoria, le nuove relase, leggendo quel che dicono i produttori, sfruttano alla grande i multiprocessori: nella pratica, solo una parte del codice è stato riscritto, e spesso solo alcune funzioni come effetti dsp pesanti sfruttano i multicore... per tante altre cose non li sfruttano affatto, e le prestazioni rispetto a un monocore di frequenza più elevata possono peggiorare... Poi, questo è quel che io vedo nella pratica... A1200/020+68882 - 6 MB RAM - AmigaOS 3.0 http://www.monfleir.it Pegasus RyuSei Ken Post inviati: 10185 Commento 4 Seiya 3 Gennaio 2009    20:45:22 Citazione Ma WinUAE e E-UAE non sono entrambi in codice 32bit? non centra niente, perchè altrimenti sulla cpu a 64bit non girerebbe nulla Citazione Passando ad un processore multicore ed a 64bit, pure con un S.O. full 64bit come Debian, devono però essere eseguiti in modalità 32bit, e forse si crea qualche collo di bottiglia a monte, già dentro il processore che trova qualche difficoltà ad eseguire codice in emulazione 32bit... un processore 64bit esegue codice a 32bit esattamente alla stessa velocità di una cpu a 32bit, anzi in certi casi su una cpu a 64bit si possono avere anche miglioramenti lo dimostra il fatto che Amithlon mi girava su un Athon64 3500, cpu a 64bit. Per Amithlon è cmq una cpu x86 64bit o 32bit che sia. Il problema è che nemmeno amithlon va più con i multicore Citazione Il mio sospetto è che magari una unità core dentro al processore si predispone a girare a 32bit e faccia qualche casino di bus di memoria o in bus per le periferiche (hard disk) mandando richieste per caricare codice a 32 bit sul bus che poi vanno in collisione con quelle a 64 bit degli altri core che stanno mandando avanti il sistema operativo Debian nel suo complesso... no. come scritto sopra, tra due software, uno a 32bit e uno a 64bit ovviamente sulla cpu a 64bit va meglio, ma se la cpu 64bit esegue codice a 32bit lo esegue alle massime prestazioni che può fare quella cpu. Semmai il caso di linux a 64bit che alcune applicazioni a 32bit non si installano nemmeno. Ma quelle che si installano vanno come devono andare. Citazione Oppure le richieste codice a 32bit vengono messe in attesa, mentre il sistema compie tutte le operazioni a 64 bit e eseguite solo quando sono state finalmente esguite quelle a 64bit... viene fatto tutto in tempo reale, vengono eseguite contemporaneamente applicazioni 32bit e 64bit a piena velocità. diverso è come li gesticono i sistemi operativi. Dentro tutti i Windows a 64bit c'è il sottosistema WOW64, praticamente è Windows dentro Windows 64, che serve per far girare tutte le applicazioni a 32bit. in pratica è un layer di emulazione a 32bit per far girare tutte le applicazioni a 32bit Il bello è che non te ne accorgi, perchè le applicazioni a 32bit girano grazie a queste layer come se stessero girando su una cpu nativa a 32bit Linux credo abbia qualcosa di simile, perchè cmq su ubuntu a 64bit girano applicazioni a 32bit a piena velocità. WinUAE ad esempio è un problema perchè il programma stesso che ha dei problemi con le cpu multicore. In fullscreen la ventola della cpu aumenta all'impazzata e cmq dopo un po si freeza, solo WinUAE. uscendo si resetta tutto. Ora con l'ultima beta sembra andare un po meglio, ma io lo uso in Full-Window, in fullscreen non dura. E anche così poco bene. Citazione Prova a dare un'occhiata sui forum internazionali ed a vedere se vengono segnalati bug in tal senso riguardo quel tipo di processore... si, è stato confermato che ci sono problemi con le cpu multicore, sopratutto quelle AMD o forse solo con quelle.. Ultima modifica avvenuta il 03/01/2009 alle ore 20:52:33 Pegasus RyuSei Ken Post inviati: 10185 Commento 5 Seiya 3 Gennaio 2009    20:50:31 @VagaPPC voglio comunicarti che Amithlon funziona su VirtualBox. in pratica Amithlon è basato sul kernel linux 2.4, quindi in VirtualBox devi scegliere una macchina linux con kernel 2.4 funziona! non bene ad esempio, la balla che rimbalza rimae su schermo all'infinito, basta schiacciare un tasto sulla tastiera che carica l'OS (io premo il CTRL). Anchio ho Ubuntu 64bit (l'8.10) e funziona male con linux. Dopo averlo caricato non c'è verso di fare il riavvio con ctrl-windows-windows, cosa che invece funziona con la versione Windows di VirtualBox. Può essere che abbia installato poco bene Virtualbox. Puoi provare. Amithlon ora è funzionante su VirtualBox in Vista 64bit SP1. Anche se ci sono parecchio limitazioni sopratutto per audio e rete. bisognoa un po studiare bene questa nuova soluzione di avere un AmigaOS virtualizzato. Amthlon update sembra non funzionare, quindi per ora solo 640x480x8, oppure puoi lanciare amithlon_update per avere un OS in bianco e nero, ma con audio funzionante la cosa migliore, è avere un PC dedicato ad amihlon infatti prima avevo un AMD64 3500 e Amithlon girava alla grane, ero riuscito a caricarlo anche con una x1900GT pci-express. mentre ora con una cpu multicore non va. Su Virtuabox cmq ho scelto 1 cpu e non due. Ultima modifica avvenuta il 03/01/2009 alle ore 20:53:44 Pegasus RyuSei Ken Post inviati: 10185 Commento 6 Seiya 3 Gennaio 2009    21:01:53 Citazione Probabilmente c'entra il giusto, però va considerato che anche molti software attuali (formalmente adattissimi ai multicore), oltre che quelli di 2-3 anni fa, sfruttano i multiprocessori solo in misura minima, con il risultato che un Pentium 4 a 3.2 Ghz è magari più veloce di un quad core... non esageriamo..il P4 non sarà mai più veloce di un Quad. Semmai un IntelQuad o un Phenom X4 sono più lenti nei giochi rispetto ad un Intel core2 Duo, ma in applicazioni tipiche di audio e video i quad se lo mangiano il P4 Citazione Io questa cosa la vedo nell'ambito del software audio: in teoria, le nuove relase, leggendo quel che dicono i produttori, sfruttano alla grande i multiprocessori: nella pratica, solo una parte del codice è stato riscritto, e spesso solo alcune funzioni come effetti dsp pesanti sfruttano i multicore... per tante altre cose non li sfruttano affatto, e le prestazioni rispetto a un monocore di frequenza più elevata possono peggiorare... Poi, questo è quel che io vedo nella pratica... Se fai ripping, dvd authoring, compressione audio e video di una certa molte, montaggio video, un Quad è siciramente preferibile. Ci sono delle situazioni particolari. La compressione in Divx ha sempre privilieggiato la potenza della cpu e sopratutto cpu multicore, e meglio quelle intel che AMD. Le nuove versione di Divx, dalla 6.7 in poi sono state otimizzate per le SSE4, quindi su un intel core2 duo a 45 nm che hanno le SSE4 è più veloce del IntelQ6600 che le SSE4 non ce le ha. MA questo è un caso a parte, perchè nelle altre applicazioni il Quad è più veloce. Nei giohci non c'è storia. I dual sono più veloci dei Quad. Perchè? Le frequenzei di lavoreo dei Dual sono più alte. infatti un Dual a 3ghz nei giochi da fps maggiori che un Quad a 2.4 ghz I giochi non sfruttano i quad dato che sfruttano a malapanea i dual.. Ovviamene se occhi il quad a 4 ghz, va bene pure lui nei giochi Ultima modifica avvenuta il 03/01/2009 alle ore 21:06:00 Pegasus RyuSei Ken Post inviati: 10185 Commento 7 Seiya 3 Gennaio 2009    21:40:00 per @VagaPPC SysAdmin Unix/Linux - fiero o folle possessore di un AmigaOne Post inviati: 3207 Commento 8 VagaPPC 3 Gennaio 2009    21:52:43 Ok cerco di rispondere a tutti contemporanemente Ovviamente UAE è a 64 ricompilato su misura visto che la versione precompilata è limitata. Ho notato che nella fase di autoconfig del codice non trova alcune librerie (non più presenti nella versione a 64 bit di debian). Penso che manchi qualcosa. Mentre WinUAE gira sotto wine (in pratica emulato) quindi gira a 32bit. I processori a 64 bit eseguono il codice 32bit in due modi. Ovviamente la modalità dipende dal processore la prima è quella emulata, più lenti nel codice 32bit ma più performanti a 64 oppure nativa con un registro hw incluso nei core, questo porta una maggior velocità con il codice a 32 ma più lenti a 64bit Ovviamente sono più veloci comunque del vecchio computer I processori intel sono più affidabili per i calcoli a numeri interi e applicazioni single core I processori amd hanno i core che accedono indipendentemente alla memoria quindi sono più affidabili in applicazioni multi trhead (macchine virtuali ecc ecc) Infatti nelle varie recessioni che leggete in giro sulla rete. Potete vedere che nei test di accesso alla memoria amd stravince, anche se poi si lamentano che intel ha un cache l2 più grande (dimenticando a cosa serve). Grazie per la notizia di virtualbox, devo provarlo. Io in realtà provai a installare qnx Devo provare il cd di amigaX, forse quella è la soluzione definitiva. cmq sto attrezzando un pc apposta per emulare amiga in tutte le sue forme WorkStation: Amiga x5000 AOS4.1 - MorphOS MiniMac - Vampire V4 - PC AMD Ryzen 9 7950X3D 64Gb RAM 5Ghz Old System Amiga 500,1200, A4000/60 PowerPPC, CybervisionPPC, SUN Ultra5, PowerMAC G4 450Mhz 1Gb Post inviati: 1774 Commento 9 andres 4 Gennaio 2009    09:42:40 Citazione non esageriamo..il P4 non sarà mai più veloce di un Quad. Semmai un IntelQuad o un Phenom X4 sono più lenti nei giochi rispetto ad un Intel core2 Duo, ma in applicazioni tipiche di audio e video i quad se lo mangiano il P4 Se fai ripping, dvd authoring, compressione audio e video di una certa molte, montaggio video, un Quad è siciramente preferibile. Ci sono delle situazioni particolari. La compressione in Divx ha sempre privilieggiato la potenza della cpu e sopratutto cpu multicore, e meglio quelle intel che AMD. Le nuove versione di Divx, dalla 6.7 in poi sono state otimizzate per le SSE4, quindi su un intel core2 duo a 45 nm che hanno le SSE4 è più veloce del IntelQ6600 che le SSE4 non ce le ha. MA questo è un caso a parte, perchè nelle altre applicazioni il Quad è più veloce. Nei giohci non c'è storia. I dual sono più veloci dei Quad. Perchè? Le frequenzei di lavoreo dei Dual sono più alte. infatti un Dual a 3ghz nei giochi da fps maggiori che un Quad a 2.4 ghz I giochi non sfruttano i quad dato che sfruttano a malapanea i dual.. Ovviamene se occhi il quad a 4 ghz, va bene pure lui nei giochi Guarda, ci sono diversi software audio professionali che fino ad adesso non sfruttavano affatto bene i multicore... E' un fatto noto e palese per certi software, più incerto per altri... A1200/020+68882 - 6 MB RAM - AmigaOS 3.0 http://www.monfleir.it Il Webmaster Post inviati: 4739 Commento 10 Mak73 4 Gennaio 2009    10:10:56 Guardate che un processore multicore usa i vari core anche se il software è scritto per un core solo, del resto chi ha progettato tali processori sapeva bene che sarebbe servito diverso tempo prima che il software venisse scritto per processori multicore, probabilmente sono state adottate soluzioni che permettono al processore multicore di parallelizzare anche il codice scritto per un core solo, se così non fosse avremmo assistito a cali di prestazioni tremendi. Certo se poi un programma viene scritto per sfruttare i vari core presenti, in tal caso l'aumento di prestazioni è superiore perchè il processore probabilmente non deve più occuparsi lui di parallelizzare il processo perchè lo è già è quindi si dedica solo allo svolgimento dei compiti. Certo poi se usi il computer in cose semplici non noti certo la differenza, ma appena fai un rendering, o applichi pesanti filtri ad un immagine, il multicore si fa sentire alla grande. Pace e bene a tutti. Pegasus RyuSei Ken Post inviati: 10185 Commento 11 Seiya 4 Gennaio 2009    13:15:04 ho prvato questo virtual amithlon su un E8500 e devo dire che ha una velocità spaventosa.. più di 100 fps a quake in640x480, ma anche altri bench sintetici volano in più non c'è il problema della situazione vesa, sembra che il video sia in accelerazione.. peccato che amigaos non possa prendere vantaggio dall'hardware emulato, tipo USB e rete. adesso poi riproverò con l'amithlon update, altrimenti così è pco usabile,senza internet è praticamente inutile. Post inviati: 1774 Commento 12 andres 4 Gennaio 2009    16:44:08 Citazione Guardate che un processore multicore usa i vari core anche se il software è scritto per un core solo, del resto chi ha progettato tali processori sapeva bene che sarebbe servito diverso tempo prima che il software venisse scritto per processori multicore, probabilmente sono state adottate soluzioni che permettono al processore multicore di parallelizzare anche il codice scritto per un core solo, se così non fosse avremmo assistito a cali di prestazioni tremendi. Certo se poi un programma viene scritto per sfruttare i vari core presenti, in tal caso l'aumento di prestazioni è superiore perchè il processore probabilmente non deve più occuparsi lui di parallelizzare il processo perchè lo è già è quindi si dedica solo allo svolgimento dei compiti. Certo poi se usi il computer in cose semplici non noti certo la differenza, ma appena fai un rendering, o applichi pesanti filtri ad un immagine, il multicore si fa sentire alla grande. Adobe Audition 3, a mio avviso il miglior software per l'editing audio disponibile (e uno fra i rarissimi motivi per cui non sono ancora passato al Mac), supporta ufficialmente (anzi, sono consigliati) i multicore (forse in qualche misura li supportava anche la relase 2): bene, ti assicuro che una fra le maggiori lamentele di chi ci lavora è lo scarsissimo supporto dei multicore (in pratica, sono usati solo per pochissimi effetti), e un frequente peggioramento di prestazioni rispetto a un buon P4... E ad essere sinceri, non credo sia un problema del solo Audition... Ultima modifica avvenuta il 04/01/2009 alle ore 16:47:24 A1200/020+68882 - 6 MB RAM - AmigaOS 3.0 http://www.monfleir.it Il Webmaster Post inviati: 4739 Commento 13 Mak73 4 Gennaio 2009    20:25:06 Citazione Adobe Audition 3, a mio avviso il miglior software per l'editing audio disponibile (e uno fra i rarissimi motivi per cui non sono ancora passato al Mac), supporta ufficialmente (anzi, sono consigliati) i multicore (forse in qualche misura li supportava anche la relase 2): bene, ti assicuro che una fra le maggiori lamentele di chi ci lavora è lo scarsissimo supporto dei multicore (in pratica, sono usati solo per pochissimi effetti), e un frequente peggioramento di prestazioni rispetto a un buon P4... E ad essere sinceri, non credo sia un problema del solo Audition.. Che una versione ottimizzata vada meglio di una non ottimizzata dello stesso programma, non ci piove, ma secondo te Intel o AMD avrebbero messo in giro processori multicore più lenti dei singlecore? Certo che potessero essere usati meglio sicuramente, ma parliamo cmq di un processore che in pratica è due o tre o quattro processori assieme, metti pure che il codice sia scritto per un processore solo, ma quando la CPU deve eseguire del codice, si comporta per com'è stata progettata, quindi se ha quattro core li userà tutti e quattro mica solo uno, chi ha progettato queste CPU ci avrà ben pensato che inizialmente tale situazione era la più comune. Certo in qualche rara occasione potrà anche capitare, e magari prendendo una versione base da un lato ed un top di gamma dall'altra, sopprattutto all'inizio, cioè quando uscirono i primi dual core, potessero anche esserci dei casi in cui magari una CPU single core risultasse superiore, ma oramai credo la distanza sia abissale. E nonostante questo continuiamo ad avere codice compilato I386 e poche persone usano Windows XP o Vista a 64 bit, nonostante i processori ormai siano tutti a 64 bit. Pace e bene a tutti. Pegasus RyuSei Ken Post inviati: 10185 Commento 14 Seiya 5 Gennaio 2009    01:43:52 Citazione E nonostante questo continuiamo ad avere codice compilato I386 e poche persone usano Windows XP o Vista a 64 bit, nonostante i processori ormai siano tutti a 64 bit. quelli che non conoscono le potenzialità dei sistemi operativi a 64bit. Sono ancora convinti che i driver non ci siano e che il software manchi, ma non è più vero da anni. SysAdmin Unix/Linux - fiero o folle possessore di un AmigaOne Post inviati: 3207 Commento 15 VagaPPC 6 Gennaio 2009    09:30:09 Tornando al problema originale. Fruttando linux32, ovvero la possibilità di eseguire programmi a 32bit. Sono riuscito a eseguire il codice di uae32bit, gira a una velocità impressionante ma così facendo ho incontrato un altro problema. Non mi vede gli hardfile sigh! Ovviamente pur eseguendo tutto da shell non mi da nessun messaggio d'errore. WorkStation: Amiga x5000 AOS4.1 - MorphOS MiniMac - Vampire V4 - PC AMD Ryzen 9 7950X3D 64Gb RAM 5Ghz Old System Amiga 500,1200, A4000/60 PowerPPC, CybervisionPPC, SUN Ultra5, PowerMAC G4 450Mhz 1Gb Pegasus RyuSei Ken Post inviati: 10185 Commento 16 Seiya 6 Gennaio 2009    11:15:58 Citazione Tornando al problema originale. Fruttando linux32, ovvero la possibilità di eseguire programmi a 32bit. Sono riuscito a eseguire il codice di uae32bit, gira a una velocità impressionante ma così facendo ho incontrato un altro problema. Non mi vede gli hardfile sigh! Ovviamente pur eseguendo tutto da shell non mi da nessun messaggio d'errore. ah ho tentato di installare anchio amikit su linux e nel farlo ho letto il manuale e ora è chiaro perchè prima di andava lento. UAE su linux a 64bit non supporta il jit. Tutto qui. SysAdmin Unix/Linux - fiero o folle possessore di un AmigaOne Post inviati: 3207 Commento 17 VagaPPC 6 Gennaio 2009    11:33:55 Citazione ho tentato di installare anchio amikit su linux e nel farlo ho letto il manuale e ora è chiaro perchè prima di andava lento. UAE su linux a 64bit non supporta il jit. Tutto qui. ahhh ora si spiega tutto. Dato i tempi di aggiornamento del progetto e-uae, non mi rimane che wine con winuae. Che tristezza. Ora scarico X-Amiga e lo eseguo in una macchina virtuale. Poi vi farò sapere, ciao e grazie. WorkStation: Amiga x5000 AOS4.1 - MorphOS MiniMac - Vampire V4 - PC AMD Ryzen 9 7950X3D 64Gb RAM 5Ghz Old System Amiga 500,1200, A4000/60 PowerPPC, CybervisionPPC, SUN Ultra5, PowerMAC G4 450Mhz 1Gb SysAdmin Unix/Linux - fiero o folle possessore di un AmigaOne Post inviati: 3207 Commento 18 VagaPPC 9 Gennaio 2009    00:52:06 Alla fine mi sono accontentato di una vecchia ricompilazione a 32bit che ho fatto in passato. Purtroppo quest'ultima non riesce a vedere gli hardfile (mistero della fede) che creai apposta per uae. Quindi armato di santa pazienza ho spostato tutto su directory (che palle). Ora è decisamente un altra cosa, sysinfo me lo stima 30 volte più veloce di un 40 a 25Mhz, prima era leggermente più lento. WorkStation: Amiga x5000 AOS4.1 - MorphOS MiniMac - Vampire V4 - PC AMD Ryzen 9 7950X3D 64Gb RAM 5Ghz Old System Amiga 500,1200, A4000/60 PowerPPC, CybervisionPPC, SUN Ultra5, PowerMAC G4 450Mhz 1Gb

Indice: forum / Software Amiga in generale

Utenti Online

Utenti registrati: 1206 dal 1 Gennaio 2006 di cui online: 1 registrati - Boss - e 84 non registrati Benvenuto all'ultimo utente registrato: zulu Buon Compleanno a Maiani -