• Из-за накладных расходов на OpenGL, можно очень хорошо не хотите использовать его для рисования. Например, некоторые работы, которую мы делаем, чтобы сделать Android 4.0 работать хорошо на Nexus S привлек выключения аппаратного ускорения рисования в части пользовательского интерфейса, поэтому мы не теряем 8 МБ оперативной памяти в системном процессе, другой 8 МБ в телефоне Процесс, другой 8 МБ в процессе пользовательского интерфейса системы и т.д.
Поверьте мне, вы не заметите - там просто нет выгоды на этом устройстве в использовании OpenGL нарисовать что-то вроде строке состояния, даже с фантазии анимации там происходит. • Аппаратное ускорение рисунок не магический серебряная пуля, чтобы масло-гладкой UI. Есть много различных усилия, которые продолжаются уже в этом направлении, таких как улучшение планирования план против фоновых потоков в 1.6, переписывая систему ввода в 2.3, строгий режим, одновременное сбора мусора, погрузчики, и т.д. Если вы хотите добиться 60fps , у вас есть 20 миллисекунд для обработки каждого кадра.
Это не очень много времени. Просто касаясь системы хранения вспышки в потоке под управлением интерфейса в некоторых случаях может вызвать задержку, которая ставит вас из этого окна синхронизации, особенно если вы пишете на хранение. • Недавний пример из видов интересных вещей, которые гладкости интерфейса влияние: мы заметили, что ICS на Nexus S на самом деле менее гладкой при прокрутке списков, чем это было на Gingerbread.
Выяснилось, что причиной этого было связано с тонкими изменениями в сроках, так что иногда в ICS, как приложение было получение сенсорные события и рисования на экране, она будет идти, чтобы получить очередное мероприятие немного, прежде чем он был готов, заставляя его явно пропустить кадр, отслеживая пальцем, хотя это был рисунок на экран в солидных 60fps. • Когда люди исторически сравнению веб-браузер прокрутки между Android и IOS, большинство различий они видят не в связи с аппарат