LXF158:ARM и Android:Про­грам­ми­ро­ва­ние

Подписка на печатную версию Весь 2015 год (12 номеров) Первое полугодие (6 номеров) Второе полугодие (6 номеров)

Подписка на электронную версию Весь 2015 год (12 номеров) Первое полугодие (6 номеров) Второе полугодие (6 номеров)

Подшивки старых номеров журнала (печатные версии) Весь 2014 год (12 номеров) Первое полугодие (6 номеров) Второе полугодие (6 номеров)

» Ваши программные наработки не пропадут даром

ARM и Android: Про­грам­ми­ро­ва­ние

Часть 4: Ан­д­рей Бо­ров­ский бе­рет­ся за про­грам­ми­ро­ва­ние на ас­семб­ле­ре ARM и пре­неб­ре­га­ет пра­ва­ми root.

• Метамодернизм в позднем творчестве В.Г. Сорокина
• ЛитРПГ - последняя отрыжка постмодерна
• "Ричард III и семиотика"
• 3D-визуализация обложки Ridero создаем обложку книги при работе над самиздатом.
• Архитектура метамодерна - говоря о современном искусстве, невозможно не поговорить об архитектуре. В данной статье будет отмечено несколько интересных принципов, характерных для построек "новой волны", столь притягательных и скандальных.
• Литература
• Метамодерн
• Рокер-Прометей против изначального зла в «Песне про советскую милицию» Вени Дркина, Автор: Нина Ищенко, к.ф.н, член Союза Писателей ЛНР - перепубликация из журнала "Топос".
• Как избавиться от комаров? Лучшие типы ловушек.
• Что делать если роблокс вылетает на windows
• Что делать, если ребенок смотрит порно?
• Почему собака прыгает на людей при встрече?
• Какое масло лить в Задний дифференциал (мост) Visco diff 38434AA050
• О чем может рассказать хвост вашей кошки?
• Верветки
• Отчетность бюджетных учреждений при закупках по Закону № 223-ФЗ
• Срок исковой давности как правильно рассчитать
• Дмитрий Патрушев минсельхоз будет ли преемником Путина
• Кто такой Владислав Поздняков? Что такое "Мужское Государство" и почему его признали экстремистским в России?
• Как правильно выбрать машинное масло в Димитровграде?
• Как стать богатым и знаменитым в России?
• Почему фильм "Пипец" (Kick-Ass) стал популярен по всему миру?
• Как стать мудрецом?
• Как правильно установить FreeBSD
• Как стать таким как Путин?
• Где лучше жить - в Димитровграде или в Ульяновске?
• Почему город Димитровград так называется?
• Что такое метамодерн?
• ВАЖНО! Временное ограничение движения автотранспортных средств в Димитровграде
• Тарифы на электроэнергию для майнеров предложено повысить

В этой, за­вер­шаю­щей час­ти мы при­коснем­ся к ув­ле­ка­тель­но­му ми­ру про­грам­ми­ро­вания на ас­семб­ле­ре ARM, а так­же рас­смот­рим про­грам­му Android, ко­то­рая по­зво­лит за­пускать про­грам­мы Linux на уст­рой­ст­вах Android, не имею­щих ре­жи­ма root.

На­чи­ная эту се­рию ста­тей, я пи­сал, что од­ной из при­чин для раз­ра­бот­ки про­грамм Linux под Android мо­жет стать стрем­ление по­зна­ко­мить­ся с осо­бен­но­стя­ми про­цес­со­ров ARM в сравнитель­но ком­форт­ных усло­ви­ях. Имен­но этим мы те­перь и займ­ем­ся.

NEON!= OFF

