А будут ли аналогичные модели с 3G модемом? Без 3G устройство не является функциональным.

А вообще прекрасное направление, хотелось бы:
1. 3G/4G модем
2. SSD побольше
3. HDD побольше
4. батарею побольше в доке
и готов покупать за $3K…

В Bada не было «классического» Linux стэка, был только E17, поверх всей остальной, собственной ОС для мобильников.
Собственно драматический переход тут, именно как отказ от собственной мобильной ОС, в пользу Linux.

Потому что, Tizen, это не совсем «новая мобильная ОС», это на самом деле:
1. Linux kernel
2. systemd
3. glibc
4. X-ы (в будущем Wayland?)
5. Enlightenment 17
6. dbus
7. pulseaudio
и т.д.
+ Custom HTML5 SDK
и эту «штуку» уже давно разрабатывает, и будет разрабатывать огромное количество людей, с Samsung-ом или без него.

А можно подключить экран планшета к компу по HDMI? и по USB? Чтобы использовать dock части как клавиатуру с монитором — к обычному компу.

>SPICE — сервер для Windows еще не написан
SPICE работает на уровне эмуляции виртуальной видеокарты(qxl) для qemu/kvm, он не зависим от никакой ОС. В Гостевой ОС нужны тока драйвера и всё. Запуская виртуальную машину с qxl видеокартой — вы имеете доступ ко всему, включая меню загрузчика и тд и тп.

Что, касается XSpice — это просто небольшой сторонний продукт, для удобства разработки/демонстрации возможностей и т.д.

3. CONFIG += c++11, ничего не дало
2,642,858 PROGRAM TOTALS

Сглупил, спасибо, комментарий оставлю к оргинальной статье.

Не помогло, (технически даже немного увеличило)

2,642,850 PROGRAM TOTALS

1. Ну мощность, к callgrind отношение не имеет:

2. компилятор: gcc version 4.7.1 (Gentoo 4.7.1 p1.0, pie-0.5.3)
qt4: Qt version 4.8.2
qt5: Qt version 5.0.0 (около-недельной давности)

3. сейчас пересобираю qt-core, но у меня сомнения, что появлияет.

4. так как это перевод, было бы хорошо в статье видеть ссылку на оригинал

h4.Продолжайте обязательно!

А вот результаты, у меня расходятся с авторскими:

h4. Qt4

--------------------------------------------------------------------------------
       Ir 
--------------------------------------------------------------------------------
3,742,965  PROGRAM TOTALS

--------------------------------------------------------------------------------
       Ir  file:function
--------------------------------------------------------------------------------
1,034,460  ???:do_lookup_x [/lib64/ld-2.15.so]
  755,997  ???:_dl_lookup_symbol_x [/lib64/ld-2.15.so]
  472,317  ???:_dl_relocate_object [/lib64/ld-2.15.so]
  235,762  ???:strcmp'2 [/lib64/ld-2.15.so]
   97,905  ???:check_match.11337 [/lib64/ld-2.15.so]
   88,049  ???:_dl_name_match_p [/lib64/ld-2.15.so]
   74,000  ???:_int_malloc [/lib64/libc-2.15.so]
   62,116  ???:strcmp [/lib64/ld-2.15.so]
   57,521  ???:_dl_addr [/lib64/libc-2.15.so]
   44,316  ???:ucol_addLatinOneEntry(UCollator*, unsigned short, unsigned int, int*, int*, int*) [/usr/lib64/libicui18n.so.49.1.2]
   35,173  ???:_int_free [/lib64/libc-2.15.so]
   30,318  ???:_dl_map_object [/lib64/ld-2.15.so]
   29,594  ???:getenv [/lib64/libc-2.15.so]
   25,720  ???:malloc [/lib64/ld-2.15.so]
   24,433  ???:ucol_updateInternalState_49 [/usr/lib64/libicui18n.so.49.1.2]
   24,287  ???:gconv [/usr/lib64/gconv/UTF-16.so]
   18,406  ???:ucol_IGetNextCE(UCollator const*, icu_49::collIterate*, UErrorCode*) [/usr/lib64/libicui18n.so.49.1.2]
   17,665  ???:_dl_map_object_deps [/lib64/ld-2.15.so]
   16,050  ???:_dl_cache_libcmp [/lib64/ld-2.15.so]
   15,243  ???:_dl_fixup [/lib64/ld-2.15.so]
