Torna indietro   Hardware Upgrade Forum > Software > Linux, Unix, OS alternativi

Samsung Galaxy S25 Edge: il top di gamma ultrasottile e leggerissimo. La recensione
Samsung Galaxy S25 Edge: il top di gamma ultrasottile e leggerissimo. La recensione
Abbiamo provato il nuovo Galaxy S25 Edge, uno smartphone unico per il suo spessore di soli 5,8 mm e un peso super piuma. Parliamo di un device che ha pro e contro, ma sicuramente si differenzia dalla massa per la sua portabilità, ma non senza qualche compromesso. Ecco la nostra prova completa.
HP Elitebook Ultra G1i 14 è il notebook compatto, potente e robusto
HP Elitebook Ultra G1i 14 è il notebook compatto, potente e robusto
Pensato per il professionista sempre in movimento, HP Elitebook Ultra G1i 14 abbina una piattaforma Intel Core Ultra 7 ad una costruzione robusta, riuscendo a mantenere un peso contenuto e una facile trasportabilità. Ottime prestazioni per gli ambiti di produttività personale con un'autonomia lontano dalla presa di corrente che permette di lavorare per tutta la giornata
Microsoft Surface Pro 12 è il 2 in 1 più compatto e silenzioso
Microsoft Surface Pro 12 è il 2 in 1 più compatto e silenzioso
Basato su piattaforma Qualcomm Snapdragon X Plus a 8 core, il nuovo Microsoft Surface Pro 12 è un notebook 2 in 1 molto compatto che punta sulla facilità di trasporto, sulla flessibilità d'uso nelle differenti configurazioni, sul funzionamento senza ventola e sull'ampia autonomia lontano dalla presa di corrente
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 23-08-2012, 18:39   #1
nicfio
Senior Member
 
L'Avatar di nicfio
 
Iscritto dal: Aug 2002
Città: Roma
Messaggi: 1473
Il primo kernel non si scorda mai...

...e vai!!! Ho compilato il mio primo kernel da quando sono passato a Debian (circa un anno)

Il sistema è partito al primo colpo senza colpo ferire e adesso il mio PC è attrezzato con la 3.5.2 Vanilla con solo 2 dubbi:

- Come faccio ad installare gli headers della 3.5.2 dal momento che non è possibile installarli con apt-get?

- Il risultato della compilazione ha comportato un initrd di oltre 100 Mb , dove ho toppato?

Per la cronaca queste sono i passi che ho seguito:

1) Download dei sorgenti da kernel.org

2) scompattazione dei sorgenti in una directory di lavoro (~/work) e copia del precedente .config nella directory.

3) make oldconfig

4) make bzImage

5) make modules

6) make modules_install

7) make install.

Thanks!

Ultima modifica di nicfio : 23-08-2012 alle 19:04. Motivo: installati headers a mano
nicfio è offline   Rispondi citando il messaggio o parte di esso
Old 23-08-2012, 19:36   #2
kernelex
Senior Member
 
L'Avatar di kernelex
 
Iscritto dal: Oct 2009
Città: Cagliari
Messaggi: 2976
edit

Ultima modifica di kernelex : 23-08-2012 alle 19:56.
kernelex è offline   Rispondi citando il messaggio o parte di esso
Old 23-08-2012, 22:00   #3
pabloski
Senior Member
 
Iscritto dal: Jan 2008
Messaggi: 8406
ma in quel precedente .config include tutti i moduli possibili ed immaginabili?

seriamente non riesco a trovare altra spiegazione ai 100 mb dell'initramfs

ovviamente è possibilissimo che l'initramfs sia stata creata male, aggiungendo una marea di driver che non servono, ficcando dentro libc invece di klibc e magari tirandosi dietro mezzo userland gnu

questo però indica che il file di configurazione dell'initramfs non è mica fatto tanto bene
pabloski è offline   Rispondi citando il messaggio o parte di esso
Old 23-08-2012, 22:04   #4
nicfio
Senior Member
 
L'Avatar di nicfio
 
Iscritto dal: Aug 2002
Città: Roma
Messaggi: 1473
Ho preso in prestito per la compilazione il config dell'attuale wheezy, dici che se prima faccio un make mrproper e subito dopo un make defconfig dovrei riuscire a eliminare la maggior parte dei drivers inutili?
nicfio è offline   Rispondi citando il messaggio o parte di esso
Old 23-08-2012, 22:11   #5
pabloski
Senior Member
 
