Ждём Ваших отзывов о материале.

Соблюдение Правил конференции строго обязательно!
Флуд, флейм и оффтоп преследуются по всей строгости закона!
За статью можно проголосовать на странице материала.

ждем....

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

Не ожидал от вас такое услышать об Apple
В теории их можно не только в телефоны сунуть, да и важна не столько 64-разрядность, как сопутствующие ей усовершенствования архитектуры. Так что воспринимайте 64-разрядность как одну из возможностей, а не как единственную...

Это не проблема архитектуры и курса развития оной.
Таким программистам "счеты" в руки выдай - они и с ними чудить будут

Apple сейчас вынужденно делает то, что хочется потребителю. стоны от хомяков, что хочу больше 4 гигов памяти в телефоне, уже давно слышаться.

Добавлено спустя 2 минуты 42 секунды:

32 битность ещё очень долго можно совершенствовать. как показывает практика, даже добавление новых инструкций, в проц, менее деструктивна для программ, нежли увеличенное в разрядности вычислительное ядро.

Добавлено спустя 1 минуту 6 секунд:

а что с ними делать, как их пиннать можно, чтоб они ленью не страдали?

Так Apple не устанавливает в свои iPhone больше 1 GiB RAM. Вы сами себе противоречите!

Вообщето эпл здесь в общем то непричём, ARM давно стремится откусить кусочек от рынка серверов, а там без 64-битности делать нечего.А так как MediaTek, как и большинство производителей процев для смартфонов, пользуются исключительно готовыми ядрами, которые предоставляет им ARM, им некуда деваться, т.к. A53 и A57 64-битные по дефолту, им некуда деваться.

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

неудачная отговорка. Они ещё и к половине возможностей 32-бит не приблизились, до сих пор 1гиг
Не брать бракованный товар...Никто не заставляет их писать сразу 64-бит версии как и использовать новые инструкции(впрочем как и на х86_64)

Добавлено спустя 3 минуты 41 секунду:
Следующая ступень будет 2ГБ, и то за доплату в 100у.е - у них так принято

Ни разу не слышал, чтобы яблочники орали про 4 гига оперативы в айфоне или айпэде.

удачная. arm давно чесали лапки, на 64 бита, ворох лицензиатов тоже. нужно было опередить, вот аппл и поспешил стать первым. так что 4 гига не за горами, тем более что и в настольные маки можно запихнуть, вместо интела.

Добавлено спустя 2 минуты 51 секунду:

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

Добавлено спустя 1 минуту 38 секунд:

всё может быть, я с этим не спорю.

Добавлено спустя 1 минуту 51 секунду:

сейчас на ведре орут. на айфонах требовать будут чуть позже.

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

Это не ошибка, а вполне логичный ход.

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

Добавлено спустя 8 минут 27 секунд:
Правильно, кесарю - кесарево(приложения под стать оСи)

логичный он только в плане продать здесь и сейчас, но затормозило это ос на годы вперед и за чего начинают отставать даже от телефонов.

А новость то где?

MT6732 и MT6752 уже 100 лет как анонсированы на третий квартал.
http://www.ixbt.com/news/hard/index.shtml?17/70/54
Зачем было мариновать новости 3 месяца?

PS в них будет LTE блютуз 4.0 и глонасс. Мне очень интересно чем ответят "бренды" когда у них вообще не останется конкурентных преимуществ.

ЗЗЫ Сейчас рядом со мной 2 телефона. Оба чужие. Один за 200 долларов, другой за 120. По характеристикам очень похожи.
Один на квалкомме, другой на МТК. И чтобы найти различие- нужно стараться.

Это не бага, это фича, причём очень даже разумная.
В отличие от той же винды/unix и прочих подобных систем, где процесс - это нечто совершенно непонятное для системы, которое делает что хочет и когда хочет, на ведре программы разделены на службы, провайдеры контента и гуйню. Благодаря чему система всегда знает, что можно безопасно остановить или даже выкинуть из памяти. Если окошко не показывается, значит ему можно не выделять процессорное время, так что то, что оно висит в памяти ничего не значит.
В то время как в традиционных системах криво написанный обработчик кнопки, будет жрать процессорное время сколько угодно, и остановить его невозможно, не нарушив работоспособность всей программы.
Кнопка выхода в таких условиях просто не нужна: во-первых, когда памяти полно, грех не использовать её для кэширования. Та же винда забивает всю свободную память кэшем диска, андроид же кэширует запущенные программы. Во-вторых, создание окна подразумевает некий процесс загрузки кода и данных, что означает, что убивать окно и потом снова его загружать - это слишком дорого с точки зрения процессорного времени и расхода батареи.
Что до повышенного (относительно IOS) расхода памяти, тут проблема вовсе не к кэше приложений, а в виджетах (увеличивающих потребление памяти десктопом) и сборщике мусора. Сборка мусора - самое надёжное средство от утечек памяти (при этом тоже не гарантирующее результат), но минус его в том, что сборка мусора - дорогая операция и до её окончания невозможно узнать, насколько хорошим будет результат. Поэтому системе выгоднее вызывать сборку мусора пореже и неглубокую, (т.е. собирать только недавно созданные объекты), но такая вот экономия сил приводит к тому, что в процесс может потреблять раза в 1.5-2 больше памяти чем ему реально нужно. В IOS (точнее в objective C) используется либо ручное управление памяти, либо автоматическое на основе подсчёта ссылок.

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

Какая-то глубокая мысль. Ты уверен что мой текст прочитал?

Забитая оператива - ничто. Для мобилы главное батарею держать и отзывчивой быть. Всё это достигается в первую очередь экономией процессорного времени.

LOL.
Вообще-то как раз наоборот, "повторный запуск" из андроида необходим как раз простому пользователю. Вот пользователь сидит в интернете, вдруг принимает звонок с просьбой отослать номер телефона. После чего заходит в контакты, затем в SMS и затем возвращается в браузер. Каждое из этих событий потенциальный "повторный запуск" соответствующего приложения.
Альтернативой этому был бы один из двух подходов
1) однозадачная система без кэша. Тогда каждый из переходов означал бы повторную загрузку приложений
2) традиционная многозадачная система. Как windows mobile, например. Тогда, в зависимости от того, включен ли на этой системе своп, пользователь, не прибивающий вовремя программы, получал бы либо дикие тормоза, либо сообщение о невозможности работы программы из-за нехватки памяти.
Вообще, разработчики андроида допустили в этом вопросе одну ошибку. Если бы они в графе "свободная память" показывали не действительно незанятую память, а сумму незанятой памяти и памяти всех не нужных в данный момент программ, люди бы вроде тебя не парились и спокойно пользовались смартфоном. Собственно, та же 7я винда (десктопная) использует всю незанятую память под кэш диска и народ не парится. Именно потому, что винда знает какую цифру показать.

edal Забитая оперативка это есть гуд. ОП будет жрать энергию независимо от того занята она или вычищена.
А вот на подгрузку с флешки тратится дополнительное процессорное время и энергия. На память не надо гнать- пока она оперативно высвобождается при необходимости. Пусть хоть вся забита будет.