LINUX.ORG.RU

Линукс на ондроеде, или иксы рулят, вяленд сосет

 , ,


1

1

Два девайса - андроид и ноутбук. В разных комнатах, никакими проводами не соединены. На андроиде установлена Fedora 18 в chroot через linux deploy, на ноутбуке Fedora 19. Скриншоты делались на ноутбуке (оба!).

Верхняя половина получилась следующим образом:

1. Сессия открывается на ноутбуке в локальном GDM
2. оттуда ssh -CX по WiFi на планшет
3. на планшете /bin/Terminal
4. в нём mc с того же планшета
5. новое окно Terminal'а и в нем uname -a

Нижняя половина:

1. На ноутбуке init 3, Alt-F2, Xorg
2. На ноутбуке Alt-F1, ssh -CX <IP_планшета>
3. В ssh (уже на планшете) xfce4-session
4. Открываем менеджер файлов (на планшете, видим это всй на экране X-сервера на ноуте)
5. Открываем три окна терминала
6. В одном пускаем mc, во втором top
7. В третьем ssh <IP_ноутбука>, там DISPLAY=:0.0 mate-screenshot (чтобы не валандаться с трансфером файла с планшета на ноут)

Собственно, X11 рулит, разве что планшету процессор бы побыстрее и памяти и сторадж побольше (а то линукс там развернут в loop-образ на microSD 4 класса, тормоза ужааасные). Прорисовка, кстати, не тормозит - а вот обращение к «диску»...

P.S.: андроидные приложения жрут память как не в себя (см. top). Такое впечатление, что их 1С-ники на питоне писали...

>>> Просмотр (1280x1600, 316 Kb)

★★★★★

Проверено: JB ()
Последнее исправление: JB (всего исправлений: 1)

Т.е. ты на более мощном устройстве показал запущенные приложения с более слабого и теперь гордишься этим?

Это противоположность тому зачем придумали Х11.

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

Это противоположность тому зачем придумали Х11

X11 придумали для обеспечения запуска задач на удалённом хосте. Всё остальное - твои личные домыслы.

no-dashi ★★★★★
() автор топика

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

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

зачем

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

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

Как говорилось в рекламе какого-то опсоса — будущее зависит от тебя.

PolarFox ★★★★★
()

Линукс на ондроеде, или иксы рулят, вяленд сосет

Oh shi~ …

renya ★★★★★
()

Эй, «викинг», зацени свою бицуху и торс.

pikwik ★★
()

андроидные приложения жрут память как не в себя (см. top).

33m,33m,32m,30m,30m,28m,28m… это из того, что видно. А что жрёт память-то, ты б окошко подвинул.

Вот у меня SKype на x86_64 под убунтой жрёт 154m — вот это называется «жрёт память», а у тебя микроскопические приложения.

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

Из того что ты перечислил, это систеные приложения типа sms, UI и прочего. И да, в сумме они сожрали (только те что ты перечислил, а там и других до...фига) больше 200МБ оперативки. А её всего гигабайт...

no-dashi ★★★★★
() автор топика
Ответ на: комментарий от Aceler

Адаптированый список (имена процессов слегка расширены, чтобы понятней было)

  511 aid_syst  20   0  501m  65m  19m S   1,3  8,6   2:31.23 android.systemui
  343 aid_syst  20   0  565m  57m  18m S   1,3  7,6  23:47.22 system_server
  639 10083     20   0  544m  51m  21m S   0,0  6,8   1:43.52 android.launcher
 1135 10039     20   0  494m  49m  21m S   0,0  6,5   0:07.09 android.vending
 4885 10110     20   0  493m  47m  19m S  23,2  6,3   0:13.73 android.taskmanager
  605 10025     20   0  474m  35m 8300 S   0,0  4,7   1:03.87 inputmethod.hwpal
 1301 10036     20   0  473m  34m  14m S   0,0  4,5   0:00.86 android.music:main
  384 10004     20   0  502m  33m  12m S   0,0  4,4   0:03.23 google.android.gms
25768 10004     20   0  473m  32m  12m S   0,0  4,3   0:08.20 android.gsf.login
17726 10004     20   0  488m  32m  10m S   0,0  4,3   0:15.04 google.process.gapps
 4329 10054     20   0  465m  31m  12m S   0,0  4,2   0:01.65 google.android.talk
 1451 10004     20   0  463m  29m  10m S   0,0  3,9   0:00.37 android.process.location