Iscritto dal: Jan 2008
Messaggi: 8406
Quote:
Originariamente inviato da nicfio Guarda i messaggi
Ho preso in prestito per la compilazione il config dell'attuale wheezy, dici che se prima faccio un make mrproper e subito dopo un make defconfig dovrei riuscire a eliminare la maggior parte dei drivers inutili?
Il config di debian dovrebbe essere meglio di quello della configurazione standard. Il problema dell'initramfs si trova nella fase successiva, cioè quando viene costruita l'initramfs.

Decomprimi l'initramfs e vedi che c'è dentro. Probabilmente si sarà tirato dietro un mucchio di eseguibili e librerie inutili.
pabloski è offline   Rispondi citando il messaggio o parte di esso
Old 24-08-2012, 08:14   #6
sacarde
Senior Member
 
Iscritto dal: Apr 2004
Messaggi: 9516
letto?

http://guide.debianizzati.org/index....n_Kernel_Howto
sacarde è offline   Rispondi citando il messaggio o parte di esso
Old 24-08-2012, 10:17   #7
nicfio
Senior Member
 
L'Avatar di nicfio
 
Iscritto dal: Aug 2002
Città: Roma
Messaggi: 1473
Quote:
Originariamente inviato da sacarde Guarda i messaggi

Corro! Anche se si riferisce ad una versione arcaica del kernel....
nicfio è offline   Rispondi citando il messaggio o parte di esso
Old 24-08-2012, 13:32   #8
Gimli[2BV!2B]
Senior Member
 
L'Avatar di Gimli[2BV!2B]
 
Iscritto dal: Feb 2006
Città: Parma
Messaggi: 3008
Quote:
Originariamente inviato da nicfio
versione arcaica del kernel....
non dire così che mi sento vecchio!

Comunque vedo che la guida è tenuta aggiornata, citando anche le novità post 3.0.

L'initrd credo potrebbe risultare più longilineo se creato a là Debian (non so bene cosa si inventino i sorgenti del kernel quando hanno le mani libere).
Comunque valuta se ti serve davvero l'initrd, come spiegato nella guida che ti hanno già riportato.
__________________
~Breve riferimento ai comandi GNU/Linux (ormai non molto breve...)
Gimli[2BV!2B] è offline   Rispondi citando il messaggio o parte di esso
Old 24-08-2012, 14:28   #9
Gimli[2BV!2B]
Senior Member
 
L'Avatar di Gimli[2BV!2B]
 
Iscritto dal: Feb 2006
Città: Parma
Messaggi: 3008
Le opzioni basilari che consiglierei per provare a spremere qualche goccia di efficienza (sono miste x86+amd64 e dipendenti da altre voci, quindi non tutte potrebbero essere visibili):
Codice:
General setup  --->
    [ ] Optimize for size
    [*] Optimize very unlikely/likely branches

Processor type and features  --->
    [ ] Support for extended (non-PC) x86 platforms
    [*] Single-depth WCHAN output
        Processor family (SCEGLIERE LA FAMIGLIA CORRETTA)  --->
    [ ] Generic x86 support
    [ ] Numa Memory Allocation and Scheduler Support

Kernel hacking  --->
    [ ] Compile the kernel with frame pointers
    [*] Allow gcc to uninline functions marked 'inline'
Se, come il sottoscritto, si hanno ancora macchine con un solo core, ricordarsi di togliere di mezzo il SMP:
Codice:
Processor type and features  --->
  [ ] Symmetric multi-processing support
A questo aggiungerei di controllare tutto ciò che ha debug nel nome o nella descrizione: nel 99% dei casi si può disattivare, attivando poi singole voci se necessario debuggare specifici problemi (personalmente mi capita molto raramente).

Il traguardo che si persegue solitamente è di lasciare attivo solo ed esclusivamente ciò che si utilizza o si ha intenzione di provare, cioè praticamente una frazione minima di ciò che è attivo in un kernel Debian generico.

