Это не паузы из-за сборщика мусора. Это не потому, что Android работает через байт-код, а іOS работает на нативном коде. Это потому, что в iOS рендеринг всего интерфейса происходит в отдельном потоке пользовательского интерфейса в режиме приоритета реального времени. С другой стороны, Android следует традиционной для ПК модели, в которой основной рендеринг происходит с нормальным приоритетом.

Это не абстрактная или академическая разницы. Вы можете увидеть это самостоятельно. Хватайте ближайший iPad или iPhone и открывайте Safari. Начните загрузку сложной веб-страницы, такой как Facebook. На середине загрузки, приложите палец к экрану и подвигайте им вокруг. Вся отрисовка мгновенно останавливается. Сайт просто не будет загружаться, пока вы не уберете палец. Это потому, что поток пользовательского интерфейса перехватывает все события и рендеринг пользовательского интерфейса осуществляется в режиме реального времени.

Если вы повторите это упражнение на Android, вы заметите, что браузер будет пытаться как отрисовать страницу, так и отобразить HTML, т.е. сделать «на отлично» как одно так и другое. Для Android, это тот случай, когда эффективный двухъядерный процессор действительно помогает, поэтому Galaxy S II и славится своей плавностью.

На iOS, когда приложение устанавливается из App Store, а вы приложите палец к экрану, установка мгновенно поставится на паузу, пока рендеринг не будет завершен. Android старается сделать и то и то с одинаковым приоритетом, поэтому частота кадров страдает. Как только вы заметите как это происходит, вы увидите что это повсюду на телефоне Android. Почему прокрутка в приложении «Фильмы» медленная? Поскольку эскизы фильмов динамически добавляются к списку фильмов, когда вы прокручиваете вниз, а вот на iOS они спокойно добавляются только в момент остановки прокрутки.

Несколько людей взялись объяснить ошибки, допущенные мною в упрощенном описании процесса отрисовки в iOS. В частности:

1) Композитинг и пред-настройка анимации — все что включает в себя Core Animation и рендеринг сопутствующих слоев действительно происходит в фоновом потоке.

2) Отрисовка нового контента в слое Core Animation и настройка их анимации происходит в основном потоке. Это то же поток в котором происходит отрисовка пользовательского интерфейса.

3) В нативном коде, весь создаваемый разработчиком код будет происходить в основном потоке. Тем не менее, Apple предлагает очень простой API (Grand Central Dispatch и NSOperation), чтобы переместить эти вещи в управляемые системой фоновые потоки. В iOS 5 можно даже заявить что Core Data (объектно-реляционные базы данных) контекст не может быть использован непосредственно в основном потоке.

Что же мы замечаем? Изображение не отрисовывается пока вы не закончите прокрутку списка, рендеринг страницы в WebKit останавливается, когда система отслеживает прикосновение к экрану, это изначально встроенный механизм, который ставит на паузу весь мир, пока палец на экране.
(На самом деле это не совсем верно: главный поток помещается в специальный режим во время слежения за сенсором, и по умолчанию, определенные обратные вызовы задерживаются в этом режиме. Тем не менее, многие другие вещи, например, загрузка с диска или сетевая активность хранятся полностью в фоновом потоке, не останавливаясь, ничто из этого автоматически не приостанавливается в момент прокрутки. Разработчик должен указать явно задержки для этих вещей). Это преднамеренное поведение тщательно реализовано разработчиком каждого отдельного приложения.

Это не техническое различие, это культурные различия. Хорошие разработчики под iOS не выпускают программное обеспечение, пока не работает на что-то около 60 кадров в секунду при прокрутке и отслеживает прикосновения практически идеально, как впрочем это делают и хорошие разработчики под Android.

Даже с Galaxy Nexus, или четырехъядерным процессором EeePad Transformer Prime, нет никакого способа, чтобы гарантировать гладкость и приемлемую частоту кадров, если эти два конструктивных ограничения остаются в силе. Это говорит, что мощности Galaxy Nexus хватит чтобы сравнится по плавности работы с первым iPhone трехлетней давности. Так почему же команда Android использовала именно такую структуру рендеринга?

Работа над Android началась еще до выхода iPhone, и на тот момент система Android была разработана, чтобы быть конкурентом Blackberry. В оригинальном прототип Android не было сенсорного экрана. Компромиссы Android имеют смысл устройств с аппаратной клавиатурой и трекболом. И когда вышел iPhone, команда Android бросилась к выпуску конкурента этому продукту, но, к сожалению, было уже слишком поздно, чтобы переписать весь пользовательский интерфейс системы.

