LINUX.ORG.RU

Выпущен первый планшет на Tizen OS

 , , ,


0

3

Малоизвестная в России японская компания Systena выпустила первый планшет, работающий под управлением Tizen OS. Устройство предназначено для разработчиков и распространяется вместе с пакетом средств для разработки, помимо планшета включающим инструментарий для разработчиков, руководства, а также технические и консалтинговые сервисы Systena.

Характеристики планшета:

  • Экран: 10,1" с разрешением 1920x1200
  • Процессор: 1,4 ГГц ARM Cortex-A9, четырёхъядерный
  • 2 ГБ ОЗУ
  • 32 ГБ внутренней памяти
  • Версия Tizen OS: 2.1

>>> Источник

Ответ на: комментарий от ckotinko

пишет нам stevejobs, который не асилил слово const и возмущается, почему компилятор не запрещает ему записать в указатель любое число.

пишет нам ckotinko, что не осилил кресты, и не знает что

1. const - не панацея

2. ссылки ни чем не лучше чем указатели

3. и ссылки и указатели бывают dangling

rtvd ★★★★★ ()
Ответ на: комментарий от ckotinko

вот почему каждый раз, когда выступает очередной клоун с темой «какой ужасный С++», всякий раз он начинает с пеной у рта доказывать, что нихера не понимает в программировании.

Про клоуна ckotinko я уже написал

rtvd ★★★★★ ()
Ответ на: комментарий от rtvd

Аргумент был. hawai не умеет читать. слив 100%.

ну, если считать аргументом «мне нравятся клёвые горячие гавайские девушки,а не старушки» то да. но с этим спорить я и не собирался

Не согласен что слив? Приведи пример IDE и профайлера для крестов. И сравни это с IntelliJ / Eclipse / Netbeans + JProfiler, YourKit Profiler.

VS? Тот же Eclipse, когда не раздражает долгая загрузка. для gcc работает gprof. есть и профайлеры, есть и IDE. кому какие нравятся. часто профайлер идёт отдельно от IDE например как AQTime. Кто-то настраивает vim/emacs так, что устраивает во всём. Кого-то и QTCreator устраивает. это как раз вопрос вкуса. Кстати IntelliJ / Eclipse / Netbeans работают с С++.

hawai ()
Ответ на: комментарий от rtvd

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

ckotinko ☆☆☆ ()
Ответ на: комментарий от yurix_aryat

Кто забил? Старый софт никуда не делся же. Да и J2ME полно. Чего не хватает?

MiniRoboDancer ★☆ ()
Ответ на: комментарий от rtvd

Но таки да, студентов набрать чтоб наколбасить очередной сырой «продукт» лекго на плюсы.

порог вхождения в плюсы выше. студенты как раз сейчас на джаву да на .NET идут.

Можешь предложить thread analyzer для плюсанутого кода, что понимает атомики? Не можешь? Ну так и нечего дёргаться.
Знающие товарищи тебе скажут, что на уровке OS вообще атомиков нет. Они - конструкция уровня byte code или native code.
В теории их анализировать можно. Но это очень муторно в случае плюсов. Нужно инструментировать код, который инструментированию плохо поддаётся.

если убрать слюни, не совсем понятно, что имеется ввиду под «анализом атомиков». но, учитывая, что широко доступны программы типа Intel XE Studio, которые как раз и предназначены для профилирования и анализа многопоточного кода, я понимаю, что Ваши знания про С++ поверхностны, или давно устарели. А то и всё вместе.

Огульно валить на разработчиков приложений очень легко, но поскольку сам ты мало что написал в своей жизни, ничего кроме смеха это не вызывает.
Про enterprise много знаешь? Много работал в этой области? Не верится.

семак дать? ты с какова раёна? что за переходы на личности? давно работаю. и сейчас при деле ).

если не нравится ядро написаное на плюсах - делай на яве. были уже товарищи, писали и на С# и дfже на php. история похоронила java процессоры, поэтому ядра на java никто и не увидит.

hawai ()
Ответ на: комментарий от rtvd

Чувак, C++ это вообще прошлое тысячелетие если что.

А нативщину на чём писать, на Хачкеле? Или на Расте, который хрен знает когда взлетит? Пока вменяемых распространённых альтернатив плюсам нет. А прожорливые рантаймы типа десктопной жабы, дотнета и питухона на мобильных устройствах не нужны, они у нормальных людей от батареи работают, а не от розетки и не от святого духа, тем, кто про это забывает, надо оторвать руки и засунуть в то место, которое их быдлокод производит.