Кон­цеп­ция, по­ло­жен­ная в осно­ву про­цес­со­ров ARM, из­на­чаль­но вы­гля­де­ла очень кра­си­во. В то вре­мя как про­цес­со­ры Intel об­рас­та­ли раз­лич­ны­ми косты­ля­ми, при­зван­ны­ми обес­пе­чить со­вмес­ти­мость с пре­ды­ду­щи­ми мо­де­ля­ми и кон­ку­рен­та­ми (AMD), про­цес­со­ры ARM со­хра­ня­ли ком­пакт­ную и эле­гант­ную струк­ту­ру. И хо­тя Intel пре­восхо­дил ARM в про­из­во­ди­тель­но­сти, ARM с его низ­ки­ми за­тра­та­ми энер­гии и пас­сив­ным ох­ла­ж­дением на­шел свою нишу в ми­ре встраи­вае­мых уст­ройств. Вто­рое ро­ж­дение ARM пе­ре­жил в нынеш­нюю эпо­ху смарт­фо­нов и дру­гих ин­тел­лек­ту­аль­ных мо­биль­ных уст­ройств, ко­то­рые тре­бу­ют со­че­тания вы­чис­ли­тель­ной мо­щи ПК и низ­ко­го энер­го­по­треб­ления.

Но за все при­хо­дит­ся пла­тить. Со­вре­мен­ные мо­биль­ные уст­рой­ст­ва на­сы­ще­ны гра­фи­кой, ви­део и зву­ком, а для об­ра­бот­ки все­го это­го в ре­жи­ме ре­аль­но­го вре­мени тре­бу­ют­ся спе­ци­аль­ные на­бо­ры команд. И про­цес­со­ры ARM, рас­став­шись с из­на­чаль­ной про­сто­той, об­за­ве­лись та­ки­ми на­бо­ра­ми. При­чем, как это час­то бы­ва­ет в по­доб­ных слу­ча­ях, вве­ден­ные сна­ча­ла на­бо­ры до­полнитель­ных команд ока­за­лись недоста­точ­но удоб­ны­ми и функ­цио­наль­ны­ми, а отказать­ся от них бы­ло уже нель­зя, так как они ис­поль­зо­ва­лись во мно­гих при­ло­жениях. В ре­зуль­та­те ар­хи­тек­ту­ра ARM, как и Intel, об­ла­да­ет те­перь несколь­ки­ми на­бо­ра­ми команд для ра­бо­ты с чис­ла­ми с пла­ваю­щей точ­кой и мас­сива­ми дан­ных, ко­то­рые час­тич­но дуб­ли­ру­ют функ­ции друг дру­га.

Ес­ли вы от­крое­те файл /system/proc/cpuinfo (на нерутованном де­вай­се со­дер­жи­мое это­го фай­ла мож­но по­лу­чить, на­при­мер, с по­мо­щью про­грам­мы Droid System Suite), то уви­ди­те пе­ре­чень рас­ши­рений (fastmult, vfp и ду­гие), под­дер­жи­вае­мых ва­шим про­цес­со­ром. Эти рас­ши­рения по­хо­жи на рас­ши­рения Intel (mmx, sse и т. д.), но, ра­зу­ме­ет­ся, не то­ж­де­ст­вен­ны им. Рас­смат­ри­вать сис­те­му команд про­цес­со­ра ARM под­роб­но мы не станем. По­ми­мо са­мой до­ку­мен­та­ции, доступ­ной на сай­те arm.com, хо­ро­шим по­со­би­ем яв­ля­ет­ся книга ARM System Developer’s Guide, Andrew Sloss et al. Morgan Kaufmann Publishers.

В ка­че­­ст­ве при­ме­ра воз­мож­но­стей ARM мы рас­смот­рим сравнитель­но но­вое рас­ши­рение, ко­то­рое ком­пания ARM рек­ла­ми­ру­ет под на­званием NEON.

