Приветствую всех в блоге iCover! Думаю не будет преувеличением сказать, что Canonical долго и упорно пытается войти на рынок мобильного ПО. Основной доход разработчикам Ubuntu по прежнему приносит не настольная версия, а серверные решения для корпоративных пользователей. О выпуске версии Ubuntu для планшетов мы слышали еще в 2013, когда предварительная версия была запущена на Google Nexus 10. Каких успехов добились в Ubuntu за три года? Давайте посмотрим.
Итак, знакомьтесь BQ Aquaris M10 Ubuntu Edition — планшет испанского бренда BQ с необычным круглым логотипом (напоминающим значок выполнения процесса в Windows 8 и 10).
Характеристики планшета выглядят так:
- SoC MediaTek MT8163A
- CPU Cortex-A53 @1,5 ГГц (4 ядра)
- GPU Mali-T720 MP2 @600 МГц
- Оперативная память — 2 ГБ
- Постоянная память — 16 ГБ
- Экран 10,1? IPS, 1920?1200, 240 ppi, сенсорный
- Поддержка карт памяти microSD до 200 ГБ (ext3)
- Разъемы — Micro-USB c OTG, Micro-HDMI, 3,5 мм для гарнитуры
- Связь — Wi-Fi 802.11b/g/n 2,4 ГГц и 5 ГГц, Bluetooth 4.0, GPS
- Камеры — 5 Мп (фронтальная) и 8 Мп (тыльная), съемка видео Full HD 30 к/с
- Аккумулятор — литий-полимерный 7280 мАч, несъемный
- Размеры — 246?171?8,2 мм
- Масса — 470 г
Работает он под управлением Ubuntu 15.04, и поддерживает отдельный десктопный режим:
Самая важная особенность десктопного режима — полноценная многооконность, и включить его можно принудительно, не подключая внешний монитор. В десктопном режиме можно (и нужно!) использовать приложения для обычной настольной Ubuntu — например предустановленные GIMP, Firefox или LibreOffice, при этом поддержка сенсорного управления сохраняется.
Внешний монитор к планшету можно подключить через Micro-HDMI разъем:
Таким образом можно использовать планшет в качестве десктопного компьютера, подключив bluetooth-периферию (клавиатуру, мышь и другие аксессуары). В десктопном режиме все остальные приложения из «сенсорного» интерфейса Ubuntu запускаются в отдельных окнах:
Фактически, Canonical делает ставку на сближение мобильной и десктопной ОС, а планшет BQ предлагает неплохую альтернативу Windows Continuum — его можно использовать как отдельный гаджет или в связке с монитором и классической настольной периферией.
Проблемы и возникающие при этом вопросы уже «завязли на зубах» — каким образом X86 приложения будут запускаться на ARM-устройстве и насколько они будут производительны? В любом случае, важным тут является потенциальная возможность появления универсальных приложений, одинаково хорошо работающих на смартфонах, планшетах и десктопах. По крайней мере один планшет «готов» к появлению таких приложений, следующий шаг за сообществом разработчиков.
Планшет должен поступить в продажу в ближайшее время, на стенде уточняли что выставочный образец все еще «не совсем готов». Точная стоимость его неизвестна, но ожидается, что это будет недорогое устройство.
Что касается личных впечатлений, то нужно сделать оговорку — на стендах не была представлена финальная версия ПО, так что общее впечатление о плавности и стабильности работы я могу назвать «сдержано позитивным». Приложение LibreOffice после открытия «упало», переключению между десктопным и «классическим» режимом работы не хватает плавности. При этом другие функции (например листание полноэкранных открытых приложений в виде страниц) работают плавно и без нареканий. В любом случае скорость отклика на любые действия (включая подключение монитора или запуск программ) можно назвать приемлемыми (сравнивая, например, с нетбуками на Intel Atom под управлением Windows).
Из смартфонов Canonical привезли в Барселону Meizu Pro 5 Ubuntu Edition:
Из любопытства я переключил интерфейс на русский язык — для этого потребовалась перезагрузка устройства. Включается и перезагружается Ubuntu флагман не очень быстро, но к работе и отзывчивости претензий нет.
Смартфон с металлическим корпусом построен на однокристальной системе Samsung Exynos 7420 и оснащен дисплеем размером 5,7 дюйма с разрешением 1920 х 1080 пикселей. У него два слота для карточек SIM (одну можно занять под карту памяти). Оперативной памяти в нем 4Гб, а постоянной 64Гб (будет версия с 32Гб) флэш-памяти, соответствующей спецификации UFS 2.0. Имеется в наличии порт USB-C.
Основная камера — 21 Мп со сдвоенной вспышкой. Фотографирует, субъективно, очень хорошо :)
Кроме прочего, это первый аппарат с Ubuntu, у которого есть сканер отпечатков и аппаратная кнопка. Правда сканер отпечатков пальцев не работал — представители Ubuntu на стенде уверили что в финальной версии софт для работы со сканером еще появится.
В целом, смартфон и планшет от Ubuntu оставили после себя приятные впечатления. Осталось немного подождать — предварительно старт продаж в России намечен одновременно с европейскими странами, во всяком случае на стенде давали такое обещание. Наиболее интересной, на мой взгляд, является судьба планшета — возможно этот универсальный гаджет на Ubuntu займет свою нишу и составит достойную конкуренцию планшетам с двумя ОС — Windows и Android.
Другие статьи и события iCover
Комментарии (45)
sprutspb
11.03.2016 13:06коду написанному на языке высокого уровня без разницы где выполняться «АРМ или х86\х64». Все дело в компиляторах. Сей час все идет к объединению, ни кто не хочет писать приложения дважды.
aronsky
11.03.2016 14:46-1Позвольте уточнить: что вы называете "языком высокого уровня"?
wholeman
11.03.2016 15:21Исторически так называют все, что выше ассемблера, в том числе C.
rPman
12.03.2016 11:43+1Позвольте я внесу ясность — Mono, Java байткоды или даже LLVM, вот уж действительно без разницы какой язык и какая платформа.
p.s. когда же наконец весь мир перейдет полностью на LLVMwholeman
12.03.2016 12:32Ага, перенесите что-нибудь посложнее hello world с Андроида под Ubuntu без правки кода. Там же Java с байткодом.
rPman
12.03.2016 21:23Перестаньте путать язык програмирования, фреймворки и платформу — это почти независимые вещи! Просто практика существования таких вещей как Delphi, MS Visual Studio, да и сама Java комунити или тот же Adobe Flash почти намертво привязали в сознании людей что язык + фреймворк + платформа не делимы, и даже среда разработки неразлучны (что логично, ибо деньги и монополия).
На текущий момент не существует универсального инструментария, позволяющего без особых затрат, сменить фреймворк или язык программирования (а очень часто и платформа прибита намертво), хотя изредка можно попытаться, типа собрать cpp программу в java байт-код, или преобразовать php приложение в cpp и т.п. но зачастую это титанический труд (создание таких трансформеров) и куча куча ограничений.
Я считаю что если разработчики всего мира хотят пореже изобретать велосипеды, заново программируя одну и ту же логику на все новом и новом языке, необходимо поставить посередине (между языком и фрейфмворком с платформами) что то типа LLVM
И тогда один разработчик, написав супер эффективное решение задачи на любимом GO ориентируясь на Web платформу, позволит другому его использовать в своей Си программе для микроконтроллера.wholeman
13.03.2016 00:31байткоды или даже LLVM, вот уж действительно без разницы какой язык и какая платформа
Это не я написал.
Байт-коды, а тем более LLVM — это ещё одна платформа, со своими ограничениями, что не решает всех проблем и добавляет новые. Помнится, лет двадцать назад, когда только появилась Java, про неё говорили точно так же, как Вы сейчас про LLVM, но, как мы знаем, чуда не произошло, и даже Гуглу пришлось добавлять в Android поддержку нативного кода. В действительности, функции виртуальной машины с успехом выполняет компилятор, который ещё может и оптимизировать машинный код с учётом архитектурных особенностей целевой системы.
Теперь о фреймворках. Они пишутся на определённом языке, и, как следствие, сильно с ним связаны. Гораздо сильнее, чем с машинным или байт-кодом. Бывают обёртки для других языков, но это уже дополнительные надстройки, со всеми вытекащими недостатками.
Ну и, наконец, о платформе. Это не только архитектура процессора, но ещё и куча всего, начиная от простого ввода/вывода до медиаускорителей и специфической периферии вроде барометров. Насколько я понимаю, на это LLVM вообще никак не влияет, а вот фреймворк может включать соответствующие функции, в качестве примера напрашивается Qt.
Но мы сильно удалились от начала дискуссии. Парой комментариев ниже я привёл небольшой список проектов, которые были успешно перенесены с x86 на ARM в рамках одной программной платформы (GNU/Linux) и безо всяких виртуальных машин. Что, собственно, подтверждает тезис sprutspb. А также моё мнение, что при наличии доступа к исходникам виртуальная машина не нужна.rPman
13.03.2016 00:58Да, к сожалению сама LLVM не решает проблемы фреймворков, т.е. тот самый доступ к оборудованию… тут нужна либо еще одна абстрация/фреймворк, либо открывать доступ LLVM к платформе/операционной системе, соответственно теряя независимость от них.
Я за создание аппаратной абстракции, особенно если производители оборудования не будут мешать (как это делают разработчики радиомодулей и видеоускорителей, например).
p.s. скажите пожалуйста, а почему именно java байт-код не взлетел? случайно не владелец (sun/oracle) патентов на него руку к этому приложил? по уму это была хорошая попытка, и сейчас, если нужна действительно кросплатформенность, то в списке вариантов java практически на первом месте.wholeman
13.03.2016 12:47Насколько я помню, Sun не вёл такой агрессивной патентной политики — это началось в Oracle. Я бы не говорил, что java байт-код не взлетел — всё же он весьма распространён. Но ему присущи недостатки прочих виртуальных машин: потеря производительности из-за двойной компиляции (java в байт-код и байт-код в команды процессора) и недостатки кроссплатформенности: если для переноса программы на C/C++ нужен только компилятор, то для Java уже требуется наличие виртуальной машины на целевой платформе. То есть, то, что должно облегчать переносимость, на самом деле ей мешает.
Аппаратная абстракция это хорошо, но эту задачу решают стандартные API вроде OpenGL или VA API. Пытаться делать более низкоуровневые абстракции на мой взгляд не имеет смысла, т.к. чем ближе к железу, тем больше различий придётся унифицировать.
Прежде всего нужен набор виджетов, но добавлять ещё и это в виртуальную машину по-моему неверно. В Java, кстати, есть Swing, однако, он не всегда достаточно хорошо реализован, поэтому приложения нередко выглядят инородно. Хотя это уже уровень языка, а не VM, он всё равно приводит к разрастанию среды выполнения, что может создавать проблемы, особенно при изменении API. Например, в Windows приходится держать несколько версий .net.
Так что виртуальные машины — это не серебряная пуля, а костыли для обеспечения переносимости при отсутствии исходного кода. При определённых условиях такой серебряной пулей может стать open source. Поэтому тот факт, что планшеты и телефоны на Ubuntu в отличие от Firefox OS продолжают выходить и не становятся закрытыми, как устройства на Tizen, очень радует.
aronsky
12.03.2016 13:37-1Я думаю, автор комментария имел ввиду что-то другое, т.к. конкретно для С разница есть, и те, у кого был опыт переноса кода с одной платформы на другую тут со мной согласятся. Конечно, если писать изначально многоплатформенное приложение и использовать хороший HAL для взаимодйствия с платформой, а само приложение писать строго по стандартам межплатформенных компилятора, который будет использвоаться — то проблем практически не возникнет. Но грамотно продуманная архитекрута — вещь крайне редкая.
wholeman
12.03.2016 19:49Не знаю, что имел в виду автор комментария, но для грамотно построенной программы больших проблем нет. Конечно, если автор ощущает себя крутым хакером и не может совладать с шаловливыми ручками, плоды его трудов будут непереносимы, ну и слава Богу.
Возьмите дистрибутив GNU/Linux для ARM, там Вы обнаружите практически все те же пакеты, которые есть и для i386/amd64: Firefox, GIMP, LibreOffice, XBMC (Kodi) и даже Blender, хотя в возможности комфортно использовать последний я сильно сомневаюсь. Если б проблемы переноса были столь существенны, как Вы утверждаете, этого бы не было, просто потому что разработчики этих немаленьких приложений не обладают большими ресурсами. Кстати, GIMP по-моему написан на C. GTK-то уж точно.aronsky
14.03.2016 00:40-1Ну вот, к примеру XBMC. Первый ARM, на который его портировали был Apple TV2. Вот код на гитхабе: https://github.com/xbmc/atv2. Вот пресс-релиз: https://kodi.tv/you-asked-for-it-xbmc-for-appletv2-ipad-iphone4/. Вот цитата из пресс-релиза:
The XBMC team is proud to present our first ARM-based release, and it’s a big one. Scott Davilla, with the help of Edgar (gimli) Hucek and Zeljko (amet) Ametovic and several other developers and testers, is finally ready to pull the curtain off of his fun little secret.
Как думаете, чем занимались все эти люди? Минимум 3 девеолпера и ещё несоклько других девелоперов и тестеров. Писали команду make в консоли?
Конечно, портировать можно всё, что угодно. Код всегда останется кодом, не имеет никакого значения, о каком языке идёт речь — вопрос только во времени, затраченном на портрование.
А разговор, если вы ещё не забыли, начался с того, что некто sprutspb заявил, что разницы, мол, для любого высокоуровневого языка вообще нет. Так давайте различать понятия — "пишется один раз для всех платформ"© и "портируется в разумные сроки".wholeman
14.03.2016 11:01Так давайте различать понятия — «пишется один раз для всех платформ»© и «портируется в разумные сроки».
Разумеется. А также давайте различать понятия «архитектура процессора» и «платформа». sprutspb написал о первом, Вы же приводите пример перевода на новую платформу, причём закрытую. Портирование Windows <-> GNU/Linux может потребовать заметных усилий даже на одном компьютере, а Android <-> Windows для телефона скорее всего и вовсе невозможно, тогда как ARM <-> x86 для Ubuntu нередко действительно сводится к команде `make` (после настройки среды кросс-компиляции, хотя небольшой проект и на целевом устройстве собрать можно).sprutspb
14.03.2016 11:16+1Все верно «архитектура процессора». А кроме процессора есть куча периферии, вот с ней и бывают обычно проблемы. Оптимизация под различные периферийные блоки обычно занимает львиную долю при переносе кода между проектами. ДМА, видео ускорители, аппаратное шифрование и другое все это призвано ускорить работу «платформы», но за ускорение работы мы платим слабой переносимостью кода.
wholeman
14.03.2016 11:34Это уже уровень ОС или специализированных библиотек, а не прикладных программ. Никто, вроде, не утверждал, что ОС портируется так же просто. Иначе мы бы давно имели нормальный GNU/Linux для смартфонов и планшетов.
Если приложение лезет на уровень ОС, у него проблемы с архитектурой.
aronsky
14.03.2016 11:32-1Похоже, что вы спорите ради того, чтоб спорить, т.к. предмет дискуссии исчерпал себя уже давно.
wholeman
14.03.2016 11:43+1Отнюдь. У меня довольно много более интересных и полезных дел, чем отстаивание тезиса, что при наличии исходников портирование грамотно построенного приложения в рамках одной ОС для разных аппаратных платформ несложно. Особенно в случае open source.
Поэтому я очень рад, что у Вас закончилось желание искать контраргументы.
vblats
11.03.2016 15:46В корне с вами не соглашусь. Под кодом на языке высокого уровня, вы наверное имеет в виду bash-скрипты. В этом случае — да.
В остальных случаях, программирование, даже на С, подразумевает частое использование разных интересных фич CPU, MTRR и прочее платформо-ориентированное. Даже программирование игр включает в себя пилинг фич под конкретные видеокарты, которые в свою очередь работают на конкретных шинах, и там УЖЕ развелся неплохой такой зоопарк.
Если бы все так было легко, как вы говорите, то интернет бы не пестрел жалобами на тему «а чо так медленно» и «а чо не компилится моя %softwarename%».wholeman
11.03.2016 16:45-1Программирование прикладных программ, даже на C, "частое использование разных интересных фич" не предполагает. Необходимость оптимизации под конкретную платформу, конечно, есть, но не так часто, и она должна быть локализована на уровне системы (gstreamer, OpenGL, etc.).
Насколько я пониаю, игры, которые требуют "пилинг фич под конкретные видеокарты", требуют и изрядной мощности этих карт и ЦП, поэтому их и переносить на ARM не имеет смысла.
Остальные проблемы, вроде выравнивания данных исправляются довольно просто.
NickSin
11.03.2016 13:09А почему не указали важную деталь, что телефончик Meizu не поддерживает переключение в десктопный режим при подключении периферии? А это же одна из главных киллерфич Ubuntu на смартах!
Kpyto
11.03.2016 13:15Meizu Pro 5 Ubuntu Edition не поддерживает подключение внешнего дисплея через USB Type-C, так что отсутствие там Desktop Mode не кажется слишком удивительным. На планшете же десктопный режим доступен как с внешним дисплеем, так и без него — элементы управления окнами при этом достаточно мелкие, не думаю что на Ubuntu-смартфоне без внешнего дисплея десктопный режим был бы удобным или практичным решением.
NickSin
11.03.2016 15:01Так ведь подключение смартфона к монитору и превращение его в полноценный пк на Linux — самая главная фишка Ubuntu на смартах. Так ещё смарт имеет type-c разъём( я, правда, не знаю какой там у него USB: полноценный 3.1 или 3.0USB или у него только штекер), который так и проситься на роль подключения всей периферии для смарта. Мне было бы очень удобно иметь одно устройство размером в ладонь, которое я смогу использовать как телефон и десктоп. Но без этой фишки толку от такого Смарта, лично для меня, не будет.
wholeman
11.03.2016 15:15Так вроде ни один из убунтофонов не имел выхода для монитора. Что мне тоже кажется странным.
Kpyto
11.03.2016 15:17В качестве такого комбинированного устройства Ubuntu предлагают использовать их планшет.
wholeman
11.03.2016 15:27+1У планшета есть свои плюсы, в частности, ему для превращения в ноутбук достаточно клавиатуры с мышкой. Но идея соорудить десктоп из относительно небольшого смартфона, просто подключив к нему монитор и периферию намного интереснее.
vblats
11.03.2016 15:56+1Ой даже не знаю. Я обладатель двух планшетов. У обоих — 2 Гб DDR3, у одного проц ARM Allwinner A20, на другом X86 Atom Z3735F.
Оба хороши, просто замечательны. В том числе на Windows 10. Даже Скайримчик могу погонять на низких настройках.
Но как только я их подключаю к монитору, срабатывает какая-то невидимая магия, и планшеты начинают тормозить. Ну как начинают… заикаются при открытии 10-ти вкладок в Chrome (а что такого? на десктопе это вполне себе нормально)… интенсивно начинают использовать своп, если к 10-ти вкладкам в Chrome я еще и Скайпик открываю. Прокрутка на страницах типа Linkedin — периодически фризится. Открываю плюс к этому Офис, и планшеты раскаляются. Мой неттоп при тех же самых задачах — еле тепленький.
Так что как по мне, так телефоны и планшеты НЕ ПРЕДНАЗНАЧЕНЫ для выполнения десктопных задач, хоть и могут их выполнять.
***
Лучше бы софтостроители работали над оптимизацией своего несколькогигового софта, а то знаете, больно читать как Вояджер 70х годов, находящийся за хреналионы километров от нас, прошили с Земли на скорости килобайт в час, а твой планшет в руках тебе пишет «Недостаточно памяти для новой firmware» :))wholeman
11.03.2016 16:25+2Про Atom ничего не скажу, а A20 процессор древний и в разы слабее MT8164A. Тем более Exynos с 3-4 гигами памяти. Конечно, они будут проигрывать десктопным процессорам, но хватит ли их мощности для типовых задач, можно узнать только попробовав. Для моих скорее всего хватит, а к лагам интерфейса я достаточно толерантен.
wholeman
11.03.2016 16:29Кстати, разрастание десктопных приложений происходит во многом благодаря наличию ресурсов. Когда системы с их недостатком станут достаточно популярными, разработчики начнут под них подстраиваться.
SteelViktor
11.03.2016 15:53Как раз на про5 десктоп-режим был бы гораздо более актуален в силу аппаратной мощности.
Жду когда можно будет подрубить телефон к монику и периферии и заменить стационар на неспециализированных задачах.
Hameloid
11.03.2016 15:59Откуда информация что не поддерживает? Юзаю Meizu MX4, при подключении мышки и клавы (через OTG-кабель) включается десктопный режим. Подключение монитора тоже есть но через Miracast и только на MX5 Pro, для MX4 тоже обещают.
Kpyto
11.03.2016 16:01Подключение монитора тоже есть но через Miracast и только на MX5 Pro
Эта функция будет, но на аппаратах, присутствующих на стенде она "не была готова", так же как и сенсор отпечатков пальцев. Вероятно в финальной версии она будет реализована, возможно тогда десктопный режим появится и на Meizu Pro 5 Ubuntu Edition.NickSin
11.03.2016 16:15По поводу допиливания, а не к выходу Unity 8 и 16.04 они её держат? Тогда все это можно хоть как-то обьяснить.
Psychopompe
11.03.2016 13:23Как я понимаю, теперь здесь двойной набор софта? Потому что в обычном магазине приложений для Ubuntu как не было ничего, так и осталось, afaik.
Kpyto
11.03.2016 13:38Весь, скажем прямо, небогатый набор софта приложений в магазине Ubuntu будет работать и в десктопном режиме (в отдельных окнах), а вот какие изначально "десктопные приложения" будут предустановлены и будут ли они дублироваться — точно ответить не могу. На планшете мне с гордостью демонстрировали полноценную версию Firefox, с плагинами, LibreOffice, GIMP и еще игрушку Cut of Rope.
Psychopompe
11.03.2016 13:41В десктопном режиме, как я понимаю? Мне в целом от Ubuntu нужны Firefox, Thundebird и Skype (хотелось бы использовать как универсальный девайс для работы в любом месте).
Gorthauer87
11.03.2016 15:20Скайп если только в веб версии, видимо. Опять же, если ей не нужны плагины.
wholeman
11.03.2016 14:06Большая часть ПО для Ubuntu свободна, для него больших проблем из-за смены архитектуры не будет, т.к. всегда можно пересобрать из исходников под нужный процессор.
Жаль, что про выход планшета пока ничего не известно — мой недавно совсем сломался, и M10 выглядит естественным кандидатом на замену, причём без конкурентов. Если BQ не слишком завысят цену — E4.5 и E5 выглядят на фоне аналогов чересчур дорогими.Kpyto
11.03.2016 14:18Думаю есть все основания надеятся что планшет не будет слишком дорогим — на стенде хоть и не могли назвать стоимость, но обещали что он будет доступным решением.
Aterious
11.03.2016 15:13Всё же, судя по фото мне кажется что у BQ Aquaris M10 Ubuntu Edition не mini а micro-HDMI порт для подключения внешний дисплеев
Kpyto
11.03.2016 15:14Так и есть, спасибо за внимательность, это была опечатка — в характеристиках указал разъём верно (micro), а в текст случайно пробрался mini.
rPman
12.03.2016 11:543D работает? Аппаратное видео кодирование и декодирование работает в ffmpeg/vlc/браузер? При подключении к монитору видео в браузере синхронизовано со сменой кадров (vsync) и не расслаивается?
sprutspb
мощности мобильных устройств растут и грань между ними и большими братьями размывается.
des1roer
по мощности планшеты\телефоны давно обогнали десктопы 2005 года. но проц Arm и мерзкие недо ОС не позволяют запустить ничего приемлемого. если бы андроид не тратил батарею в режиме ожидания за день, то и имел бы смысл на него что-то устанавливать. всякий раз открывая игру на телефоне судорожно прикидываешь когда доберешься до розетки и не должен ли тебе кто позвонить
а несовместимость АРМ и х86\х64 ставит крест на обратной совместимости. будущее видимо за плашето-нетбуками винды, когда цена перестанет так кусаться.
Gorthauer87
Opensource прекрасно компилируется в arm, проблема возникает только со всякими скайпами, но их даже для x86 линуксов нет в пальцеориентированном варианте.
Думаю единственный хороший вариант будет, если в Телеграме осилят звук и видео.