Difference between revisions of "Bumblebee (Italiano)"

Revision as of 22:26, 17 October 2011

Bumblebee è una soluzione per la tecnologia grafica ibrida di Nvidia Optimus, che permette di utilizzare la scheda grafica dedicata per il rendering. È un progetto avviato da Martin Juhl.

A proposito di Bumblebee

La Tecnologia Optimus è un'implementazione grafica ibrida senza hardware multiplexer. La GPU integrata gestisce il display, mentre la GPU dedicata gestisce il rendering più impegnativo ed invia il risultato alla GPU integrata per la visualizzazione. Quando il portatile è alimentato a batteria, la GPU dedicata si spegne per risparmiare energia e aumentare l'autonomia.

Bumblebee è un'implementazione software basata su VirtualGL ed un driver del kernel in grado di utilizzare la GPU dedicata, che non è fisicamente collegata allo schermo.

Come funziona

Bumblebee cerca di imitare il comportamento della tecnologia Optimus, utilizzando la GPU dedicata per il rendering quando necessario e spegnendolo quando non utilizzato. La release attuale supporta solo il rendering on-demand, mentre la gestione energetica è ancora in fase di sviluppo.

La scheda dedicata Nvidia è gestita come un server X separato e collegato ad uno schermo "fake" (lo schermo è configurato ma non utilizzato). Il secondo server viene chiamato mediante VirtualGL, come da un server remoto. Detto questo, saranno necessari una serie di passi per impostare il driver del kernel, il server X ed un demone.

Installazione

Il pacchetto di AUR Template:Package AUR è la versione stabile e usa i driver proprietari Nvidia di default.

C'è anche una versione git (Template:Package AUR) che non è legata a nessun tipo di driver e può essere utilizzato sia con i driver Nvidia che con Nouveau. Si tratta di un check-out del ramo Template:Codeline del repository GitHub.

Per l'esecuzione di applicazioni a 32 bit su un sistema a 64 bit è necessario il pacchetto Template:Package AUR insieme a qualsiasi altra libreria specifica per applicazioni a 32-bit.

