Интересны рассуждения о избыточности оперативной памяти и мощности процессоров в коммуникаторах тех, кто их по сути и не использует даже на 30%. Мне например не хватает того что есть, когда одновременно выполняется несколько программ в фоне и открыты вкладки в браузере, или открыто несколько терминалов и коннект по VPN и VoIP. И да, это порой удобнее чем носить с собой ноутбук, так как он все равно больше по размерам и в карман не помещается. А по поводу критики в адрес андроида, есть за что покритиковать, но так как нет альтернативы можно и промолчать. Вот если бы отказались от ява-машины и переписали бы ось на C... Ну или наконец сделали бы ось на основе Debian, прикрутили бы туда звонилки, телефонную книгу с контактами, а репы оставили бы как есть, вот только мощности современных девайсов для этого явно маловато.

wiki.archlinux.org/index.php/Prelink_(Русский)

С чего бы это? Дальвику пофиг, писан-то он не на асме.
Проблема в нативных библиотеках, которые есть в почти любом софте, и которые сугубо под арм. Тут - да, наступает грусть-печаль...

Скользка такая фразочка.... А, по факту каждый год, или почти каждый, точные цифры за этой фразой: "Нанометров должно быть ровно столько, сколько требуется" все меньше и меньше.

Кремний сюда, Вы приписали.

Единственное исключение для фразы — это SSD диски. Но, ИМХО повторяется истоирия с флешками, которые быстро изнашивались, пока не додумались геометрию транзисторов в микросхемах подправить.

когда там уже 3дс макс портируют?

ненужен, есть блендер.

Это эротика или еще порно?

в чем соль7

Таки за почти год использования W7 64 таки не разу не кончились 16 гектар памяти, рекорд где-то 8 с копейками. Что я делаю не так?

У меня 2 Gb RAM, которых хватает с запасом. Смысл в Windows 64 bit пока не вижу.

#239 Never be afraid to mislabel a product (самое подходящее к сабжу)
я иногда забываю закрыть лишнее и сейчас у меня их 15, в самом жрущем браузере планеты firefox, и занято всего полгига, к примеру MGR в фоне тоже нанимает полгига... по слухам MGR может потянуть разве что Тегра 5, а 15 вкладок не поместится ни на один планшет, ибо экранчики у них маленькие, и вообще кто это на плоннншет ставит лисицу?

dvdm
1. андроид использует не ванильное ядро, а ядро со своими специфичными патчами. по этому не будет ошибкой называть ядро android ядром android.
2. В третьих, DVM просто невозможно реализовать на уровне x86 без двойной трансляции команд - почему нельзя? я с Вами не согласен. то что x86 сам по себе плох для большинства задач и является плохой архитектурой - это да, но то что на нем нельзя реализовать dvm - сомнительно.

Как-там в "Собачьем сердце": "На все вопросы один у на ответ, и никакого другого нет..."!
DVM регистр-ориентированная среда изначально разработанная для архитектуры RISC (в отличие от той-же Java, которой действительно по барабану на чем "вертеться"), т.е. в любом случае необходимы либо трансляция команд, либо другая, отличная от Dalvik (и не регистр-ориентированная) виртуальная машина (а это уже будет не Android, а какой нибудь Тайзен-Шмайзен).

ИМХО вопрос спорный, т.к. ЛЮБОЕ Linux ядро может быть (а зачастую уже реализовано) реализовано как ядро с патчами. И в этом плане Andoid мало отличается от какого нибудь SuSE или Linux прошивки спутниковых ресиверов или аппаратов Garmin (в них тоже Linux). Основное отличие это все-же среда исполнения приложений - DVM.

И назовут это Maemo 5:-) Мощностей n900, хватало. А уж современных смартов, хватит и подавно.

dvdm
ну так ядра и называются по-разному: pf-sources, geek-sources, calculate-sources и.т.д. люди ж говорят "я вчера собрал калькино ядро" - и сразу всем понятно, какое ядро он намедни собирал.
***
почему не регистр ориентированная и почему не dalvik - суть то одна - сделать виртуальную машину, максимально использующую регистры процессора и минимализоровать обращения к ОЗУ.
в общем мне, как эмбеддеру, не совсем понятна проблема.

до 4.3 обновись. Будет меньше гига свободных из 2гб. А уж если навигатор запустить...

Добавлено спустя 5 минут 27 секунд:
Начиная с 4.4 далвик можно заменить на art.

Суть проблемы в огромной разнице самих архитектур. Возможно Вам, как человеку больше склонному к программированию, сложновато понять суть, но изначально DVM разрабатывалась под большое количество регистров в RISC процессорах и длительное хранение переменных в них, что оптимально для DVM. При этом за один такт может осуществляться обращение к нескольким регистрам и выполняться сразу несколько микрокоманд (в отличие от многоуровневых команд х86, где одна громоздкая команда может проводится несколькими тактами CPU, а количество регистров переменных ограничено). Т.е. на уровне C или C++ (объектно-ориентированного программирования) казалось-бы нет никаких проблем в реализации х86 DVM, но здесь речь идет о микроархитектуре и уровне программирования и директив ассемблера. Отказаться от DVM конечно можно, но точно не стоит ожидать совместимости. Да, возможно создание некоего аналога х86 DVM, но это уже точно не будет Android, да и сама задача архитрудная (если вообще выполнимая), т.к. именно множество изолированных VM с длительным регистровым хранением и шустрыми короткими командами делают по сути Android тем, что он есть. В ином случае это будет Windows\Linux\BSD с Android оболочкой. Остается еще и проблема реализации конвейеров в суперскалярных архитектурах RISC и CISC (организация и задачи у них (вернее способ реализации) довольно разные). С уважением...

убунта тач вам в помощь... убунта внебрачный ребенок дебаина + все окружение фактически обычный линукс.

а вот у меня 64 бита на 2гб крутятся и ось прекрасно понимает что такое своп... что я делаю не так? (:

mag_ai бубунта это все ж не дебиан, хотя и ноги оттуда растут.

dvdmAndroid 4.4 разве только Dalvil машина ?