Это же самая причина, почему Windows Mobile 6.5, Blackberry OS, Symbian имеют ужасную производительность сенсорного экрана. Как и Android, они не были предназначены для «приоретиризации» рендеринга пользовательского интерфейса. После выпуска iPhone, в RIM, Microsoft, и Nokia отказались от своих мобильных ОС и начали разработку с нуля. Android является единственной мобильной ОС, которая существовала до «эры iPhone».

Так почему же команда Android не изменила существующее положение дел? Я позволю Romain Guy объяснить:

"… Много работы, которую мы должны сделать сегодня, существует из-за определенного выбора, сделанного много лет назад…… С анимацией пользовательского интерфейса самая большая проблема. Мы работаем над другими решениями, чтобы попытаться улучшить её (возможность использования отдельный поток рендеринга, и т.д.). Простое решение, конечно, это создание нового графического инструментария но есть много минусов в этом подходе. "

Ромен не уточняет какие минусы и недостатки в этом решении, но это не сложно предположить:

— Все приложения должны быть переписаны для поддержки новой структуры;
— Android должен будет обеспечить режим поддержки для старых приложений;
— Работа на другие особенностями Android будет приостановлена, до то времени как новая система будет разработана;

Уже в 4.1 андроиде разгоняется проц и отдается больший приоритет обработке сенсорного нажатия.

В iOS нет многозадачности нормально, приоритет отдан отрисовки интерфейса. Вот и весь секрет.

Уже одно то что операционка вести 18 гигов, вместо 3-4 гигов андройд и iOS о многом говорит.

Со слов Microsoft, общий размер накопителя на 32GB планшете Windows определяет как 29GB. При этом 5GB места зарезервировано под инструменты восстановления Windows, и еще 8GB места используют Windows RT, Microsoft Office и встроенные приложения.

Вырежте из винды своп, гибернацию, драйвера — получите свои 3 гигабайта. Windows RT занимает 8 гб вместе с офисом и встроенными приложениями.

Объем установленной памяти указывается всеми производителями в десятичной системе (килобайт равен тысяче байт), в то время как сама ОС рассчитывает объем килобайта как 1024 байт. Итого в версии на 32 ГБ мы получаем установленной памяти 29 ГБ (это то, что показывает система). Под операционную систему и встроенные приложения, а также MS Office отводится 8 ГБ памяти. Итого получаем 21 ГБ. Под драйверы, средства восстановления отводится 5 ГБ памяти. Итого на выходе получаем 16 ГБ. В Microsoft используют именно эту арифметику, она такова для MS Surface, за одним исключением. При обновлении всех программ и MS Office вам надо будет вычесть еще около 2 ГБ и в итоге на модели с 32 ГБ, вы получите только 14 ГБ свободного места изначально.

Больше мне ничего не надо будет делать? Нет? Ну тогда я спокоен, но сексом я всё же лучше с женой займусть, а не с операционкой.

На iOS, когда приложение устанавливается из App Store, а вы приложите палец к экрану, установка мгновенно поставится на паузу, пока рендеринг не будет завершен.

Откуда у них возьмется девелоперская база на планшетном рынке? Microsoft ещё только выходят на ARM-рынок.

Aakash 2

Что я делаю не так?

METRO действительно отличен для планшета

Это прорыв как в свое время было с Windows после DOS

и возможностью запускать обычные приложения для десктопа, которых очень много

Мы получаем мощный девайс, который имеет ips экран с хорошим разрешением, который может заменить планшет, нетбук, ноутбук, ультрабук и во многих случаях десктоп. И все это за 600 баксов.

Первые две версии Windows вообще не оставили значимого следа. Третья версия пришлась ко двору в офисах (где уже были лет десять как знакомы с оконным интерфейсом по рабочим станциям unix), но на домашних компьютерах очень долго не могла потеснить DOS.

После этого традиция «победного шествия» продолжилась. Заклеймив позором и нехорошими словами исключительную стабильность семейства Win 9x пользователи довольно долго перелезали с неё на XP,

а процесс слезания с XP на Windows 7 завершается лишь сейчас (!).

Которые вам не особо помогут, потому что не рассчитаны на touch-интерфейс, т.е. придётся использовать клавиатурку. Которая в комплекте плёночная, что не так весело, как скажем, на asus tf201, где клавиатура в доке вполне настоящая. :)

Получается девайс, возможности которого избыточны для современных планшетов

Также долго не будут теснить

Windows 8 — хорошая NT-система на отлаженном и проверенном временем ядре.

Ненавижу это слово.

Сразу вспоминается байка про «640 килобайт хватит всем».

А сейчас на рынке такая ситуация, что приложения для планшетов на андроидах и IOS — это приложения для телефонов.

Однако, проблема не в ядре. Проблема в том, что в этот раз принялись ломать интерфейс, в очередной раз не поинтересовавшись — а нравится ли оно пользователям.

Покажите мне ips экран в ноутбуках, нетбуках или ультрабукахза 600 баксов