13338 10033     20   0  483m  28m 6628 S   0,0  3,8   0:02.83 android.apps.maps
  712 aid_syst  20   0  461m  27m 9596 S   0,0  3,7   0:00.46 android.settings
 1247 10026     20   0  452m  27m 9160 S   0,0  3,6   0:00.30 com.huawei.android.hwouc
 1174 10072     20   0  454m  27m 9236 S   0,0  3,6   0:00.36 android.process.media
32385 10066     20   0  459m  26m 8964 S   0,0  3,5   0:00.65 android.calendar
32400 10067     20   0  454m  26m 8864 S   0,0  3,5   0:00.83 android.providers.calendar
  627 aid_radi  20   0  467m  26m 7040 S   0,0  3,5   0:05.97 android.phone
 2897 aid_syst  20   0  452m  26m 8188 S   0,0  3,5   0:01.12 com.huawei.policy
 1260 10035     20   0  454m  25m 8396 S   0,0  3,4   0:00.20 android.apps.uploader
 4907 10070     20   0  452m  25m 7272 S   0,0  3,3   0:00.59 android.defcontainer
  154 root      20   0  444m  24m 7276 S   0,0  3,2   0:10.45 zygote
 2832 10103     20   0  451m  24m 7088 S   0,0  3,2   0:00.15 **.qualcomm.wiper
  768 10096     20   0  451m  22m 5236 S   0,0  3,0   0:00.71 **.smartcard:remote
  677 10102     20   0  451m  22m 5220 S   0,0  3,0   0:00.69 android.smspush
  153 aid_syst  20   0  141m 9824 6756 S   0,3  1,3   8:17.50 surfaceflinger
Не сказал бы, что это «не жрут». Реально здесь только системные сервисы

no-dashi ★★★★★
() автор топика

линукс там развернут в loop-образ на microSD 4 класса, тормоза ужааасные

4 класс и правда очень тормозной.

ArtKun ★★★★★
()

Федора на планшете? А на соковыжималку получится?

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

Так ты поставил линукс поверх ведроеда штоле?

На loop-устройство. Файл лежит на SD-карте, линуксовая ФС монтируется и в её chroot запускаются нужные демоны и монтируются необходимые системные прсевдоФС типа procfs, sysfs, tmpfs куда надо. Доступ в chroot через SSH (в моей конфигурации).

no-dashi ★★★★★
() автор топика
Ответ на: комментарий от Extraterrestrial

Поставить линукс без ведроида не осилил что ли?

Целью было именно получить в целом рабочее линуксовое окружение в ондроеде.

no-dashi ★★★★★
() автор топика
Ответ на: комментарий от no-dashi

рабочее линуксовое окружение в ондроеде

Смотреть на тормознутый линукс? Зачем?

Extraterrestrial ★★★★★
()

На панели Ш на 5+, а в терминале ты что-то намутил и все испортил.

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

Как сможем и через продвинутый костыль для вейланда, который по похожему на vnc протокол будет форвардить отдельные окошки.

То-то и оно. Новые сессии он начинать не сможет, заменой X -query никогда не станет.

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

Ну, вообще-то костыль усиленно пилят. Это официально разрабатываемый костыль, являющийся частью проекта. Мало того, есть ещё два неофициальных проекта, реализующих бэкенды для сетевой прозрачности(один из них на основе протокола SPICE). Так что прозрачность в Wayland точно будет.

lucentcode ★★★★★
()

Не серьёзно. Wayland ещё не готов. Но к тому моменту, когда его включат по дефолту в распространённые дистрибутивы - он будет поддерживать сетевую прозрачность на основе протокола, похожего на RDP. Так, что ваш вброс ни о чём.

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

как может быть прозрачность и RDP в одном предложении?

Допустим, у меня есть веб-камера, на которую скрытно ведется съемка тней из соседней квартиры. После чего ее можно скачать и испытать религиозный экстаз. Это тоже сетевая прозрачность что ли?

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

Нет, RDP обеспечивает сетевую прозрачность для GUI. Можно запустить приложение на одной машине, а его окно вывести на другой. Иногда это удобно.