Per finire cito nuovamente lo scheduler BFS di Con Kolivas, di cui sono un appassionato utilizzatore.
__________________
~Breve riferimento ai comandi GNU/Linux (ormai non molto breve...)
Gimli[2BV!2B] è offline   Rispondi citando il messaggio o parte di esso
Old 24-08-2012, 14:47   #10
nicfio
Senior Member
 
L'Avatar di nicfio
 
Iscritto dal: Aug 2002
Città: Roma
Messaggi: 1473
Grazie per gli ottimi e preziosi consigli; cercando un pò in giro ho trovato questo eccellente tutorial che, al prezzo di un'annetto di studi, copre quasi ogni aspetto della consigurazione del kernel. Se non altro adesso c'è un minimo di spiegazione su cosa vogliano dire le singole voci.

Per quanto riguarda l'initrd, stò seriamente pensando di abolirlo. Compilo come builtin il supporto ai vari filesystem e ai controller SATA/ICH e ciò mi dovrebbe permettere di montare in fase di boot la root e avviare il tutto..
nicfio è offline   Rispondi citando il messaggio o parte di esso
Old 24-08-2012, 15:12   #11
Gimli[2BV!2B]
Senior Member
 
L'Avatar di Gimli[2BV!2B]
 
Iscritto dal: Feb 2006
Città: Parma
Messaggi: 3008
Per vedere i driver delle periferiche PCI in uso usa lspci -k, l'lspci liscio è scomodo.

La prima parte della guida che riporti mi sembra dia informazioni utili, però i dettagli successivi mi sembra siano semplicemente le voci di help di una vecchia versione del kernel riportate in HTML.
  • Immagino tu sappia che ogni voce ha una descrizione che è spesso sufficiente per capire a cosa serva.
  • Altra cosa molto utile è la funzione di ricerca, che con menuconfig si apre premendo il tasto / (non ti so dire come funzioni nelle altre modalità).
    In particolare nella ricerca sono esplicitate posizione e dipendenze di ogni voce, vale a dire ciò che occorre avere abilitato/disabilitato per averla a disposizione (o per disattivarla).

Per far fuori l'initrd non scordare:
Codice:
Device Drivers --->
  SCSI device support --->
    <*> SCSI disk support
    [*] Asynchronous SCSI scanning
__________________
~Breve riferimento ai comandi GNU/Linux (ormai non molto breve...)
Gimli[2BV!2B] è offline   Rispondi citando il messaggio o parte di esso
Old 25-08-2012, 08:34   #12
nicfio
Senior Member
 
L'Avatar di nicfio
 
Iscritto dal: Aug 2002
Città: Roma
Messaggi: 1473
Azz, dopo 2 giorni sono ancora alla voce "General Setup" mi confermate che ci vuole un mese per poter configurare un kernel per la compilazione?
nicfio è offline   Rispondi citando il messaggio o parte di esso
Old 25-08-2012, 10:15   #13
Gimli[2BV!2B]
Senior Member
 
L'Avatar di Gimli[2BV!2B]
 
Iscritto dal: Feb 2006
Città: Parma
Messaggi: 3008
Dipende quanto ti vuoi concentrare sulle singole voci.

Alla prima configurazione di una nuova macchina il tempo più lungo lo passo in "Device Drivers".
Quando si tratta di aggiornare o controllare una cosa faccio una revisione delle impostazioni.

In ogni caso il kernel è compilabile e solitamente funzionante in tutte le iterazioni, quindi ogni volta che raggiungo l'obiettivo che mi sono preposto mi fermo fino a che non nasce una nuova necessità.
__________________
~Breve riferimento ai comandi GNU/Linux (ormai non molto breve...)
Gimli[2BV!2B] è offline   Rispondi citando il messaggio o parte di esso
Old 27-08-2012, 07:36   #14
nicfio
Senior Member
 
L'Avatar di nicfio
 
Iscritto dal: Aug 2002
Città: Roma
Messaggi: 1473
Per coloro che sono preda della disperazione suggerisco che a questo link è disponibile il language pack, completo delle istruzioni di installazione che traduce la quasi totalità delle opzioni di configurazioni di makeconfig e delle sue controparti grafiche.

Post Scriptum: ma qualcuno è mai riuscito a compilarsi un kernel partendo da un .config pulito e non già preparato? A me sembra che una roba del genere sia un impresa titanica...
nicfio è offline   Rispondi citando il messaggio o parte di esso
Old 02-10-2012, 15:18   #15
battery_charge
Member
 
