Display lists и несколько потоков

дисплей листы

может все таки перейти на свежий API? емнип даже в древнем 2.1 есть glDrawArrays().

В современном железе скорость отрисовки обычно упирается либо в шейдеры (бегут на GPU), либо в память (если слишком много данных льется с CPU на GPU в каждом кадре). Несколько одновременно рисующих потоков прироста скорости не дадут. И да, дисплейные листы и весь пайплайн 1.х уже много лет как устарел и существует только для обратной совместимости. Почитай что-нибудь про современный подход к графике для начинающих. Например вот это: http://www.arcsynthesis.org/gltut/

Нет. Целевая OS — RHEL6, язык программирования — Java. Абстрактный painter должен уметь рисовать ещё и на AWT помимо OpenGL.

До меня каждый кадр рисовался с glBegin и glEnd со всеми вытекающими. К сожалению, приходится работать с экскрементами мамонта, а display lists дают хороший прирост к производительности. Да и я не хочу рисовать во втором потоке, хочу просто создавать дисплей листы, а в первом их рисовать.

Прискорбная у тебя ситуация.

Думаю ускорения не будет, тем более что ты просто не сможешь делать это многопоточно. OpenGL - машина состояний. Считать заранее геометрию и координаты в массивы - вполне возможно

не факт, что конкурентное выполнение glNewList(), glBegin(), glEnd(), glEndList() не даст undefined behaviour.

лучше вместо многопоточности и дисп листов замени glBegin/glEnd на glDrawElements где сможешь. Скорость повысится.