MiniRoboDancer ★☆ ()
Ответ на: комментарий от rtvd

Это ты обязан делиться с ним своей приватной информацией в обмен за счастье пользоваться его сервисами.

Пошёл он со своими «незаменимыми» сервисами вслед за руками.

MiniRoboDancer ★☆ ()
Ответ на: комментарий от hawai

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

ckotinko ☆☆☆ ()
Ответ на: комментарий от stevejobs

на IRL отвлекаюсь только за обедом и в сортире

А у меня всё наоборот:3 Самые скучные места.

вызывает лютое раздражение

Ты бы это... интернет-зависимость подлечил, что ли. Ломка же.

нормальной
лопаты

/0

MiniRoboDancer ★☆ ()
Ответ на: комментарий от stevejobs

Фконтакт многие идиоты используют как средство связи. ИЧСХ, до них очень плохо доходит, что кого-то там может вообще не быть.

MiniRoboDancer ★☆ ()
Ответ на: комментарий от zgen

что им пользуются 79% среди всех смартов, а среди планшетов 62%

Потому что альтернатив нет.

MiniRoboDancer ★☆ ()
Ответ на: комментарий от ckotinko

зато я осилил кодогенерацию и пишу на том, что мне нравится

stevejobs ★★★☆☆ ()
Ответ на: комментарий от MiniRoboDancer

я однажды ставил эксперимент: шел по улице и знакомился со всеми симпатичными дивчинами подряд. Но просил не вконтакт, а полную имя-фамилию чтобы найти во Вконтакте. Так вот среди десятков опрошенных только у одной дивчины НЕ было Вконтакта. Так что...

stevejobs ★★★☆☆ ()
Ответ на: комментарий от rtvd

Непосредственно скидывание в лог ты, как умный человек, будешь делать в отдельном потоке.
Как реализуешь это на C++11?

возьму google-glog, или что-то типа g2log. никто ничего нового пока не придумал. собрать информацию в основном потоке, сложить её в пул сообщений и асинхронно выпихнуть куда-нибудь используя любой способ в те же потоки, memory-mapped файлы, сообщения, через socket во внешний SQL. Будем меряться способами обмена данными между программами? Или между потоками?

hawai ()
Ответ на: комментарий от stevejobs

симпатичными дивчинами

С ними и так всё ясно.

у одной дивчины НЕ было Вконтакта

И интернета, наверное, тоже.

MiniRoboDancer ★☆ ()
Ответ на: комментарий от MiniRoboDancer

у нее была почта на, внезапно, майкрософт хотмейле, фейсбук, инстаграм и наушники-затычки в ушах

stevejobs ★★★☆☆ ()
Ответ на: комментарий от hawai

А его и не надо видеть, оно давно в Qualcomm'овских процессорах используется.

MiniRoboDancer ★☆ ()
Ответ на: комментарий от hawai

в отдельном потоке у нас в AMD один баран сделал. ООП во все поля, factory и т.д. пока по рукам не надавали, он раз в два дня ломал сборку дров. ООПер.

лучше сделать пул страниц с асинхронной выборкой(по аналогии g_async_queue из GLib), и будут писать в них лог, ставить timestamp на страницу и по факту заполнения тупо гнать в сокет через IoCompletionPort или poll+send(MSG_NOWAIT)+очередь записываемых не влезших в сокет, и забирать по факту освобождения. для того чтоб сделать это надо просто посидеть пару часов с бумагой и ручкой и подумать. а за самодельные потоки в библиотеках надо бить в табло.

ckotinko ☆☆☆ ()
Ответ на: комментарий от MiniRoboDancer

А его и не надо видеть, оно давно в Qualcomm'овских процессорах используется.

Для чего? Андроид же наверное как неклассическая java не ускорится?

hawai ()
Ответ на: комментарий от MiniRoboDancer

The Jazelle instruction set is well documented as Java bytecode. However, ARM have chosen to remain quiet on the exact execution environment details; the documentation provided with Sun's HotSpot Java Virtual Machine goes as far as to state: For the avoidance of doubt, distribution of products containing software code to exercise the BXJ instruction and enable the use of the ARM Jazelle architecture extension without agreement from ARM is expressly forbidden Employees of ARM have in the past published several white papers that do give some good pointers about the processor extension. Versions of the ARM Architecture Reference Manual available from 2008 have included pseudocode for the 'BXJ' (Branch and eXchange to Java) instruction, but with the finer details being shown as «SUB-ARCHITECTURE DEFINED» and documented elsewhere. The Jazelle state relies on an agreed calling convention between the JVM and the Jazelle hardware state. This application binary interface is not published by ARM, rendering Jazelle an undocumented feature for most users and Free Software JVMs.

