slacky.eu

Non stò parlando di porting di slackware a 64bit con tutta la ricompilazione che stà dietro.
Ho semplicemente messo un kernel a 64bit con relativi moduli nella slackware vanilla e questa è partita a 64bit senza fiatare.
In fondo in una distribuzione quello che deve essere veloce non è ls o comandi in esecuzione per poco tempo, quanto piuttosto il kernel e i driver.

e poi anche se tutta la distribuzione è a 32bit posso eseguire codice nativo a 64, purchè compilato staticamente (ho scoperto che su slamd64 il comando grep è compilato staticamente infatti lo posso eseguire )

edit: poi magari mi creo il pacchetto C con le librerie a 64bit (slamd al contrario ) in modo che posso eseguire eventuale software nativo, e magari ci butto dentro pure un crosscompilatore... insomma: slamd32



Ciao,
01

complimenti

perchè non fai una guida sul wiki ?

non è che c'è tanto da 'guidare'.. prendi un kernel da slamd64, lo sbatti in /boot e lo metti in lilo.
Fine

edit: chiaramente anche i moduli in /lib/modules; quì sorgerebbe il problema che collidono con il kernel non smp di slackware... poco male.. basta disinstallarlo

Buona idea... E con la roba a 32 come si comporta il tutto??? Penso a meraviglia vero???
Mi sa che lo tento... Perché ho messo su la Slamd64 per sfruttare il mio Athlon XP 64

ZeroUno ha scritto:non è che c'è tanto da 'guidare'.. prendi un kernel da slamd64, lo sbatti in /boot e lo metti in lilo.
Fine

edit: chiaramente anche i moduli in /lib/modules; quì sorgerebbe il problema che collidono con il kernel non smp di slackware... poco male.. basta disinstallarlo

Uso 2.6.25.9 statico, niente /lib/modules.

Hai qualche dritta come ricompilarlo a 64bit?

il kernel linux di kernel.org è destinato per architetture a 32 bit .

Per architetture a 64 bit su kernel.org riportano questi progetti:


http://www.ia64-linux.org/

http://www.x86-64.org/

tuttavia non ho ben capito se si tratta di port ufficiali.

EDIT

scusate ho detto una sciocchezza andando a vedere il config
basta cambiarlo in
tuttavia non ho ancora capito a cosa si referiscono esattamente i link sopra

EDIT

@ZeroUno

non voglio smentirti , ma penso che per vedere miglioramenti apprezzabili non basta il solo kernel a 64 bit , le applicazioni e le librerie devono essere compilate a 64 bit .

Mario Vanoni ha scritto:Hai qualche dritta come ricompilarlo a 64bit?

Esatto...

Toni ha scritto:

Codice: Seleziona tutto

# CONFIG_64BIT is not set
CONFIG_X86_32=y
# CONFIG_X86_64 is not set
CONFIG_X86=y

basta cambiarlo in

Codice: Seleziona tutto

# CONFIG_64BIT=y
# CONFIG_X86_32 is not set
CONFIG_X86_64=y
CONFIG_X86=y

L'unica differenza sono quelle due variabili??? Oppure c'è anche altro???
Se non sbaglio mi sembra di aver visto una voce del tipo "Enable the memory etc...etc... to be at 64 bits" nel menù "Processor type and features"...
Queste 2 variabili che cambiano sono riferite a questa voce???

non penso che basti semplicemente aggiungere un kernel a 64 bit, a rigor di logica anche..

le applicazioni e le librerie devono essere compilate a 64 bit .

altrimenti resta comunque un sistema ibrido...

Saluti

sardylan ha scritto:Buona idea... E con la roba a 32 come si comporta il tutto??? Penso a meraviglia vero???

non l'ho testato a sufficienza ancora, per cui non so dirti.

Mario Vanoni ha scritto:Uso 2.6.25.9 statico, niente /lib/modules.
Hai qualche dritta come ricompilarlo a 64bit?

Preferisco quelli modulari, ma è una scelta di vita.., e poi raramente mi ricompilo il kernel.
per la ricompilazione, la tecnica che ho usato per fare questa modifica è quella di prendere un kernel precompilato, precisamente da slamd64
se lo vuoi compilare tu devi installarti una distro a 64bit (slamd64,ubunto64,altro64), ma allora è tutto inutile, altrimenti installi un cross-compiler; l'ho fatto una volta, l'ho testato e funge, anche se non è proprio banalissimo.

Toni ha scritto:non voglio smentirti , ma penso che per vedere miglioramenti apprezzabili non basta il solo kernel a 64 bit , le applicazioni e le librerie devono essere compilate a 64 bit

non lo metto in dubbio, è normale che se lanci un programma di grafica, video editing, e programmi che lanciano parecchia mole di calcoli e poco i/o, allora ottieni performance esatte se non compilando l'applicazione a 64bit, ma avere un kernel a 64bit credo che una agevolazione sulla gestione della memoria/cpu/io ci sarà.

Ciao
01

mmm...

considerazione 1 (per Mario):
in teoria gcc è un cross-compilatore, quindi se hai i sorgenti originali del kernel, basta che modifichi il target del processore e dovresti avere il tuo kernel statico a 64-bit

considerazione 2 (per tutti):
a parte applicativi multimediali ciò che è utile per interfacciare apps e kernel sono le libc. dicono che non siano semplici da compilare, tuttavia il problema non si esaurirebbe dal momento che qualsiasi applicativo che carichi le *.so delle libc dovrebbe essere a 64 bit. quindi o prendi il kernel o non prendi niente o... prendi tutto a 64 bit.
non so quale sia il vantaggio prestazionale con il kernel ma di sicuro se non ti fermi al kernel a 64 bit devi passare per forza a un'intera distribuzione a 64 bit, salvo applicativi linkati statici.

M

absinthe ha scritto:in teoria gcc è un cross-compilatore, quindi se hai i sorgenti originali del kernel, basta che modifichi il target del processore e dovresti avere il tuo kernel statico a 64-bit

la cosa è un po' più complicata. Ho voluto compilare a 64bit recentemente, e ho visto che quello standard (così com'è dato in una qualsiasi distribuzione 32bit) non va bene; va ricompilato insieme ad altre tool (binutils e qualcos'altro) per formare un cross-compiler; per fortuna su linux from screatch è spiegato molto bene. Solo allora puoi cross compilare a 64bit.

a parte applicativi multimediali ciò che è utile per interfacciare apps e kernel sono le libc. dicono che non siano semplici da compilare, tuttavia il problema non si esaurirebbe dal momento che qualsiasi applicativo che carichi le *.so delle libc dovrebbe essere a 64 bit. quindi o prendi il kernel o non prendi niente o... prendi tutto a 64 bit.
non so quale sia il vantaggio prestazionale con il kernel ma di sicuro se non ti fermi al kernel a 64 bit devi passare per forza a un'intera distribuzione a 64 bit, salvo applicativi linkati statici.

vero. infatti il mio intento era il mantenere la massima compatibilità con i pacchetti di slackware sfruttando un pizzichetto di più il processore (almeno per la zona kernel, inclusi tutti i driver)
se questo porti sensibili vantaggi ancora non so dire.
comunque è molto utile per lo sviluppo a 64bit, così quello che cross-compilo lo posso provare senza dover riavviare.

Ciao,
01