Ко­ман­ды NEON поя­ви­лись в ар­хи­тек­ту­ре ARMv7 – прав­да, не во всех ее реа­ли­за­ци­ях. Про­цес­со­ры ARM Cortex A8 под­дер­жи­ва­ют NEON в обя­за­тель­ном по­ряд­ке, тогда как в про­цес­со­рах ARM Cortex A9 эта под­держ­ка необя­за­тель­на. Чип­сет Nvidia Tegra 2, ко­то­рый до сих пор ис­поль­зу­ет­ся в неко­то­рых план­ше­тах Android, не под­дер­жи­ва­ет NEON, а Nvidia Tegra 3 – под­дер­жи­ва­ет. NEON пред­став­ляет со­бой на­бор команд SIMD, то есть ин­ст­рук­ций, ко­то­рые способны ра­бо­тать с несколь­ки­ми единица­ми дан­ных од­но­вре­мен­но. В от­ли­чие от реа­ли­за­ций SIMD в неко­то­рых дру­гих ар­хи­тек­ту­рах, для ис­поль­зо­вания команд NEON про­цес­сор ARM не тре­бу­ет­ся пе­ре­во­дить в осо­бый ре­жим. Ин­ст­рук­ции NEON мож­но сво­бод­но сме­ши­вать с дру­ги­ми ин­ст­рук­ция­ми ARM.

В рас­по­ря­жении команд NEON 32 64-бит­ных ре­ги­ст­ра, ко­то­рые мож­но рас­смат­ри­вать так­же как 16 128-бит­ных ре­ги­ст­ров. С точ­ки зрения воз­мож­но­стей ин­ст­рук­ции NEON не слишком от­ли­ча­ют­ся от на­бо­ров ин­ст­рук­ций SIMD в про­цес­со­рах Intel. Это и неуди­витель­но – ведь соз­да­ва­лись они для ре­шения одних и тех же за­дач.

Рас­смот­рим про­стой, са­мый про­стой при­мер. Пусть у нас есть ка­нал сте­рео­зву­ка. Вве­дем немно­го тер­ми­но­ло­гии. Оциф­ро­ван­ный звук со­сто­ит из се­рии от­сче­тов [samples]. По­сколь­ку сте­рео­звук со­дер­жит два ка­на­ла, минималь­ная единица зву­ка – кадр [frame] со­сто­ит из двух от­сче­тов. В обыч­ном сте­рео­по­то­ке от­сче­ты пра­во­го и ле­во­го ка­на­лов че­ре­ду­ют­ся; таким образом, по­ток мож­но рас­смат­ри­вать как по­сле­до­ва­тель­ность кад­ров. При об­ра­ботке зву­ка (на­при­мер, фильт­ра­ции) бы­ва­ет необ­хо­ди­мо раз­де­лить от­сче­ты раз­ных ка­на­лов, об­ра­бо­тать их, а по­том восста­но­вить че­ре­до­вание.

Принцип работы команды vld2.

В сис­те­ме команд NEON су­ще­ст­ву­ют ко­ман­ды за­груз­ки че­ре­дую­щих­ся дан­ных с ав­то­ма­ти­че­­ским об­ра­щением че­ре­до­вания [deinterleaving] и со­хранения дан­ных с восста­нов­лением че­ре­до­вания. Мнемониче­­ские обо­зна­чения этих команд име­ют вид vld* и vst*, где * – чис­ло 1, 2, 3 или 4, со­от­вет­ст­вую­щее по­ряд­ку че­ре­до­вания дан­ных. Это же чис­ло обо­зна­ча­ет ко­ли­че­­ст­во ре­ги­ст­ров NEON, ко­то­рые долж­ны ис­поль­зо­вать­ся в про­цес­се об­ра­щения че­ре­до­вания. На­при­мер, при ра­бо­те со сте­рео­зву­ком, где мы име­ем два че­ре­дую­щих­ся ка­на­ла, со­от­вет­ст­вую­щие ко­ман­ды долж­ны вы­гля­деть как vld2 и vst2. Ес­ли бы нам нуж­но бы­ло об­ра­тить че­ре­до­вание от­сче­тов ин­тен­сив­но­сти цве­та в по­то­ке фор­ма­та RGBA, мы бы ис­поль­зо­ва­ли ко­ман­ды vld4 и vst4, при этом че­ты­ре за­дей­ст­во­ван­ных ре­ги­ст­ра NEON со­дер­жа­ли бы дан­ные R, G, B и A со­от­вет­ст­вен­но.