ckotinko ☆☆☆ ()
Ответ на: комментарий от hawai

VS? Тот же Eclipse, когда не раздражает долгая загрузка. для gcc работает gprof. есть и профайлеры, есть и IDE. кому какие нравятся. часто профайлер идёт отдельно от IDE например как AQTime. Кто-то настраивает vim/emacs так, что устраивает во всём. Кого-то и QTCreator устраивает. это как раз вопрос вкуса. Кстати IntelliJ / Eclipse / Netbeans работают с С++.

:)

VS из этого списка ещё более-менее вменяем.

На многих проектах Eclipse / Netbeans не могут распарсить 90% кода, особенно в случае с C++11, часто при этом валятся.

IntelliJ уже умеет C++? Ещё недавно это было только в планах.

gprof - выбор чемпионов. :)

Жду сравнения этого твоего зоопарка в инструментарием для Java. :)

rtvd ★★★★★ ()
Ответ на: комментарий от ckotinko

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

Хороший танцор не будет танцевать на минном поле для стада коров. :)

Было бы забавно посмотреть на твой код без сотен проблем и висящих ссылок. :)

rtvd ★★★★★ ()
Ответ на: комментарий от rtvd

Жду сравнения этого твоего зоопарка в инструментарием для Java. :)

не будет. я не называю себя профессионалом java. хочешь что-то узнать про C++ - спроси. про java - сочиняй сам.

hawai ()
Ответ на: комментарий от hawai

порог вхождения в плюсы выше. студенты как раз сейчас на джаву да на .NET идут.

Судя по твоим комментариям о Java, это как раз у неё порог вхождения выше.

если убрать слюни, не совсем понятно, что имеется ввиду под «анализом атомиков». но, учитывая, что широко доступны программы типа Intel XE Studio, которые как раз и предназначены для профилирования и анализа многопоточного кода, я понимаю, что Ваши знания про С++ поверхностны, или давно устарели. А то и всё вместе.

Если убрать _твои_ слюни, то ничего не останется.

Intel XE Studio ничем не лучше того же hellgrind в плане кода с атомиками. Анализировать проблемы он не может, потому что не может разобраться с потоками. И таки да, оба они у меня установлены и на детских примерах работают хорошо.

Что до поверхности знаний, то у Вас их походу дела вообще маловато. :)

семак дать? ты с какова раёна? что за переходы на личности? давно работаю. и сейчас при деле ).

Ну и что делаешь? Энтерпразйненько мобилы отжимаешь?

если не нравится ядро написаное на плюсах - делай на яве. были уже товарищи, писали и на С# и дfже на php. история похоронила java процессоры, поэтому ядра на java никто и не увидит.

Я вообще-то и не собирался писать ядро на java. :) Но кто ж читает мои посты. А на C# ядро есть и здравстует. man Midori. Вот только я слышал, что студентота не осилила C# и не в состоянии написать драйверы. Может врут, конечно.

А вообще я жажду от тебя пример «качественного кода на C++» для задачи, что я предложил. Ты ж крут, осилишь.

rtvd ★★★★★ ()
Ответ на: комментарий от stevejobs

А, ну значит, она не из наших краёв, про фкантакты да одноглазники не слышала.

MiniRoboDancer ★☆ ()
Ответ на: комментарий от hawai

возьму google-glog, или что-то типа g2log. никто ничего нового пока не придумал. собрать информацию в основном потоке, сложить её в пул сообщений и асинхронно выпихнуть куда-нибудь используя любой способ в те же потоки, memory-mapped файлы, сообщения, через socket во внешний SQL. Будем меряться способами обмена данными между программами? Или между потоками?

Привести пример кода, что скидывает сообщение, что я привел ранее можешь? :)

Скажем, изначальные данные у тебя такие:

enum event e;
enum state s;
std::vector<Widget> widgets;

class Widget {
...
public:
 const std::string &get_widget_id() const;
...
};

Да, было бы здорово если бы в твоей реализации не пришлось позорно тратить на это микросекунды. :)

Ну и если есть лучшие предложения как хранить список Widgets - you are welcome.

rtvd ★★★★★ ()
Последнее исправление: rtvd (всего исправлений: 2)
Ответ на: комментарий от hawai

