Nexus One/Android "CPU può essere cavigliato" bug

Question

Sto scrivendo un gioco graficamente intenso per il Nexus One, utilizzando NDK (revisione 4) e OpenGL ES 2.0. Stiamo davvero spingendo l'hardware qui, e per la maggior parte funziona bene, tranne che ogni tanto ho un grave incidente con questo messaggio di log:

W/SharedBufferStack (398): WAITFORCONDITION (LockCondition) scaduto (identità = 9, stato = 0). La CPU può essere cavigliata. riprovare.

L'intero sistema si blocca, ripete più volte questo messaggio e si riavvierà dopo un paio di minuti o dobbiamo riavviarlo manualmente. Stiamo utilizzando Android OS 2.1, aggiornamento 1.

So che alcune altre persone hanno visto questo bug, a volte in relazione all'audio. Nel mio caso è causato dallo SharedBufferStack, quindi suppongo che si tratti di un problema OpenGL. Qualcuno ha incontrato questo, e ancora meglio risolto? O qualcuno sa cosa sta succedendo con lo SharedBufferStack per aiutarmi a restringere le cose?

Answer 1

Non credo che questo errore possa verificarsi nel codice audio, SharedBufferStack viene utilizzato solo nelle librerie di Surface. Molto probabilmente si tratta di un bug nell'implementazione di EGL swapBuffers o SurfaceFlinger e dovresti archiviarlo su bug tracker.

Answer 2

waitForCondition() causa il blocco (sistema di blocco).
Ma non è la causa principale. Questo sembra essere un problema con

Il audio-quadro (ur gioco ha suoni?)
oppure
Il GL di rendering-sottosistema.

Qualsiasi messaggio "CPU-pegged" nel registro? Si potrebbe voler dare un'occhiata a questo:
http://soledadpenades.com/2009/08/25/is-the-cpu-pegged-and-friends/

Answer 3

ho avuto CPU may be pegged messaggi sul LogCat perché ho avuto un ArrayBlockingQueue nel mio codice. Se si dispone di una coda di blocco (come sembra essere il caso con i buffer audio), assicurarsi di BlockingQueue.put() solo se si dispone del controllo del tempo sufficiente per gli elementi correttamente BlockingQueue.take() per fare spazio. Oppure, dai un'occhiata all'utilizzo di BlockingQueue.offer().

Answer 4

Sembra che ci sia un problema di driver con eglSwapBuffers():

http://code.google.com/p/android/issues/detail?id=20833&q=cpu%20may%20be%20pegged&colspec=ID%20Type%20Status%20Owner%20Summary%20Stars

Una soluzione è chiamare glFinish() precedente la chiamata a eglSwapBuffers(), tuttavia questo può indurre un calo di prestazioni.

Answer 5

FWIW, mi ha colpito questo problema di recente, mentre lo sviluppo su Android 2.3.4 utilizzando GL ES 2 su un Samsung Galaxy S.

Il problema per me è stato un bug nei miei glDrawArrays chiamare - sono stato il rendering oltre la fine del buffer, cioè il "conteggio" che stavo passando era maggiore del conteggio effettivo. È interessante notare che la chiamata non ha generato un'eccezione, ma causerebbe in modo intermittente il problema che hai descritto. Inoltre, il buffer che ho finito per il rendering sembrava sbagliato, quindi sapevo che qualcosa non andava.La cosa "CPU potrebbe essere cavigliata" rendeva ancora più fastidioso rintracciare il vero problema.