На этом ма­гия команд NEON не ис­чер­пы­ва­ет­ся. Че­ре­дую­щие­ся от­сче­ты мо­гут иметь раз­ную раз­ряд­ность: 8, 16, 24 и 32 би­та, и ко­ман­ды NEON по­зво­ля­ют учесть этот факт. На­при­мер, ес­ли нам нуж­но об­ра­тить че­ре­до­вание сте­рео­по­то­ка ау­дио­дан­ных раз­ряд­но­стью 16 бит, ко­ман­да за­груз­ки дан­ных бу­дет вы­гля­деть так: vld2.16. По­сле имени ко­ман­ды сле­ду­ет спи­сок ре­ги­ст­ров NEON для за­груз­ки дан­ных. Чис­ло этих ре­ги­ст­ров долж­но со­от­вет­ст­во­вать вы­бран­ной ко­ман­де. На­при­мер, для сте­рео­зву­ка эта ко­ман­да мо­жет вы­гля­деть так:

vld2.16 {d0, d1}, [r0]

Здесь d0 и d1 – ре­ги­ст­ры NEON, в ко­то­рые бу­дут за­гру­же­ны дан­ные, а вме­сто r0 мож­но ис­поль­зо­вать лю­бой обыч­ный ре­гистр ARM, ко­то­рый со­дер­жит ад­рес бло­ка дан­ных для за­груз­ки.

Итак, в ре­зуль­та­те вы­полнения опе­ра­ции vld2 в ре­ги­ст­ры d0 и d1 за­гру­жа­ют­ся от­сче­ты счи­тан­ных кад­ров, со­от­вет­ст­вую­щие пра­во­му и ле­во­му ка­на­лам. Сколь­ко же все­го кад­ров бы­ло счи­та­но? От­вет на этот во­прос по­зво­ля­ет оп­ре­де­лить, на­сколь­ко эф­фек­тив­но ис­поль­зо­вание NEON. Ре­ги­ст­ры d* яв­ля­ют­ся 64-бит­ны­ми. Это зна­чит, что в ка­ж­дый ре­гистр за­пи­са­но по 4 16-бит­ных от­сче­та, то есть все­го – 4 кад­ра. В прин­ци­пе, в ин­ст­рук­ции vld* допускается ис­поль­зо­вание 128-бит­ных ре­ги­ст­ровы q*; в этом случае ко­ли­че­­ст­во дан­ных, за­гру­жен­ных од­ной ин­ст­рук­ци­ей, уд­ва­ивает­ся.

На­пи­шем функ­цию swap_channels, ко­то­рая ме­ня­ет мес­та­ми ка­на­лы сте­рео.

swap_channels:

vld2.16 {d0, d1}, [r0]

vst2.16 {d1, d0}, [r0]

mov pc, lr

Эта функ­ция, как вы до­га­да­лись, на­пи­са­на на чис­том ас­семб­ле­ре, и ее необ­хо­ди­мо по­мес­тить в файл с рас­ши­рением s. Со­глас­но стан­дар­ту EABI, ре­гистр r0 ис­поль­зу­ет­ся для пе­ре­да­чи пер­во­го ар­гу­мен­та при вы­зо­ве функ­ции, так что из ко­да, на­пи­сан­но­го на C, ее следует вы­зы­вать так:

swap_channels(data);

где data – ука­за­тель на блок ау­дио­дан­ных. Пе­ре­став­лен­ные мес­та­ми ка­на­лы за­пи­сы­ва­ют­ся в ту же об­ласть па­мя­ти, где на­хо­ди­лись ис­ход­ные.

Для сбор­ки про­ек­та с под­держ­кой NEON вам так­же по­на­до­бит­ся внести из­менения в фай­лы Application.mk и Android.mk. В пер­вом фай­ле пе­ре­мен­ной APP_ABI необходимо при­сво­ить зна­чение armeabi-v7a. Мож­но при­сво­ить и сра­зу два зна­чения: armeabi и armeabi-v7a. В этом слу­чае ваш код бу­дет ском­пи­ли­ро­ван в двух ва­ри­ан­тах – с под­держ­кой NEON и без оной. Ра­зу­ме­ет­ся, это воз­мож­но толь­ко в том слу­чае, ес­ли ис­ход­ные тек­сты не со­дер­жат ас­семб­лер­ных вста­вок, ис­поль­зую­щих ин­ст­рук­ции NEON. Да­лее сле­ду­ет вве­сти пе­ре­мен­ную

