android vs linux

[tvv385]

Hello.

Кстати, а те сборки андроида что для x86 они с доступом к root линукса, или еще недохаканные?..

Вообще, андроидное ядро линукса пригодно для использования как линукса, или они там еще что-то ампутировали?

Vladimir
PS да, кстати, а под линуксом сложно запустить андроидные программы?..
Теоретически ядро линукса уже запущено, остается только dalvik-ку подсунуть код андроидной программы на запуск...
Или там еще какие-то глубокие половые различия в ядрах и библиотеках?

[Zab]

У андроида ампутированы многие жизненно важные органы юникса. Это не юникс, по большому счету. Нельзя взять юниксовую утилиту в дистрибутиве и развернуть на андроиде. Там отсутствует компилятор си без плюсов, хотя бы поэтому.

[tvv385]

Сообщение от Zab

У андроида ампутированы многие жизненно важные органы юникса. Это не юникс, по большому счету. Нельзя взять юниксовую утилиту в дистрибутиве и развернуть на андроиде. Там отсутствует компилятор си без плюсов, хотя бы поэтому.

хм. А зачем они так сделали? Кроме экономии места конечно...

Хорошо. А если наоборот - добавить к линуксу че-нить, чтобы запускались андроидные программы?

Ведь по сути нужна не система, а программы под ней...

Vladimir
PS лучше бы Ц совсем ампутировали

[tvv385]

Сообщение от Zab

У андроида ампутированы многие жизненно важные органы юникса. Это не юникс, по большому счету.

вообще-то я и сам собирался сделать что-то подобное...
Надо посмотреть что там попало под нож

Сообщение от Zab

Нельзя взять юниксовую утилиту в дистрибутиве и развернуть на андроиде.

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

Vladimir

[Zab]

Андроид адаптирован под планшетные устройства, а весь традиционный софт юникса командную строку использует. Крайне неудобно на андроиде имитировать стандартный терминал, это и не пытались сделать, отрезали у юникса буквально все, что его юниксом делало.

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

[Zab]

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

[Afa]

Сообщение от Zab

У андроида ампутированы многие жизненно важные органы юникса. Это не юникс, по большому счету. Нельзя взять юниксовую утилиту в дистрибутиве и развернуть на андроиде. Там отсутствует компилятор си без плюсов, хотя бы поэтому.

линукс эт ядро. не путать с дистрибутивом.
компилер нахрен не нужен - кросскомпиляция.

[Afa]

Сообщение от Zab

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

use source, Luke
маемо вполне справляется без свопа. чем андроид хуже? под маемку кста и терминал есть. и клава. и тачскрин. и вполне себе юнихо. не вижу глобальных отличий андроида от.
псы. а iOS - ваще фря.

[tvv385]

Сообщение от Zab

Свопить некуда.

во-во, вот это и надо - потому как в "современных компютерах"(tm) под систему свопирования замаскирована элементарная тормозилка, которую маркетологи используют чтобы втюхивать "новые модели"...

Попробуй отключить хоть своп в виндусе, например.

Только у Славика хватило ума вестись на этот развод и не проверить А там на самом деле система потом все равно его включит - сколько не выключай. А если задать 0 - то вообще даже не загрузиться - я сам проверял. Минималка - 2 мега, но система умеет ее увеличивать сама без спроса...
(единственный способ который хоть как-то помогает - забить все место на диске чтобы для создания большого свопа просто не хватило места. То есть маленький она все равно создаст - главное не дать ей его увеличить. Тогда виндус еще более-мене сносно работает, хотя это и задалбывает поскольку приходится следить за объемом свободного места...)



То есть там алгоритм примерно такой(ничего общего с алгоритмами эффективного свопирования не имеющий - хоть Кнута почитай) - береться объем физической памяти, и своп делается примерно раз в 5 больше. То есть с расчетом на полное свопирование всей памяти и размазывания блоков максимально не эффективно, чтобы потом не один оптимизатор не смог решить эту проблему тормозов - только покупкой допольнительной памяти - что собстно и нужно маркетологам.

Ну эт ладно - ядро можно и хакнуть - не бином ньютона...


Но самая главная проблема - это то что в виндусе этот лохотрон уже поддержан на уровне практически всех прикладных программ(кто-то понимал - у кого-то просто ума не хватило и писал тупо по рекомендациям SDK, и там это тоже заложено в архитектуру), то есть, любая мизерная программа считает своим долгом сразу запросить объем памяти побольше, на радость этому лохотрону в системе свопирования...

Сообщение от Zab

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

во-во, вот это и надо!

Полная неработоспособность - это уже состояние когда любой судья это может заметить без всяких лохотронных экспертиз от "специалистов" (которых учили в тех-же центрах MS) - и вот тут-то уже можно будет их достать по-настоящему, через суды...

Vladimir

[tvv385]

Сообщение от Afa

псы. а iOS - ваще фря.

а вот с этого места подробнее...

PS я бы лучше freebsd взял за основу, но линукс нынче раскручен в 20 раз больше.