Le versioni a partire dalla 2.3 funzionano con un demone per avviare ed arrestare il server X, ma non controllano la potenza della scheda di default (vedere #Power Management sotto)

Utilizzo del driver Nvidia

La versione git di bumblebee richiede pacchetti aggiuntivi per funzionare con i driver Nvidia.

• Template:Package AUR contiene i formati binari di Nvidia pacchettizzati in modo da non interferire con la Template:Package Official necessaria.
• Template:Package AUR contiene i formati binari di Nvidia 32-bit pacchettizzati in modo da non interferire con la Template:Package Official necessaria.

Utilizzo dei driver Nouveau

Per utilizzare i driver Nouveau è necessario installare la versione git di Bumblebee ed alcuni pacchetti aggiuntivi:

• Template:Package Official driver sperimentale con accelerazione 3D
• Template:Package Official Mesa classic DRI + driver Gallium3D
• Template:Package Official librerie grafiche Mesa 3-D

Installarli con Template:Cli

Configurazione

Al fine di rendere funzionale Bumblebee è necessario configurare un secondo server X, caricare il modulo del kernel desiderato ed eseguire il demone bumblebee. La maggior parte di questi passaggi sono svolti in automatico al momento dell'installazione.

Caricamento del modulo del kernel

Utilizzo di Nvidia

Per eseguire Bumblebee utilizzando il modulo del kernel per i driver proprietari Nvidia, è necessario prima fermare il caricamento del modulo Nouveau nel kernel. Per farlo, eseguire in un terminale: Template:Cli

Aggiungere la seguente riga a Template:Filename per disabilitare il modulo Nouveau al boot: Template:File

Caricare quindi il modulo Nvidia con: Template:Cli

Per caricare il modulo nvidia all'avvio, aggiungerlo nella stringa Template:Codeline in Template:Filename:

MODULES=(... nvidia ...)

Nouveau

Assicurarsi di non avere i driver Nouveau in blacklist in nessuno dei file contenuti in Template:Filename. Il modulo del kernel Nouveau viene caricato di default.

Configurazione del server X

L'installazione dovrebbe riconoscere automaticamente la scheda grafica e la propria PCI BusID. Se si nota un qualche avvertimento a questo riguardo seguire i seguenti passi supplementari.

Dopo l'installazione viene creato un file Template:Filename con una configurazione minimale del dispositivo (dove Template:Codeline può essere Template:Codeline o Template:Codeline). In questo file è necessario specificare l'indirizzo bus PCI della scheda Nvidia. Per farlo eseguire in un terminale:

Template:Command

Prendere nota dell'indirizzo PCI della scheda nVidia (01:00.0 in questo caso) e modificare la riga in Template:Filename con l'opzione Template:Codeline della sezione Template:Codeline:

Template:File

Se si utilizzano i driver Nvidia cercare la sezione "Files" e controllare che il percorso del modulo xorg di nvidia sia corretto: Template:File

Impostare i permessi per usare Bumblebee

I permessi per usare Template:Codeline vengono concessi a tutti i membri del gruppo "bumblebee", quindi è necessario aggiungersi (anche altri eventuali utenti) a quel gruppo: Template:Cli

dove Template:Codeline è il nome di login dell'utente da aggiungere. Rieffettuare il login per rendere effettive le modifiche.

Avvio del demone Bumblebee

Bumblebee fornisce un demone per avviare il secondo server X e gestire alcune ulteriori funzioni; per avviarlo basta eseguire: Template:Cli

Aggiungerlo alla stringa Template:Codeline in Template:Filename per l'avvio al boot

DAEMONS=(... @bumblebee)

Test di Bumblebee

È possibile testare Bumblebee con questo comando: Template:Cli

Se funziona significa che si è in grado di non caricare il rendering della scheda Nvidia.

Configurazione

È possibile configurare alcune variabili nel file Template:Filename. Quelle di default sono:

Template:File

Compressione e trasporto VGL

La compressione e il trasporto riguardano come i frame sono compressi dal lato server (l'X server di bumblebee), e trasportati poi al lato client (X server principale) e non compressi per essere visualizzati nella finestra dell'applicazione. E per lo più influisce sulle prestazioni di utilizzo della CPU/GPU, dato che il trasporto è illimitato in banda. I metodi compressi (come Template:Codeline) caricheranno al massimo la CPU e al minimo possibile la GPU; i metodi non compressi caricheranno più la GPU mentre la CPU avrà il minor carico possibile.

È possibile provare diversi metodi di compressione aggiungendo l'argomento Template:Codeline al comando Template:Codeline per capire qual'è il più adatto: Template:Command

Dove Template:Codeline può essere Template:Codeline, Template:Codeline, Template:Codeline, Template:Codeline o Template:Codeline. Si può quindi sostituire quello che si preferisce nella variabile Template:Codeline in Template:Filename per usarlo come default.

Configurare il comportamento del Server

Ci sono tre variabili per controllare come deve comportarsi il server quando viene richiamato Template:Codeline:

STOP_SERVICE_ON_EXIT
X_SERVER_TIMEOUT
FALLBACK_START

Il server X sarà sempre un pò in ritardo al momento della prima chiamata. Dovrebbe avviarsi in un secondo o giù di lì, ma se il tempo degli avvii successivi è troppo, è possibile impostare Template:Codeline a Template:Codeline e il server X Bumblebee non sarà bloccato quando l'ultimo Template:Codeline viene disconnesso.

Template:Codeline controlla quanto tempo il demone attenderà il server X. Se il server X tarda troppo si consiglia di aumentare il valore di questa impostazione, altrimenti l'avvio del server potrebbe non riuscire.

Se si desidera che l'applicazione si avvii nella GPU integrata anche se il server X non è disponibile, impostare Template:Codeline a Template:Codeline. Questo stamperà lo stesso messaggio quando il server non è disponibile, ma non fallirà a lanciare il programma.

Utilizzo

Per avviare un'applicazione utilizzando la scheda grafica dedicata: Template:Cli

Per un elenco di opzioni per Template:Codeline: Template:Cli

Se si desidera eseguire un applicazione a 32 bit su un sistema a 64 bit potrebbe essere necessario installare i pacchetti "lib32" adeguati.

Gestione energetica

L'obiettivo di gestione dell'alimentazione è quello di apegnere la scheda dedicata quando non viene utilizzata da nessuna applicazione, e riaccenderla quando è necessario. Attualmente la scheda può essere utilizzata solo "su richiesta" e nessuno "switch automatico" è supportato di default.

Una breve nota sul perché è stato rimosso

La gestione dell'alimentazione è stata temporaneamente rimossa perché le azioni ACPI di Bumblebee, durante le chiamate all'accensione e spegnimento, si risolvono con degli errori. Ciò ha avuto alcuni effetti collaterali:

• Errori "FATAL: Error inserting nvidia (.../nvidia.ko): No such device" al caricamento del modulo nvidia
• Blocco o freeze durante avvio, arresto o sospensione
• Impostazioni del BIOS che sembrano essere state modificate
• Altri sistemi operativi non riconoscono più la scheda grafica

In una versione futura, la gestione del risparmio energetico potrebbe essere implementata di nuovo, dopo un periodo di ricerca e sviluppo.

Come uno degli sviluppatori ha affermato, circa lo stato attuale della gestione alimentazione di bumblebee:

"Lekensteyn"

Bene, proviamo ad immaginare un edificio con le finestre sporche. Ci piacerebbe vedere più sole e chiediamo pertanto ad un serramentista di assumere qualcuno per svolgere quel lavoro. Il serramentista non ha mai imparato a pulire bene una finestra sporca, ma immagina che una pietra potrebbe essere il modo giusto per farlo. Chiede quindi ad un ragazzo di provare a pulire la finestra con una pietra: possono accadere due cose:

1. la finestra si graffia e diventa ancora meno trasparente
2. la finestra si rompe e il sole risplende

Nel primo caso, la situazione è peggiorata. Quell'orrore di "Module not found" ed errori "suspend/lock-up". Nel secondo caso, non si dovrà indovinare che cosa sia andato male perché l'obiettivo è stato raggiunto: il sole è più brillante. La soluzione giusta è ovviamente la pulizia del vetro con un panno, ma non prima che la finestra sia riparata, che è il nostro compito attuale.

I metodi di chiamata ACPI sono le pietre e "voi" ...siete voi. Il ragazzo è solo un messaggero, cioè il modulo acpi_call. Il serramentista è il team di sviluppo Bumblebee.

Attivazione della gestione energetica

Dalla versione 2.4.0 il framework ACPI fornito da Bumblebee consente di inviare differenti metodi di chiamata attraverso il modulo del kernel Template:Codeline. Sarà necessario il pacchetto Template:Package AUR per essere in grado di usarlo.

Per prima cosa editare Template:Filename e impostare Template:Codeline a Template:Codeline in modo che il server X venga fermato quando non ci sono istanze Template:Codeline in esecuzione.

Template:File

Poi è necessario creare due file (Template:Filename e Template:Filename) contenenti le chiamate necessarie per attivare e disattivare la scheda. Ogni riga deve contenere una chiamata, i commenti non sono ammessi. Scrivere una chiamata per riga e nient'altro o si riscontreranno errori:

Template:File

Abilitare infine la gestione energetica editando il file di configurazione Template:Filename:

Template:File

Bisognerà anche riavviare il demone o direttamente il sistema per rendere effettive le modifiche.

Risoluzione dei problemi

Prova innanzi tutto questa guida alla risoluzione dei problemi, e se il problema persiste, si prega di segnalare i bug qui.

VirtualGL non può aprire il display

Se si riceve un messaggio come questo

[VGL] ERROR: Could not open display :XX

Significa che il secondo server X non è in esecuzione o non è stato avviato. Per risolvere questo si può spulciare il file Template:Filename, dove "XX" è il numero del display usato da bumblebee; dare anche un'occhiata ai messaggi in Template:Filename.

Qui ci sono alcune altre cose che si possono controllare:

• Controllare il modulo del kernel caricato per la scheda nvidia con "lspci -k"
• Controllare il file Template:Filename e assicurarsi che l'opzione "BusID" punti alla porta PCI corretta.
• Modificare l'opzione "ConnectedMonitor" a "DFP-0" o "CRT-0" (o "DFP,CRT"). Questa deve essere uno schermo valido del computer diverso da "LVDS"
• Provare a impostare l'opzione X_SERVER_TIMEOUT ad un valore maggiore se il server X si avvia ma impiega troppo tempo.

Ulteriori risorse

• Bumblebee Project repository