LOCAL_ARM_MODE := NEON

И это еще не все. До­пустим, что функ­ция swap_channels со­хранена в фай­ле swapchannels.s. В таком слу­чае в фай­ле Android.mk в пе­ре­мен­ной LOCAL_SRC_FILES имя это­го фай­ла долж­но быть ука­за­но как swapchannels.s.neon (толь­ко в Android.mk, но не на дис­ке!). Так же сле­ду­ет по­сту­пать и с дру­ги­ми мо­ду­ля­ми, в ко­то­рых тре­бу­ет­ся под­держ­ка NEON. Хо­тя необ­хо­ди­мость до­бав­лять окон­чания neon мо­жет по­ка­зать­ся стран­ной, на са­мом де­ле это весь­ма удоб­ный спо­соб от­де­лить мо­ду­ли, в ко­то­рых тре­бу­ет­ся под­держ­ка NEON, от мо­ду­лей, в ко­то­рых она не нуж­на.

Root не ну­жен

В про­шлых ста­тях я пи­сал о том, что для за­пуска про­грамм Linux под управ­лением Android по­тре­бу­ет­ся ру­то­ван­ное уст­рой­ст­во или про­грамм­ный эму­ля­тор. Но жизнь не сто­ит на мес­те, и я рад со­об­щить вам, что есть за­ме­ча­тель­ная про­грам­ма, ко­то­рая по­зво­лит вам ра­бо­тать с уст­рой­ст­вом Android поч­ти так же, как с лю­бой ма­ши­ной под управ­лением Linux, в том чис­ле за­пускать про­грам­мы для Linux, и все это – не тре­буя прав су­пер­поль­зо­ва­те­ля! Кро­ме то­го, данная про­грам­ма от­но­сит­ся к ка­те­го­рии про­грамм, спо­соб­ных раз­ра­ба­ты­вать при­ло­жения для Android на са­мом уст­рой­ст­ве Android (и по­яв­ление та­ких про­грамм я то­же пред­ска­зы­вал!).

Речь идет о про­грам­ме под на­званием Terminal IDE. На пер­вый взгляд это на­звание вы­гля­дит как «Уж и Еж», но не все так про­сто. Па­кет Terminal IDE со­дер­жит весь необ­хо­ди­мый ин­ст­ру­мен­та­рий для сбор­ки, от­лад­ки и за­пуска про­грамм Java. При­чем конеч­ные фай­лы со­би­ра­ют­ся не в фор­ма­те APK, ко­то­рый тре­бу­ет уста­нов­ки, а в обыч­ном для Java фор­ма­те (прав­да, байт-код рас­счи­тан на фир­мен­ную вир­ту­аль­ную ма­ши­ну Android). Впро­чем, как мы с ва­ми до­го­во­ри­лись, раз­ра­бот­ка про­грамм Java в рам­ках этой се­рии нас не ин­те­ре­су­ет, а ин­те­ре­су­ет нас то, что все ин­ст­ру­мен­ты для ра­бо­ты с Java в Terminal IDE яв­ля­ют­ся стан­дарт­ны­ми кон­соль­ны­ми про­грам­ма­ми (javac, java и т. д.), а, ста­ло быть, па­ке­ту не обой­тись без эму­ля­то­ра тер­ми­на­ла, ко­то­рый он и реа­ли­зу­ет (и де­ла­ет это луч­ше, чем дру­гие ви­ден­ные мной про­грам­мы). Кста­ти, ес­ли уж речь за­шла об име­нах: про­грам­ма, на­пи­сан­ная раз­ра­бот­чи­ком, на­звав­шим­ся Spartacus Rex (име­ет­ся в ви­ду вождь восстав­ших ра­бов, а не фут­боль­ная ко­ман­да), за­слу­жи­вает внимания в си­лу од­но­го это­го фак­та.