Iscritto dal: Nov 2009
Messaggi: 61
infatti non devi compilarlo cosi'.... la compilazione del kernel si fa, perche' ti servono nuovi driver, o patch, oppure per snellirlo, per esempio che te ne fai dei moduli di 100 schede eternet ? scegli solo il driver per la tua scheda, e via dicendo, puoi potresti togliere il console buffer, scegliere se vuoi moduli o driver statici (i moduli li carichi solo alla bisogna per esempio quando colleghi una usb)

conta che un kernel ricompilato puo' anche arrivare a stare in un floppy

se non ricordo male ai tempi di slackware i mie i kernel erano 3 mega
battery_charge è offline   Rispondi citando il messaggio o parte di esso
Old 02-10-2012, 15:24   #16
battery_charge
Member
 
Iscritto dal: Nov 2009
Messaggi: 61
Quote:
Originariamente inviato da nicfio Guarda i messaggi
Per coloro che sono preda della disperazione suggerisco che a questo link è disponibile il language pack, completo delle istruzioni di installazione che traduce la quasi totalità delle opzioni di configurazioni di makeconfig e delle sue controparti grafiche.

Post Scriptum: ma qualcuno è mai riuscito a compilarsi un kernel partendo da un .config pulito e non già preparato? A me sembra che una roba del genere sia un impresa titanica...
cosa intendi preparato? senza flag ecc? penso che di default sia cosi', pero' e' generico, io ho dicimao fatto tutto da 0, nel senso che disabilitavo tutto quello che non mi serviva minuziosamente voce per voce
battery_charge è offline   Rispondi citando il messaggio o parte di esso
Old 02-10-2012, 17:07   #17
Sergei
Member
 
Iscritto dal: Oct 2001
Messaggi: 291
scusate se mi intruflo in questo post ma essendo niubbo e visto che San Google non mi ha aiutato... volevo chiedervi una cosa velocissima: perché compilare un kernel? a che serve?
compili un kernel su misura per il tuo computer in modo tale che possa dare il massimo in termini di prestazione? se avessi un pentium 2 e ricompilassi il kernel potrei farlo girare "decentemente"?
scusate ancora per l'intrusione
Sergei è offline   Rispondi citando il messaggio o parte di esso
Old 03-10-2012, 00:02   #18
Gimli[2BV!2B]
Senior Member
 
L'Avatar di Gimli[2BV!2B]
 
Iscritto dal: Feb 2006
Città: Parma
Messaggi: 3008
Si può fare su misura alla macchina: questo permette solitamente di risparmiare un po' di memoria, magari ridurre il tempo di boot di una frazione di tempo apprezzabile senza misurazioni.
Applicando qualche patch ed esasperando qualche configurazione si può rendere il sistema un po' più reattivo.

Certamente non si possono fare miracoli.
Fino a qualche mese fa utilizzavo un Athlon XP ed un Pentium IV dotati di un kernel ritagliato sulle macchine e patchato Con Kolivas: a sensazione le svecchiava di un paio di anni almeno.

Un Pentium II con RAM di dimensioni dell'ordine delle centinaia di mega può funzionare bene solo con software suo contemporaneo o con distribuzioni moderne leggere. I principali vantaggi si avrebbero scegliendo con cura tutto il software tra le alternative più leggere: un kernel sarebbe giusto la ciliegina sulla torta.
Il problema principale è la poca RAM, il secondo le capacità della CPU, che finisce in ginocchio non appena si prova ad usare un sito con del Flash... (colpa della CPU o di Flash? Anche Javascript se complesso...)
__________________
~Breve riferimento ai comandi GNU/Linux (ormai non molto breve...)
Gimli[2BV!2B] è offline   Rispondi citando il messaggio o parte di esso
Old 03-10-2012, 08:17   #19
battery_charge
Member
 
Iscritto dal: Nov 2009
Messaggi: 61
Quote:
Originariamente inviato da Gimli[2BV!2B] Guarda i messaggi
Si può fare su misura alla macchina: questo permette solitamente di risparmiare un po' di memoria, magari ridurre il tempo di boot di una frazione di tempo apprezzabile senza misurazioni.
Applicando qualche patch ed esasperando qualche configurazione si può rendere il sistema un po' più reattivo.

