slacky.eu

salve a tutti,
sono un utente occasionale di questo forum, ma ho bisogno della vostra consulenza per questioni lavorative.

di recente in laboratorio abbiamo comprato un server per l'analisi dei dati.

la macchina e` decisamente performante: un doppio Xeon 64bit a 3.200 (un totale di 4 CPU) con 4 giga di ram + 2 hard disk di memodia da 250 giga l'uno. insomma una figata!

e` toccato a me l'onere, onore di configurare e gestire questa macchia. quindi vi chiederei aiuto in 3 task principali.

1 compilare GCC, per compilare programmi a 64 e sfruttare al meglio l'architettura

2 compilare il kernel (attualmente Slack vede solo un processore m,entre sia ubuntiu che suse 4), inoltre vorrei passare da kernel 2.4 a 2.6. non ho molta esperienza a riguardo, cosa consigliate? pro e contro dei due kernel? la 2.6 su slack 10.2 non funziona su questa macchina, quindi devo per forza compilarla da 0 se optassi per il kernel 2.6.
ovviamente voglio compilare il minimo indispensabile, in maniera da tenere il server il piu` leggero possibile.

3 configurare una pagina web che visualizzi le risorse del sistema, e le code delle applicazioni.

avete modo di seguirmi anche mandanto i TFM?

ho scaricato e compilato gcc 4.1.1.
credo che il tutto sia andato a buon fine, ho usato questi parametri per lanciare configure,

../configure --enable-threads --with-arch=nocona --enable-bootstrap --enable-shared=libgcc,libstdc++,libffi,zlib --enable-language=c,c++,fortran

avete dei suggerimenti? ho messo delle flag inifluente e/o mancato alcune essenziali? soprattutto io non programmo in C, ho messo tutte le librerie necessarie per programmi in C?

inoltre ho compilato gcc, e non ho ricevuto messaggi di errore. come faccio a controllare ulteriormente se l'esecuzione e` avvenuta correttamente?

Scusa se ti rispondo velocemente, avevo già scritto una risposta più estesa quando firefox si è piantato (per alcune estensioni che ho messo per prova).
Per il kernel secondo me per la macchina che hai è decisamente meglio la serie 2.6.
Per i processori devi abilitare il supporto per i multiprocessori in fase di compilazione del kernel. Se il kernel lo vuoi snello e non sai se eliminare una voce o no (dipende dai controller che hai, dal filesystem che usi, dal tuo hardware in generale) compila come modulo le varie opzioni.
Slackware è a 32 bit, non a 64, per un sistema a 64 bit tipo slackware o vai su slamd64 o ricompili tutto con la toolchain a 64 bit. E' un argomento già trattato nel forum, cerca per farti un'idea...
Il gcc che hai compilato è a 32 bit, c'è un make test o qualcosa del genere, vedi la doc di gcc.
Le librerie sono cosa diversa dal compilatore, dipende da cosa serve ai tuoi colleghi.

Ciao, in bocca al lupo!

Bene, sto scaricando slamd64, che pero`, immagino, sia ottimizzata per amd, quindi in ogni caso dovro` ricompilare; ad ogni modo avro` partiro` da un OS a 64 bit nativo.

la mia domanda e`: posto che a noi non interessa un sistema che giri interamente a 64 bit, ma solo alcune applicazioni sviluppate da noi, o da terze parti di cui abbiamo il sorgente, e che verranno quindi ricompilate, mi interesssa veramente avere tutto il sistema compliato a 64 bit?

le performace di un programma a compilato a 64 bit, con tutte le sue library a 64 bit e un kernel a 64 bit, sono soggette a tutto il resto del sistema?

insomma non faccio prima a ricompilare gcc kernel e toolchain su slackware (che mi da certe garanzie di stabilita`), puttosto che installare una distrubuzione meno ancora giovane, e per questo meno diffusa/sviluppata/testata?

Puoi far eseguire binari a 32 bit su un sistema a 64, ma non puoi linkarli a librerie a 64 bit, devi avere due set diversi di librerie, una per i 32 e una per i 64 bit...
Se vedi una Suse a 64 bit (che ho installato, ma non uso praticamente mai), noterai appunto che ci sono alcuni pacchetti con eseguibili e relative librerie a 32 bit...
Se ne puoi fare a meno, io non mischierei le cose...
slamd è sostanzialmente una slackware ricompilata per x86_64 (come puoi leggere nel sito di slamd64), se ricompili ottimizzando con nocona guadagni qualcosina, ma il sistema dovrebbe già funzionare...
compilare alcune cose delicate come le glibc richiede poi una certa attenzione...
Se ricompili la slackware da solo hai più controllo su quello che viene fatto, ma sostanzialmente fai quello che è stato fatto per slamd...
La slackware è testata così come è compilata, con piena compatibilità i486...
Quasi di sicuro avresti dei benefici se compilassi tutto con ICC della intel, che però non costa poco... gcc 4.2 previsto per fine anno dovrebbe supportare openmp... se non necessario io rimarrei con gcc...
Su una macchina come la tua metterei solo quello che effettivamente serve e farei girare solo i servizi indispensabili...
Metterei anche un timer frequency di 100 nel ricompilare il kernel...
Le perfomance di un programma sono soggette a come viene viene compilato, a come funziona il kernel del tuo os, all'hardware ed al carico del sistema...
Se sul pc c'è qualcosa che non è linkato al tuo programma e non è in esecuzione non intaccherà le perfomance delle tua applicazioni...
Ricompilare la toolchain non è velocissimo, non so se fai prima, anche perché fino a che hai anche eseguibili a 32 bit devi mantenere le necessari librerie di compatibilità per farle girare...
Io installerei slamd64 solo con quello che ti serve davvero e ricompilando solo l'essenziale (kernel, gcc, librerie di uso corrente).

Bene, ti ringrazio, ti terro` aggiornato su possibili sviluppi.

peccato ho provato slamd64, e mi trovavo a mio agio durante l'installazione... uguale a slackware... ma poi al momento di far partire il sistema mi si e` impiantao tutto, quindi torno a slackware normale, temo che dovro` seguire la dura e lunga strada della compilazione manuale a partire da un sistema a 32 bit