По­ми­мо эму­ля­то­ра тер­ми­на­ла, мы по­лу­ча­ем в свое рас­по­ря­жение обо­лоч­ку bash, на­бор ути­лит busybox, на­бор про­грамм для ра­бо­ты с GIT и про­грам­му Midnight Commander. Кро­ме то­го, па­кет об­ла­да­ет за­ме­ча­тель­ной про­грам­ми­ст­ской кла­виа­ту­рой (она за­слу­жи­ва­ет от­дель­но­го опи­сания), воз­мож­но­стью под­клю­чать­ся к дру­гим сис­те­мам с по­мо­щью про­грамм telnet и ssh, а так­же воз­мож­но­стью под­клю­чать­ся к уст­рой­ст­ву Android с по­мо­щью тех же telnet и ssh. В по­следнем слу­чае при­дет­ся ис­поль­зо­вать так на­зы­вае­мый об­рат­ный туннель SSH – ре­жим, в ко­то­ром кли­ент SSH, за­пу­щен­ный на ком­пь­ю­те­ре, мо­жет пре­достав­лять доступ дру­гим сис­те­мам через SSH. По-мо­ему, все вы­ше­пе­ре­чис­лен­ное уже зву­чит доста­точ­но за­ман­чи­во для то­го, что­бы по­спе­шить с уста­нов­кой Terminal IDE в свою сис­те­му. Но глав­ное со­кро­ви­ще Terminal IDE для нас – это соб­ст­вен­ная фай­ло­вая сис­те­ма па­ке­та, ко­то­рая да­ет нам пол­ный кон­троль над фай­ла­ми, в том чис­ле по­зво­ля­ет при­сваи­вать им ста­тус ис­пол­няе­мых. При этом раз­де­ляе­мые биб­лио­те­ки Android оста­ют­ся ви­ди­мы­ми для про­грамм, ра­бо­таю­щих в этой фай­ло­вой сис­те­ме.

Ме­ж­ду про­чим, в ру­ко­во­дстве поль­зо­ва­те­ля Terminal IDE, ко­то­рое ав­тор про­грам­мы со­ве­ту­ет про­честь не менее двух раз, пре­ж­де чем за­да­вать во­про­сы ему, на­пи­са­но, что вы­пол­нять ди­на­ми­че­­ски ском­по­но­ван­ные про­грам­мы Linux из тер­ми­на­ла нель­зя, так как ди­на­ми­че­­ский за­груз­чик Android от­ли­ча­ет­ся от стан­дарт­но­го за­груз­чи­ка Linux. Мы уже зна­ем, как обой­ти дан­ное ог­раничение, так что это пре­досте­ре­жение не для нас (в ка­че­­ст­ве де­мон­ст­ра­ции за­пустим в Terminal IDE ском­по­но­ван­ную ди­на­ми­че­­ски про­грам­му threads, ис­ходники ко­то­рой вы най­де­те на дис­ке).

Прой­дя про­це­ду­ру уста­нов­ки про­грам­мы и ее на­строй­ки че­рез стар­то­вый эк­ран (кста­ти, са­мые ин­те­рес­ные оп­ции на­стро­ек доступ­ны в раз­де­ле на­стро­ек на стар­то­вом эк­ране, а не в обыч­ном раз­де­ле на­стро­ек при­ло­жения Android), вы смо­же­те за­пускать тер­ми­нал (про­грам­ма по­зво­ля­ет от­крыть несколь­ко окон тер­ми­нала, ме­ж­ду ко­то­ры­ми пе­ре­клю­чают­ся, «про­лис­ты­вая» их на сен­сор­ном эк­ране). Сре­ди на­бо­ра доступ­ных нам про­грамм, к со­жа­лению, нет ком­пи­ля­то­ра GCC, ведь, как уже бы­ло ска­за­но Terminal IDE пред­на­зна­че­на для раз­ра­бот­ки про­грамм на Java. Од­на­ко ничто не ме­ша­ет нам ис­поль­зо­вать тер­ми­нал для за­пуска про­грамм, со­б­ран­ных на ПК с по­мо­щью средств ARM GCC.

