Комментарии 36
В первых статьях про Firefox OS было написано, что система будет использоваться в бюджетных телефонах
Microsoft тоже говорила, что windows mobile будет для бюджетных телефонов,
Android тоже был для бюджетных телефонов
А помните iphone за 99 долларов
Все они по началу добрые и многообещающие, а как только на рынок вылезут сразу огого.
Хотя рыженький мне понравился, я бы взял по бюджетной цене поиграться.
Android тоже был для бюджетных телефонов
А помните iphone за 99 долларов
Все они по началу добрые и многообещающие, а как только на рынок вылезут сразу огого.
Хотя рыженький мне понравился, я бы взял по бюджетной цене поиграться.
Выше бюджетного сектора с такими нереальными тормозами действительно не прыгнешь. Я так надеялся увидеть «андроид на стероидах», а тут апликачки на HTML5, тьфу ты!
Вроде как, даже на таком весьма никаком железе работает весьма шустренько! Думаю, в сегменте самых бюджетных аппаратов, на которых современный андроид работает весьма задумчиво, это будет «бомба».
Самые бюджетные сейчас по 1 ГГц, андроид работал и на более слабых, а начиная с 4.1 система действительно ускорилась.
Похоже там стоит MSM7225A, а это 600МГц и памяти 256МБ. Так что, действительно бюджетное железо.
У меня валяется HTC Wildfire с примерно таким железом (только оперативки 300+), андроид на нем сносно работает только Цианогеновский и то, если на него сверху ничего особенно не ставить. Под сносно, я имею ввиду примерно так, как в этом видео Firefox OS.
Это какой-то супер бюджет, вообще сейчас посмотрел цены на маркете, за 2500р идут телефоны по 600МГц, а начиная от 4000р уже и 512-1024 мб памяти и процы по 1ГГц. Думаю через год тяжело будет найти телефон с процессор медленнее чем 1ГГЦ.
На моём стареньком Huawei Honor андроид не сказать чтобы быстро работал. Вот на SGSIII он быстро работает, да.
Может быть дело в том что там старый андроид, ну не 4.1, они до этой версии в силу архитектуры работали не то что бы медленно, но интерфейс рисовался медленно, из-за этого возникало субъективное ощущение тормознутости.
вы это только пользователям андроида не рассказывайте, ок? :)
Шикарное видео! Отличный задний план, который совершенно не отвлекает от темы. =)
Конечно немножко разочаровывает «задумчивость» аппаратов, но желание купить телефон, пускай даже для того чтобы проспонсировать Mozilla осталось. Идея среды для запуска HTML5 приложений, и только — мне, например, очень интересна.
Кстати, изначально говорилось о таких девайсах www.geeksphone.com/ как насчет этих аппаратов, информации нет? Кстати, ALCATEL визуально достаточно сильно похож на первый телефон с этого сайта.
Кстати, изначально говорилось о таких девайсах www.geeksphone.com/ как насчет этих аппаратов, информации нет? Кстати, ALCATEL визуально достаточно сильно похож на первый телефон с этого сайта.
Представьте как задумчиво на нем будут работать HTML5 приложения сложнее простенького калькулятора.
Насколько я понял, есть возможность оптимизировать приложения, добиться достаточной производительности.
Бесспорным плюсом является скорость разработки для данных аппаратов и количество разработчиков.
Бесспорным плюсом является скорость разработки для данных аппаратов и количество разработчиков.
Расскажите поподробней, единственный способ, который действительно ускореяет HTML5 приложения для мобильных платформ — переписать на нативном языке.
Я не есть последняя инстанция, и смотрю прежде всего с точки зрения обывателя, который разбирается в программировании. Поэтому дальше будет личное субъективное мнение.
Недавно на YouTube просмотрел видео, которое кстати было подкреплено статьей, о разнице в скорости рендеринга веб-страницы с включенным GPU и отключенным.
GPU, как нам известно — Graphic Processor Unit (или графический процессор). Существующие браузеры отдают обычно веб-страницы рендерить ЦП, только лишь некоторые элементы, например видео, могут отдавать GPU. Опять же, я глубоко не разбираюсь в теме — если сказал не верно — пожалуйста, поправьте — самому интересно в этом разобраться.
Хороший GPU обычно отрабатывает быстро — мы не замечаем торможения, достаточно хорошее FPS.
То есть, при наличии хорошего GPU и дальнейшей разработке Firefox OS в данном направлении — мы можем получить достаточно производительные веб-приложения для мобильного устройства.
Наверное, ИМХО, хорошим примером является iPhone — смартфон достаточно шустро отрисовывает веб-страницы.
Изучал следующие статьи:
www.ixbt.com/soft/browsers-hardware-acceleration.shtml
www.xiper.net/collect/html-and-css-tricks/overclock-site/hardware-css-animation.html
Ссылка на ролик и статью с демонстрацией разницы c GPU и без, увы, не сохранилась.
Я понимаю, что могу говорить глупость, так как ни разу не сталкивался с разработкой системы рендеринга веб-браузеров, это просто не мой профиль. Но хочется услышать комментарии от людей, которые в этом разбираются и помогут понять: насколько остро стоит данная проблема, и, возможно GPU как раз таки панацея от болезни «медленный рендеринг».
Спасибо.
Недавно на YouTube просмотрел видео, которое кстати было подкреплено статьей, о разнице в скорости рендеринга веб-страницы с включенным GPU и отключенным.
GPU, как нам известно — Graphic Processor Unit (или графический процессор). Существующие браузеры отдают обычно веб-страницы рендерить ЦП, только лишь некоторые элементы, например видео, могут отдавать GPU. Опять же, я глубоко не разбираюсь в теме — если сказал не верно — пожалуйста, поправьте — самому интересно в этом разобраться.
Хороший GPU обычно отрабатывает быстро — мы не замечаем торможения, достаточно хорошее FPS.
То есть, при наличии хорошего GPU и дальнейшей разработке Firefox OS в данном направлении — мы можем получить достаточно производительные веб-приложения для мобильного устройства.
Наверное, ИМХО, хорошим примером является iPhone — смартфон достаточно шустро отрисовывает веб-страницы.
Изучал следующие статьи:
www.ixbt.com/soft/browsers-hardware-acceleration.shtml
www.xiper.net/collect/html-and-css-tricks/overclock-site/hardware-css-animation.html
Ссылка на ролик и статью с демонстрацией разницы c GPU и без, увы, не сохранилась.
Я понимаю, что могу говорить глупость, так как ни разу не сталкивался с разработкой системы рендеринга веб-браузеров, это просто не мой профиль. Но хочется услышать комментарии от людей, которые в этом разбираются и помогут понять: насколько остро стоит данная проблема, и, возможно GPU как раз таки панацея от болезни «медленный рендеринг».
Спасибо.
Пишите, пожалуйста, за что минус. Я написал как понимаю, но ставить минус и не указывать в чем я заблуждаюсь — не красиво.
Дело в том, что GPU — это не волшебное слово, которое делает все быстрым, у GPU очень спецефический API, на котором даже такую банальную задачу как отрисовка прямоугольника с закруглениями решить очень нетриваильно. GPU быстрый, если очень сильно оптимизировать рендеринг: минимизировать переключения контекста, батчить все что можно, кэшировать все непрямоугольное, группировать картинки в размера текстуры минимального с размером кратным 2 и т.д… И все это на лету. Задача оптимального рендеренга с учетом гибкости CSS/HTML _очень_ нетривиальная, а если решать задачу «в лоб» то получиться хуже чем на СPU. К вашему сведению «скроллинг» прекрасно и на CPU решается при помощи операций «сдвига изображения» + рендеринга только необходимого.
>смартфон достаточно шустро отрисовывает веб-страницы.
Статические страницы. Сразу видно — под мобильники вы не писали. Даже топовый айпад 4-ого поколения на тривиальных анимациях типа «сдвиг» запускает анимацию с дикой задержкой. Это уж не говоря о трансформаций поворота: до сих пор, анимация выполнения задачи (кручение спиральки) нормально решается только гифкой — с использованием CSS это хрень умудряется сжирать память и тормозить.
>смартфон достаточно шустро отрисовывает веб-страницы.
Статические страницы. Сразу видно — под мобильники вы не писали. Даже топовый айпад 4-ого поколения на тривиальных анимациях типа «сдвиг» запускает анимацию с дикой задержкой. Это уж не говоря о трансформаций поворота: до сих пор, анимация выполнения задачи (кручение спиральки) нормально решается только гифкой — с использованием CSS это хрень умудряется сжирать память и тормозить.
Что Mozilla, что Google, необходимо сделать шаг назад и добиться идеально плавной прокрутки на 400 MHz процессорах, а потом уже развивать свои системы дальше и переходить на гигагерцовые системы.
Я слабо представлаю как firefox сможет нормально работать на 256mb памяти…
Да они там все долбанулись. Chrome OS, Firefox OS,Internet Explorer OS :-/ Кто следующий? Opera OS?
Если верить про «Похоже там стоит MSM7225A, а это 600МГц и памяти 256МБ.» то блин, железо по сути как в iPhone 3GS, но тот работал плавно. Мне правда интересно, в чем такие серьезные проблемы обеспечить чтобы система не тормозила на самых базовых операциях.
Не раз уже обсуждалось, почему Android тормозит.
>Не раз уже обсуждалось, почему Android тормозит.
Да ничего она не объясняет. Там фигурируют только общие понятия без конкретики типа «приоритизации потока рендеринга» и «все надо переписать», без объяснения что именно там имеется ввиду и в чем собственно проблема. Приоритизация потоков есть в любой ОС и в линуксе в частности, и не ясно пока что именно вкладывается. Стратегии вида «поток после ожидания ввода-вывода имеет больший приоритет» вполне стандартные для планировщика задач.
Да ничего она не объясняет. Там фигурируют только общие понятия без конкретики типа «приоритизации потока рендеринга» и «все надо переписать», без объяснения что именно там имеется ввиду и в чем собственно проблема. Приоритизация потоков есть в любой ОС и в линуксе в частности, и не ясно пока что именно вкладывается. Стратегии вида «поток после ожидания ввода-вывода имеет больший приоритет» вполне стандартные для планировщика задач.
Вопрос интересен, у меня вот, например до сих пор iPhone первый, железо там, Samsung S3C6400 ARM 620MHz, 128 МБ EDRAM… и для меня это вполне адекватный телефон. Пока он не развалится, менять его не собираюсь, так как устраивает все.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
ZTE Open — первый официальный телефон на Firefox OS