не будет. я не называю себя профессионалом java. хочешь что-то узнать про C++ - спроси. про java - сочиняй сам.

Мне нечего узнавать про C++ (я на них пишу уже лет 20), а тебе про java есть что. Причём начиная с азов.

rtvd ★★★★★ ()
Ответ на: комментарий от MiniRoboDancer

Потому что альтернатив нет.

Потому что альтернативы - полное говно. Как и ваш тизен: история его возникновения нам наглядно это показывает - MeeGo, LiMo и bada все захлебнулись собственным говном, не смотря на обилие денег у основных спонсоров.

zgen ★★★★★ ()
Ответ на: комментарий от rtvd

ну-ну. хамство полезло наружу.

Intel XE Studio ничем не лучше того же hellgrind в плане кода с атомиками. Анализировать проблемы он не может, потому что не может разобраться с потоками. И таки да, оба они у меня установлены и на детских примерах работают хорошо.

возможно, пора руки к плечам приделать и перестать писать фарш. Intel XE меня пока не подводил.

hawai ()
Ответ на: комментарий от rtvd

Привести пример кода, что скидывает сообщение, что я привел ранее можешь? :)

критерий правильности решения не определён. это выглядит как троллинг

std::cout << "2013-10-10 11:22:33.567123456 The system detected a Foo event while being in state Bar and keeping track of the folowing Widgets: [";

  for ( auto i = widgets.begin(), e= widgets.end(); i != e; ++i ) {
     std::cout << widgets.get_widget_id() << ",";
  }

stc::cout << "]";

тот же эффект будет с ranged for

hawai ()
Последнее исправление: hawai (всего исправлений: 2)
Ответ на: комментарий от MiniRoboDancer

закопано это дело. закрыто и закопано самим ARMом. deprecated

ckotinko ☆☆☆ ()
Последнее исправление: ckotinko (всего исправлений: 1)
Ответ на: комментарий от zgen

Meego заживо закопали мелкомягкие, bada - сосунг; LiMo вообще крупные конторы не интересовались. Каким образом из этого следует их говняность?

MiniRoboDancer ★☆ ()
Ответ на: комментарий от MiniRoboDancer

Таким, что они утонули ибо никому не были нужны.

zgen ★★★★★ ()
Ответ на: комментарий от ckotinko

Мусьё, вы используете -O3 в ынтерпрайзе? Молоток нужен али сам себе пальцы переломаешь?

MiniRoboDancer ★☆ ()
Ответ на: комментарий от MiniRoboDancer

вот прямо щас посмотрел в консоль где собирал дрова, там -O3. брат жив.

ckotinko ☆☆☆ ()
Ответ на: комментарий от ckotinko

И что? Неофициально оно там есть и выпиливать никто не собирается - не мешает.

MiniRoboDancer ★☆ ()
Ответ на: комментарий от MiniRoboDancer

а чо толку, в дальвике то нельзя использовать. вещь в себе.

ckotinko ☆☆☆ ()
Ответ на: комментарий от zgen

Что за бред? Meego утянули из тонущей Нокии в Jolla; LiMo всегда был маргинальщиной для СПОГМ, равно как и выросшие из неё проекты; bada стала Сосунгу не нужна, ибо J2ME и на SPH работает, а нативщину под bada писать никто не хотел, ибо есть J2ME, а от нативщины там толку мало.

MiniRoboDancer ★☆ ()
Ответ на: комментарий от ckotinko

Это пока ты для своей машины собираешь... И да, поэксплуатируй их хотя бы с полгодика, а потом уже рассуждай - живёт, не живёт...

MiniRoboDancer ★☆ ()
Ответ на: комментарий от hawai

Отличный пример.

Во-первых сообщение шлётся на stdout. Во-вторых формирование этого сообщения займёт дохрена времени. И это произойдёт в потоке, где каждая наносекунда на счету. Fail. В третьих, ты захардкодил timestamp. Очень по-взрослому. Вообще-то часики следует опрашивать в таких случаях. :)

rtvd ★★★★★ ()
Последнее исправление: rtvd (всего исправлений: 1)
Ответ на: комментарий от hawai

возможно, пора руки к плечам приделать и перестать писать фарш. Intel XE меня пока не подводил.

Возможно тебе пора приделать голову к плечам и познакомиться с lock-free передачей данных между потоками. А там атомики, ага. Анализатор потоков на них прекрасно спотыкается. И не надо мне трындеть что у тебя этого не просиходит. :) Потому что не просиходит только у школия, у которого вся многопоточность это posix threads.

rtvd ★★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.