Ко­пи­ру­ем ис­пол­няе­мый файл та­кой про­грам­мы в од­ну из ди­рек­то­рий на­ше­го уст­рой­ст­ва, и с по­мо­щью Terminal IDE пы­та­ем­ся при­сво­ить фай­лу ат­ри­бут ис­пол­няе­мо­го. Ни­че­го не про­ис­хо­дит. При­чи­на в том, что мы ра­бо­та­ем не там, где на­до. Что­бы по­лу­чить власть над фай­лом про­грам­мы, нам на­до ско­пи­ро­вать или пе­ре­мес­тить его в соб­ст­вен­ную фай­ло­вую сис­те­му Terminal IDE. В окне тер­ми­на­ла вводим следующую последовательность ко­ман­д:

cp program ~

cd ~

chmod 777 program

./program

Здесь program – ис­пол­няе­мый файл про­грам­мы Linux.

Для рас­по­ло­жения соб­ст­вен­ной фай­ло­вой сис­те­мы Terminal IDE ис­поль­зует ди­рек­то­рию /data/data/com.spartacusrex.spartacuside/files, то есть од­ну из тех ди­рек­то­рий, к ко­то­рым на неру­то­ван­ном уст­рой­ст­ве по­лу­чить доступ с по­мо­щью обыч­но­го тер­ми­на­ла нель­зя. Terminal IDE по­лу­ча­ет доступ к этой ди­рек­то­рии как «че­ст­ное» при­ло­жение Android. Та­ким об­ра­зом, мы сно­ва ис­поль­зу­ем воз­мож­но­сти при­ло­жений Android для то­го, что­бы рас­ши­рить воз­мож­но­сти при­ло­жений Linux.

С точ­ки зрения са­мой про­грам­мы Terminal IDE ука­зан­ная ди­рек­то­рия пред­став­ля­ет­ся как до­маш­няя ди­рек­то­рия поль­зо­ва­те­ля (имен­но на нее ука­зы­ва­ет тиль­да при ра­бо­те в bash). Внут­ри этой ди­рек­то­рии вы неожи­дан­но най­де­те под­ди­рек­то­рии bin и lib. Ди­рек­то­рия bin со­дер­жит все про­грам­мы, ко­то­ры­ми поль­зу­ет­ся Terminal IDE (про­грам­мы ском­по­но­ва­ны ста­ти­че­­ски), а ди­рек­то­рия lib ниче­го не со­дер­жит.

В за­клю­чение от­ме­чу, что про­грам­ма весь­ма тре­бо­ва­тель­на к объ­е­мам па­мя­ти. В хранили­ще при­ло­жение занима­ет 104 ме­га­бай­та (в мо­ей сис­те­ме это ре­корд). В опе­ра­тив­ной па­мя­ти за­ня­тый объ­ем ко­леб­лет­ся в рай­оне 20 ме­га­байт. В этот объ­ем, ра­зу­ме­ет­ся, не вхо­дят про­грам­мы, за­пу­щен­ные из тер­ми­на­ла, ко­то­рые во­об­ще неви­ди­мы для сис­те­мы. Так что при ра­бо­те с Terminal IDE на уст­рой­ст­вах с неболь­шим объ­е­мом опе­ра­тив­ной па­мя­ти сле­ду­ет со­блю­дать осто­рож­ность. Terminal IDE отнюдь не слу­чай­но является од­ной из тех про­грамм, ко­то­рые ис­поль­зу­ют стро­ку со­стояния Android для пре­ду­пре­ж­дения пользователя о том, что они за­пу­ще­ны. Кро­ме то­го, про­грам­ма до­пуска­ет яв­ное за­вер­шение сво­ей ра­бо­ты, а не пе­ре­кла­ды­ва­ет этот про­цесс на пле­чи Android.

Ес­ли ха­ке­ров мож­но в ка­ком-то смыс­ле сравнить с ры­ца­ря­ми, то курс мо­ло­до­го ры­ца­ря на этом за­кон­чен. Вы вла­дее­те всем необ­хо­ди­мым, что­бы про­дол­жить са­мо­стоя­тель­ное изу­чение тон­ко­стей ме­ханики ARM и Android для рас­ши­ре­ния воз­мож­но­стей этой ОС. |