Certamente non si possono fare miracoli.
Fino a qualche mese fa utilizzavo un Athlon XP ed un Pentium IV dotati di un kernel ritagliato sulle macchine e patchato Con Kolivas: a sensazione le svecchiava di un paio di anni almeno.

Un Pentium II con RAM di dimensioni dell'ordine delle centinaia di mega può funzionare bene solo con software suo contemporaneo o con distribuzioni moderne leggere. I principali vantaggi si avrebbero scegliendo con cura tutto il software tra le alternative più leggere: un kernel sarebbe giusto la ciliegina sulla torta.
Il problema principale è la poca RAM, il secondo le capacità della CPU, che finisce in ginocchio non appena si prova ad usare un sito con del Flash... (colpa della CPU o di Flash? Anche Javascript se complesso...)
tutto corretto

già flash questo maledetto, infatti se fai questa scelta devi scordarti flash e grafica ultra 3d ecc, vai di openbox, come browser opterei per links o dillo eccc devi fare molte rinunce, in ambito desktop userei almeno un p4

slackware e' adatta per macchine vecchie
battery_charge è offline   Rispondi citando il messaggio o parte di esso
Old 06-10-2012, 14:22   #20
ANTHRAX
Senior Member
 
L'Avatar di ANTHRAX
 
Iscritto dal: Sep 1999
Città: Roma
Messaggi: 561
Non sò se è in tema, ma eventualmente utilizzare i kernel del ramo trunk-experimental di Debian, è molto rischioso?
Io ho provato a compilare un kernel ma sono comparsi diversi errori dopo aver macinato 6,8GB di dati, ed ho proceduto all'installazione di uno già precompilato (sebbene di un ramo alternativo).
Tutto sembra andare bene da circa una settimana... ho dovuto solo installare l'AMD64-microcode.
Vostre esperienze in merito?

bye
__________________
Chi ha paura di fallire, fallirà!
ANTHRAX è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


Samsung Galaxy S25 Edge: il top di gamma ultrasottile e leggerissimo. La recensione Samsung Galaxy S25 Edge: il top di gamma ultraso...
HP Elitebook Ultra G1i 14 è il notebook compatto, potente e robusto HP Elitebook Ultra G1i 14 è il notebook c...
Microsoft Surface Pro 12 è il 2 in 1 più compatto e silenzioso Microsoft Surface Pro 12 è il 2 in 1 pi&u...
Recensione REDMAGIC Astra Gaming Tablet: che spettacolo di tablet! Recensione REDMAGIC Astra Gaming Tablet: che spe...
Dopo un mese, e 50 foto, cosa abbiamo capito della nuova Nintendo Switch 2 Dopo un mese, e 50 foto, cosa abbiamo capito del...
La cometa interstellare 3I/ATLAS potrebb...
Un triste giorno per l'industria videolu...
Il tuo mouse ti spia? La suite di gestio...
Proton presenta Lumo: l'assistente AI co...
Samsung Galaxy S26 Edge: più auto...
Escobar Inc.: una frode che porta il mar...
Apple e la smart home in arrivo? Nuovo H...
Anche Alfa Romeo lancia il suo incentivo...
Un braccialetto che ascolta e registra o...
OPPO Find X8 Ultra: il RE dei cameraphon...
DeepL sempre più potente: arrivan...
Addio a Shunsaku Tamiya, il papà ...
Il volontariato non può essere gr...
Baxi presenta le nuove pompe di calore a...
Solo 104€ per questo robot Lefant da 500...
Chromium
GPU-Z
OCCT
LibreOffice Portable
Opera One Portable
Opera One 106
CCleaner Portable
CCleaner Standard
Cpu-Z
Driver NVIDIA GeForce 546.65 WHQL
SmartFTP
Trillian
Google Chrome Portable
Google Chrome 120
VirtualBox
Tutti gli articoli Tutte le news Tutti i download

Strumenti

Regole
Non Puoi aprire nuove discussioni
Non Puoi rispondere ai messaggi
Non Puoi allegare file
Non Puoi modificare i tuoi messaggi

Il codice vB è On
Le Faccine sono On
Il codice [IMG] è On
Il codice HTML è Off
Vai al Forum


Tutti gli orari sono GMT +1. Ora sono le: 01:29.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
Served by www3v