WGL: Никакая двойная буферизация + много выборка = СБОЙ?
Для передачи данных между серверами SQL используйте SSIS выше SP. Вы можете легко столкнуться с улучшением в 10 раз, как упомянуто выше. Мы перешли от 6-7 часов к более управляемым временным рамкам, включив SP в пакет SSIS
С другой стороны: SSIS - это набор XML-файлов, которыми можно манипулировать / использовать по-разному (например, для документации)
1 ответ
Теоретически рисование в режиме с одним буфером означает, что вы напрямую изменяете то, что отображается на экране (он же передний буфер). Поскольку эта память уже имеет определенный формат, вы не можете выбрать другой. (Я говорю в теории , потому что платформа делает то, что ей нравится на практике. Например, Aero не разрешает доступ к переднему буферу.)
Более того, при выполнении мультисэмплинга шаг, который преобразует X отсчетов / пиксель в 1 пиксель для рисования, когда задний буфер копируется в передний буфер (так называемый этап разрешения). В режиме одиночного буфера такого шага нет.
Что касается блокировки 60 кадров в секунду, вы можете посмотреть WGL_EXT_swap_control . Проблема здесь в том, что вы обычно не хотите обновлять то, что отображается на экране, пока экран обновляет данные; это создает разрыв. Таким образом, по умолчанию Swap обновляется только тогда, когда экран синхронизируется по вертикали (также известный как vsync), поэтому вы в конечном итоге блокируете частоту обновления экрана.
Если вы этого не сделаете. Обратите внимание на то, что на вашем дисплее отображаются части разных кадров, вы можете отключить его.
Для полноты картины существует альтернативный режим, называемый тройной буферизацией, который, по сути, имеет рендеринг «пинг-понг» графического процессора между двумя задними буферами, в то время как передний буфер находится показано. Когда придет время изменить то, что отображается на экране (vsync), процессор должен выбрать последний завершенный задний буфер. К сожалению, мне неизвестен метод WGL для запроса тройной буферизации.