Hm. Toutes les implementations de WebGL creent 1 contexte OpenGL par contexte WebGL. C'est quasi impossible de faire autrement (multiplexage tres tres lourd).
Par contre, les bizarreries de Javascript font que chaque implementation est libre de tuer les contextes WebGL (et donc OpenGL) non-references quand elle le veut. Et il est vrai que, quand on execute la batterie de tests WebGL, qui execute environ 100 scripts a la suite, chacun creant un contexte WebGL, l'implementation de Firefox a souvent tendance a garder en vie un certain nombre de contextes avant de les detruire tous d'un coup (ce qui les makecurrent() et fait quelques glDeleteXxx()). On est alles jusqu'a plus de 100 contextes en meme temps, ce qui je l'avoue est stupide, mais c'est tres nouveau pour Javascript tout ca. https://bugzilla.mozilla.org/show_bug.cgi?id=617453
[^] # Re: Dis donc ! c'est pas encore vendredi :)
Posté par Benoit Jacob . En réponse au journal Firefox 4 et pilotes de cartes graphiques sous linux. Évalué à 3.
Par contre, les bizarreries de Javascript font que chaque implementation est libre de tuer les contextes WebGL (et donc OpenGL) non-references quand elle le veut. Et il est vrai que, quand on execute la batterie de tests WebGL, qui execute environ 100 scripts a la suite, chacun creant un contexte WebGL, l'implementation de Firefox a souvent tendance a garder en vie un certain nombre de contextes avant de les detruire tous d'un coup (ce qui les makecurrent() et fait quelques glDeleteXxx()). On est alles jusqu'a plus de 100 contextes en meme temps, ce qui je l'avoue est stupide, mais c'est tres nouveau pour Javascript tout ca.
https://bugzilla.mozilla.org/show_bug.cgi?id=617453
Ceci n'explique cependant pas du tout les plantages qu'on a eus des l'initialisation du premier contexte WebGL :)
https://bugzilla.mozilla.org/show_bug.cgi?id=616416
https://bugzilla.mozilla.org/show_bug.cgi?id=589546