...

h4. Qt5

--------------------------------------------------------------------------------
       Ir 
--------------------------------------------------------------------------------
2,642,000  PROGRAM TOTALS

--------------------------------------------------------------------------------
     Ir  file:function
--------------------------------------------------------------------------------
748,013  ???:do_lookup_x [/lib64/ld-2.15.so]
733,141  ???:_dl_lookup_symbol_x [/lib64/ld-2.15.so]
475,755  ???:_dl_relocate_object [/lib64/ld-2.15.so]
190,596  ???:strcmp'2 [/lib64/ld-2.15.so]
 93,842  ???:check_match.11337 [/lib64/ld-2.15.so]
 57,500  ???:_dl_addr [/lib64/libc-2.15.so]
 48,304  ???:_dl_name_match_p [/lib64/ld-2.15.so]
 38,199  ???:strcmp [/lib64/ld-2.15.so]
 19,080  ???:getenv [/lib64/libc-2.15.so]
 14,597  ???:_int_malloc [/lib64/libc-2.15.so]
 13,792  ???:_dl_map_object_from_fd [/lib64/ld-2.15.so]
 13,396  ???:_dl_map_object [/lib64/ld-2.15.so]
 12,629  ???:_dl_cache_libcmp [/lib64/ld-2.15.so]
 12,052  ???:_dl_check_map_versions [/lib64/ld-2.15.so]
 11,533  ???:_dl_map_object_deps [/lib64/ld-2.15.so]
  9,293  ???:_dl_fixup [/lib64/ld-2.15.so]

1. systemd-cat — запустить процесс с логированнием stdout/stderr — интересно, но не очень полезно
2. systemd-cgtop — top с группировкой по cgroup — казалось бы полезно, но у вас всё равно будет всё в kdm@tty7.service или аналоге
3. systemd-journalctl — конвертатор бинарного лога в обычный (с дополнительными расширенными форматами)

А самого главного, поиска по логу, по различным критерям, пока *нет*.

P.S. жру кактус уже полгода, пока считаю, на данный момент, это всё ещё кактус (по крайней мере не desktop-е)

> «пользователи сами пишут пачечьку костылей» — gentoo-way =)
Как человек который помнит установку gentoo ещё со stage1 — нет, это совсем не gentoo way.

«Корневой» apache, тот который с uid=0, gid=0 — он не падает (вообще за ним админы следят какимии-то самыми обычными средствами). На нём же ничего не крутится никаких python-ов и т.д — вообще он очень стабильный и выверенный годами.

Падения свойственны уже python процессам, а у их ppid — apache. Собственно apache отлично следит за всеми своими детьми — опять же стабильный и выверенный годами подход.

По всем тестам которые я видел, у uwsgi и mod_wsgi одинаковая производительность, пока тест не упрощается до return 200. — только тогда у uwsgi выше производительность. Локальное же тестирование показало, что абсолютно одинаковая производительность. Всё равно упирается именно в Python часть.

Что меня беспокоит в uwsgi-django-community, так это то, что все пользователи сами пишут пачечьку костылей (init.d скрипты/cron таски), для тех задач, которые весь мир давно считает решёнными.

Возвращаясь к 'init.d' скрипту — хотелось бы ещё увидеть, как вы в нём мульти-host-овость сделаете. Точнее так: считаю, что если в вашей системе для добавление очередного vhost-а, надо будет редактировать rc.local это будет не красиво.

Не путаю. virtualenv к apache-у вообще отношение не имеет, там несколько другая система взаимодействия.

1. В apache можно завести сколько угодно virtualhost-ов
2. На эти virtualhost-ы мы назначаем обработчиком mod_wsgi
3. Каждый mod_wsgi-virtualhost мы демоинизируем (при этом root-процесс apache-а остаётся «за главного»)
4. У mod_wsgi есть опция — wsgi скрипт запуска.
5. Ну а в wsgi скрипте вы уже можете извращаться как захотите, например настроить virtualenv

1. А если python процесс падает (а они иногда падают), как вы его перезапускаете?
2. А как вы сообщите процессу, что его log от rotate-ился? Rotate не такая простая операция. И я надеюсь вы таки сделаете запись log-ов в /var/log/, ибо backup-инг логов станная операция.

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