 | |
Il progetto dsy.it è l'unofficial support site dei corsi di laurea del Dipartimento di Scienze dell'Informazione e del Dipartimento di Informatica e Comunicazione della Statale di Milano. E' un servizio degli studenti per gli studenti, curato in modo no-profit da un gruppo di essi. I nostri servizi comprendono aree di discussione per ogni Corso di Laurea, un'area download per lo scambio file, una raccolta di link e un motore di ricerca, il supporto agli studenti lavoratori, il forum hosting per Professori e studenti, i blog, e molto altro...
In questa sezione è indicizzato in textonly il contenuto del nostro forum |
[HELP]Compatibilità linux e applicativi con amd athlon xp Clicca QUI per vedere il messaggio nel forum |
teovt |
Tra pochi giorni dovrei cambiare scheda madre e prendere un processore athlon xp 1900+.
Attualmente possiedo una scheda madre asus p3bf con un celeron 600 (overcloccato a 840 per cui la scheda madre lo vede come p3 cosi come i sistemi operativi), ma veniamo al problema: su un hard disk ho windows xp professional che non credo creerà troppi problemi per il cambio di cpu e mb, sull'altro hd ho installato redhat 9 con kernel 2.4.20-20.9 compilato per i686.
La mia domanda è: partirà il sistema ? O devo per forza reinstallare redhat ? Più in generale, i programmi compilati per i386 (o superiori) gireranno con l'amd ? O comunque, anche se dovessi spianare tutto, avrò comunque problemi a trovare programmi che girino su amd ? |
korn |
A me risulta che linux funzioni benissimo sugli amd, quindi vai tranquillo! Al max dovrai ricompilare il kernel se proprio l'avevi compilato ad hoc per il celeron..... |
teovt |
Il problema è che ad esempio, anche gcc era compilato per i686, cosi come molti altri programmi (se posso ottimizzare qualcosa, lo faccio :) )...
grazie per la risposta, ora già sono meno teso, ci ho messo un sacco a configurare linux come volevo, non vorrei dover rimettermici daccapo.... |
korn |
Beh tecnicamente i processori x86 dovrebbero aderire a degli standard, ergo non dovrebbero esserci problemi.... |
Fatur |
Originally posted by korn
Beh tecnicamente i processori x86 dovrebbero aderire a degli standard, ergo non dovrebbero esserci problemi....
beh... io non sono del tutto d'accordo... altrimenti che senso avrebbe distribuire pacchetti specifici per i386, i486, i586, i686 e AMD?
L'unica idea che mi viene è che possono esserci binari + performanti con un processore + che con un altro ma totalmente compatibili...
boh... |
Flyzone |
Il problema invece, ti sorgerà decisamente con windows xp: al contrario della serie 9x, xp, darà problemi con il cambio di mobo dato che il controller ide è differente.
Teoricamente è possibile installare prima i driver ide ma in molti casi non serve ad un bel niente per levarti il Inacessible_boot_device, mentre puoi installare un file reg che imposta i driver ide standard al prossimo riavvio. info sul kb di ms.
Riguardo linux, a meno che tu non abbia compilato un kernel con il solo controller ide della tua mobo "vecchia", non avrai nessun problema, se non quello che ha già detto Fatur.
L'incompatibilità amd/intel oramai non esiste più! Erano solo i primi processori amd ad avere problemi, suvvia sfatiamo questo mito di incompatibilità! :asd: |
AlphaGamma |
Penso che sia solo una questione di prestazioni.
Il discorso cambia sui processori Mobile. Su un notebook con athlon mobile, il kernel deve essere ricompilato con l'acpi patch, altrimenti scalda un casino. Invece sui P4 mobile la compatibilità è totale.
Per quanto riguarda Windows, credo che sia windows stesso ad accorgersi della nuova scheda madre, e montare l'hal giusto, no? |
korn |
Originally posted by Fatur
beh... io non sono del tutto d'accordo... altrimenti che senso avrebbe distribuire pacchetti specifici per i386, i486, i586, i686 e AMD?
Questione di prestazioni, compilando un pacchetto specifico per il tuo processore ottieni prestazioni migliori.....
Originally posted by AlphaGamma
Per quanto riguarda Windows, credo che sia windows stesso ad accorgersi della nuova scheda madre, e montare l'hal giusto, no?
Non ho mai visto un Windows sopravvivere al cambio di cpu/mobo....
Può anche darsi che parta, ma sicuramente male. |
teovt |
Originally posted by Flyzone
Il problema invece, ti sorgerà decisamente con windows xp: al contrario della serie 9x, xp, darà problemi con il cambio di mobo dato che il controller ide è differente.
Teoricamente è possibile installare prima i driver ide ma in molti casi non serve ad un bel niente per levarti il Inacessible_boot_device, mentre puoi installare un file reg che imposta i driver ide standard al prossimo riavvio. info sul kb di ms.
Riguardo linux, a meno che tu non abbia compilato un kernel con il solo controller ide della tua mobo "vecchia", non avrai nessun problema, se non quello che ha già detto Fatur.
L'incompatibilità amd/intel oramai non esiste più! Erano solo i primi processori amd ad avere problemi, suvvia sfatiamo questo mito di incompatibilità! :asd:
Infatti con w98 il cambio di mb e cpu non aveva creato problemi..
Accidenti, speravo che almeno win non avrebbe fatto casini: grazie per le dritte sul file di registro ;) |
Flyzone |
Originally posted by teovt
Accidenti, speravo che almeno win non avrebbe fatto casini: grazie per le dritte sul file di registro ;)
Informazioni dettagliate e il file del registro lo trovi su:
http://support.microsoft.com/defaul...kb;en-us;271965
Se hai bisogno chiedi pure. Mi raccomando reinstalla subito i driver della tua mobo dopo che hai fatto il passaggio o ti vedrai il registro eventi dare i numeri :asd:
Originally posted by korn
Può anche darsi che parta, ma sicuramente male.
Parte male, soltanto nel caso si abbia una mobo diversa con chipset+controller ide identico.
Parte bene nel cambio di motherboard con stesso chipset e motherboard per PII, dai PIII in su si hanno maggiori problemi.
Il punto è che i sistemi *NT memorizzano un sacco di informazioni nel registry, non basta fargli mangiare il file/dll/driver, allo stesso modo se passi da ACPI a PC standard si hanno complicazioni.
A linux il massimo che gli fai mangiare è un bel insmod o passaggio di parametri al kernel in fase di boot. |
teovt |
Funziona !
Ho seguito le indicazioni sul sito microsoft e windows è partito correttamente, senza dare nessun errore: ho così potuto installare tranquillamente i driver della mb ;)
Mi ha stupito redhat 9: all'avvio è partito un tool di configurazione grafico (kudzu mi pare) che ha rilevato le nuove periferiche (chipset, controller usb, audio integrato) e in due click ho configurato tutto...
Nessuna brutta sorpresa nemmeno da parte del kernel o da altri programmi compilati per i386 e superiori...
Ora mi sto godendo il mio athlon xp 1900+ :)
Grazie ancora per i consigli :) |
Tas |
ehehhehe! come sono felice io!
linux sul mio pc funzia con il kernel i686 e non con quello x athlon!
naturalmente il mio processore è un XP2000+...
io continuo a non capirci una mazza...
vabbuò, nessuno nasce imparato... |
recoil |
cmq non credo che si possa parlare di incompatibilità con il codice compilato i386, i686 ecc.
probabilmente il compilatore fa distinzione in modo che si tragga vantaggio dalle diverse architetture (ad esempio la grandezza della pipeline) per ottenere le massime prestazioni. quando modificavo il kernel lo compilavo sempre i686 ma ho provato anche qualche altra opzione senza accorgermi di niente... |
Corrado M. |
prova questi due comandi
rpm -q --queryformat "%{ARCH}\n" kernel <--- ti restituisce l'architettura sulla quale e' compilato il tuo kernel
uname -r <---- mostra la versione del tuo kernel
;) |
Corrado M. |
ah nn ho risposto alla domanda...sbadato :P
l'indicazione del kernel e' utile quando si scaricano pacchetti rpm precompilati che si andranno ad aggiungere al kernel (per esempio se stai aggiungendo il modulo che ti permette la lettura delle partizioni NTFS)...
quindi segnati i due comandi citati sopra e usali quando dovrai scaricare qualcosa per il kernel (io di solito preferisco scaricare i sorgenti e ricompilare, in questo modo si mantiene il sistema pulito e stabile e veloce)
:) |
|
|
|
|