Pagina 1 di 1

problema con matlab 32/64bit glib2.4 e dual opteron

Inviato: gio 31 ago 2006, 23:27
da absinthe
hola,

sto cercando di montare matlab 7 (sp2) 64bit su il dual-optern che abbiamo nel dipartimento (un sun fire v40z) il fatto è il seguente:
sul sun c'è installata opensuse 10.1 a 64bit, io ho installato matlab a 64bit ma non ne vuol sapere di partire:
matlab parte attraverso il lancio di uno script apposito (un pò come firefox) ,
avviandolo normalemtne l'applicativo indica un errore di corruzione dovuto alla memoria (errore in un malloc dell'eseguibile principale)
cercando sul helpdesk ufficiale viene dato questo workaround: passare la variabile LD_ASSUME_KERNEL=2.4.1 all'avvio dello script!
ora se passo questa variabile il problema è che poi _TUTTI_ i programmi basati sulle libc (anche uname) presenti nello scipt non funzionano perchè dicono di non riuscire più a trovare "libc" per l'appunto. quindi matlab tenta di partire ma si blocca lanciando il classico messaggio che danno gli eseguibili quando manca una dipendenza.

ora , ovviamente le glibc sono installate. mi domandavo... c'è un modo per risolvere la cosa? se non passo una versione _fake_ del kernel le libc e matlab fanno a cazzotti, se passo la versione _fake_ matlab e tutti gli altri applicativi non vedono le libc installte... problema tremendissimo... :(

in pratica pare che matlab non digerisca i NPTL ma , per l'appunto, le libc installate -non mi ricordo quali cacchio...- non paiono apprezzare LD_ASSUME_KERNEL=2.4.1. ho fatto un paio di prove stupide: le glibc sono state compilate con gli header del 2.6.4, se passo il comando:

Codice: Seleziona tutto

LD_ASSUME_KERNEL=2.x.y uname -a
se 2.x.y è una versione antecedente a quella di compilazione non parte niente, mentre se 2.x.y>=2.6.4 tutto è ok... non esiste un altro modo per aggirare il problema NPTL senza smanettare con i file installati ma semplicemnte passando delle variabili "volatili" allo scipt senza alterare i pacchetti installati?

non so che fare, anche perchè non posso smanettare a casaccio su un calcolatore che fa da cluster di calcolo con una macchina gemella e che viene usata da diversi utenti ... quancuno ne sa niente?

grazie,
M

Inviato: sab 2 set 2006, 16:38
da absinthe
ok. scoperto l'arcano: la suse sul sun è la versione 10.1 che (al contrario della 10) mota le libc 2.4 che non supportano più i linux threads... quindi il giochino proposto dalla mathvorks non può più funzionare... il lato positivo è che la versione a 32 bit pare non soffrire del baco, quindi forzando l'avvio del binario a 32 bit tutto sembra andare a gonfie vele per l'eseguibilità (vedremo lunedi che è successo)
adesso ho un altro problema in cascata: il kernel pare compilato con il supporto smp ed in effetti vede tutti e 4 i cores dei due opteron... il problema è che la simulazione che ho lanciato sembra usare un solo core... :( non capisco: se il kernel è compilato per vedere + processori non è automatico che distribuisca il calcolo sui 4 cores? c'è da inventarsi qualcos'altro? chiedo un suggerimento...

ciao,
M