ничего ничего, доживем до 2 марта, и посмотрим что Великий поставил в iPad 2, ггг

Ничего кроме варианта старого одноядерного А4(cortexA8)- потому как нативный софт и если будет новый двухбашковый проц девелоперам придется перепейсывать весь говноапстор.

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

а во вторых, не забывай - разрабам уже только api дают, балансировку на уровне ядер могут сбацать и на уровне OS.

Там в конце поцта как раз был небольшой намек на лулзы.

Такое счастье было бы исполняйся код в VM, которая всё разруливает сама и мусор веником подметает. А так извените, придется многоядерность реализовывать ручками как в виндосе, что как например свидетельствует недавний печальный пример BlackOps выходит не у всех.

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

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

> Ну можно такие однонитевые задачки пускать на разных камнях

В современных OS диспетчирование (распределение процессорных ресурсов) осуществляется на уровне потоков управления (threads, lwp), так что так оно реально и происходит.

> балансировку на уровне ядер могут сбацать и на уровне OS

Это как так? Автоматическое распараллеливание? Или имелся в виду супер-пупер scheduler?

Автоматическое, ага.

хотя хз, как они поступят, может просто положат болт, и все что старое будет утилизировать только одно ядро. Хотите повышения производительности - переписывайте под два:)

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

http://www.itechnews.net/2011/02/14/multi-core-iphone-5-and-ipad-2-hinted-by-benchmarking-app/

это как раз в пользу второго варианта

Тут, кстати, с переходом на многоядерность и тотальном переписывании программ программистов подстерегает ЖОПА огромного размера. Называется memory model. Когда одно ядро пишет в A и B, а второе видит изменения в обратном порядке. А оччень многие полагают, что всё, что делает одно ядро, второе наблюдает в том же порядке. Операции с памятью на совеменных процессорах out of order, есличо.
Потом такие вкусняшки, как atomic. Как C-шный volatile, который ващето нихрена не гарантирует и т.д. и т.п.

ну, не надо забывать что программистам под iOS много не дано, если не пользоваться джейлбрейком. )

Тем хужее для них.
я всё это щастье проходил на весьма экзотичном Итаниум.

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

1. Ну хз, ось как ось, -nix образная. Со своими плюсами и минусами.
2. программирование под iOS СИЛЬНО отличается программирования под MacOS. В двух словах- есть API, его можно пользовать. Другие компиляторы - низя. Пользуйте то что дали. А уж из того что дали, они постараются что оно как нибудь да работало:)

да нихрена не будет.
gcc в большинстве случаев расставляет membar'ы правильно, а до сложных случаев прикладных программистов не допустят.
проходили уже на ppc.

> gcc в большинстве случаев расставляет membar'ы правильно,

Правильно, но неэффективно. Слишком много membar'ов - тоже плохо. Надёжно, но тормозит.
А вручную их расставлять - ещё та песня.
Ну и про 'большинство случаев' - эта пять. Заебёшься такие баги искать.

> а до сложных случаев прикладных программистов не допустят.

Хорошо бы. Но лезут ить, как тараканы на свет.

Оффтоп за яМобилко, я рыдал: http://www.youtube.com/watch?v=t2lw8qVdhJk

Ну вот как то так да