lucentcode ★★★★★
()

иксы рулят, вяленд сосет

как красноречиво, а что хоть сосет, чупа-чупс?

а по теме: раньше хоть показывали какую нить работу проведеную, лфс собранный на арм, а щас вон достаточно на SD образ рутфс скопировать, и две команды запустить.

Как правильно подметили - «показать поцонам во дворе сойдёт».

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

он будет поддерживать сетевую прозрачность

В вяленде не будет сетевой прозрачности. Вялендоархитекторы принципиально отказались её делать, переложив эту задачу на разработчиков composite manager'ов и WM'ов. В результате, например, скорей всего окажется так, что weston будет поддерживать жалкое подобие RDP (передачу пиксмапов картинки), GNOME вообще ничего не будет поддерживать, а в KWin через задний проход сделают какой-нибудь VNC. Причем все 2 хоть как-то работающих варианта будут показывать «всё или ничего», то есть только десктоп целиком (ведь так проще сделать, верно?).

В результате на корпоративном рынке останутся Citrix и MSTS, линупс с рынка терминальных решений выгонят ссаной тряпокй. Ура, хомячки победили.

no-dashi ★★★★★
() автор топика
Ответ на: комментарий от squizduos

зачем при доступе к полноценному компьютеру запускать приложения с линукса на планшете через сеть.

BECAUSE I CAN!!1!

farzeet ★★
()

почему часы показывают разное время?

механизм который синхронихировал одновременность выполнения скриншотов — засбоил?

или сами часы не синхронизированы на устройствах?

user_id_68054 ★★★★★
()
Ответ на: комментарий от no-dashi

Судя по тому, что я читал - weston будет передавать как раз отдельные окна. Но как оно будет на самом деле - мы узнаем только с полноценным релизом wayland.

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

механизм который синхронихировал одновременность выполнения скриншотов — засбоил?

Нет, потому что скриншоты делались на одном устройстве последовательно - сначала один скриншот, потом вывод системы в init 3, запуск Xorg, ssh на планшетку, запуск XFCE, настройка XFCE, растащить и отресайзить окна, посмотреть чтобы всё было видно, сделать все нужные ssh и export DISPLAY и т.п.

no-dashi ★★★★★
() автор топика
Ответ на: комментарий от lucentcode

Судя по тому, что я читал - weston будет передавать как раз отдельные окна

Гыгыгы. Во-первых, не будет. Во-вторых, тот же самый велосипед придется переизобретать в KWin, GNOME Shell, Enlightenment и каждом вялендокомпозиторе. Замечательная «оптимизация», чо сказать ещё.

no-dashi ★★★★★
() автор топика
Ответ на: комментарий от no-dashi

придется переизобретать в

ну или просто сделать у них у всех — общую зависимость от некой библиотеки которая реализовывает эту возможность. (а связывающие детали — разумеется реализовать отдельно для каждой из: KWin, GNOME Shell, Enlightenment...)

а к Enlightenment — кстате можно не делать.. :) (кто заметит отсутствие?)

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

Судя по тому, что я читал - weston будет передавать как раз отдельные окна.

я тож понял именно так: у каждого окна свой буфер и именно он будет передаваться.

user_id_68054 ★★★★★
()
Ответ на: комментарий от no-dashi

Ну, мне то это всё равно без надобности. Я и так RDP и SPICE использую. Сетевая прозрачность иксов мне не понадобилась не разу.

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

Именно так описывалась работа weston по сети на одном из англоязычных сайтов. Жаль не помню, где я это прочитал.

lucentcode ★★★★★
()

планшету процессор бы побыстрее и памяти и сторадж побольше

так купи нормальный ноутъ

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

перед девочками похвастаться вестимо :)

dotbg ★★★★
()
Ответ на: комментарий от no-dashi

Целью было именно получить в целом рабочее линуксовое окружение в ондроеде.

Для этих целей удобнее что-то типа gentoo-prefix без всяких цшрутов и монтирований. Не в курсе, есть ли аналоги в других дистрах.

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

Можно запустить приложение на одной машине, а его окно вывести на другой

В отличие от x11, для этого был костыль в виде seamlessrdp, не знаю как сейчас.
Ну и по rdp не будет никаких opengl или хотя бы xv.

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