Comments 137
исправьте RISK на RISC
«Благодаря своей активной рекламе, стильному дизайну, активной рекламе» и еще много ляпов.
Видимо, пост писался в ну очень сжатые сроки.
Видимо, пост писался в ну очень сжатые сроки.
а это — так и задумывалось. Подумайте еще немного :)
По масштабу рекламных акций Apple, конечно, впереди планеты всей (заведомо спорное утверждение, ну ладно), но это отнюдь не повод «заикаться» в статьях.
Прочел все, понравилось.
Прочел все, понравилось.
а как иначе коротко и ясно показать _мое мнение_ о том, что успех iphone на 75% реклама и только на 25% — остальные фичи?
UFO just landed and posted this here
UFO just landed and posted this here
спасибо! стыд мне и позор. ну, или заработалась.
>>ни одного преимущества Samsung ARM11, работающего, например, в iPhone 3G, перед Intel PXA
Вы про ядро или вообще? Например, ARM11JZF-S, что в iPhone, содержит векторный мультимедиа-сопроцессор и аппаратный ускоритель java (jazelle); есть ли в базовой спецификации подобные фичи у чипов от Marvell?
Вы про ядро или вообще? Например, ARM11JZF-S, что в iPhone, содержит векторный мультимедиа-сопроцессор и аппаратный ускоритель java (jazelle); есть ли в базовой спецификации подобные фичи у чипов от Marvell?
Первый комментарий по существу. Спасибо! У xscale есть очень неплохие векторные инструкции, есть версия со встроенной графикой, но про java — да, вы правы, такого нет. Хотя, очень интересно, насколько эта штука реально ускоряет.
Бгг, я еще и не так могу. Реквестирую премию от Intel.
>>Хотя, очень интересно, насколько эта штука реально ускоряет.
Думаю, это мы должны у вас спросить, как у человека, через которого проходят потоки разных данных :)
По делу: товарищи с AP7000 наперевес (это который avr32, там тоже java-акселлератор) уверяли, что могут написать почти всю ОС на java, и работать будет также шустро (ну, за редким-метким исключением, но там прямыми руками лечится). К сожалению, из-за стечения обстоятельств лично не удалось оценить, но надежда остается )
>>Хотя, очень интересно, насколько эта штука реально ускоряет.
Думаю, это мы должны у вас спросить, как у человека, через которого проходят потоки разных данных :)
По делу: товарищи с AP7000 наперевес (это который avr32, там тоже java-акселлератор) уверяли, что могут написать почти всю ОС на java, и работать будет также шустро (ну, за редким-метким исключением, но там прямыми руками лечится). К сожалению, из-за стечения обстоятельств лично не удалось оценить, но надежда остается )
Возникает два вопроса: 1) а так ли уж это актуально? 2) А можно ли воспользоваться какими-нибудь стандартными бенчмарками?
Учитывая существование Android 1) да, да и да 2) можно
Android ведь не java-байткод выполняет. У Davlik и архитектура совсем другая (регистры vs. стек) — непонятно, будет ли профит от Jazelle.
>>У Davlik и архитектура совсем другая
Несущественно, по большому счету. Я и не настаиваю на Jazelle. Взгляните шире:
1) в одной из самых потенциально привлекательных ОС присутствует байткод, тонны его :)
2) его нужно эффективно выполнять
3) Jazelle умеет ускорять выполнение байткода
4) ???
5) Профит!
>>Android ведь не java-байткод выполняет
А как там выполняются программы под Dalvik?
Несущественно, по большому счету. Я и не настаиваю на Jazelle. Взгляните шире:
1) в одной из самых потенциально привлекательных ОС присутствует байткод, тонны его :)
2) его нужно эффективно выполнять
3) Jazelle умеет ускорять выполнение байткода
4) ???
5) Профит!
>>Android ведь не java-байткод выполняет
А как там выполняются программы под Dalvik?
UFO just landed and posted this here
Да что вы говорите! Не это ли я уже 3 коммента пытаюсь сказать?
Jazelle (применительно к Dalvik) ничего само не умеет ускорять. Ускорять должен компилятор. Компилятора нет, оценок производительности нет. Чем подтверждается уверенность в том, что Jazelle — очень актуальная для Android технология?
Именно. Jazelle не задействован в приложения по dalvik (jazelle ориентирован на другой, java байткод. Оценка делается исходя из подобной оценки для java-байткода.
Что такое «очень актуальная»? При чем здесь компилятор, не понял совсем :/
Что такое «очень актуальная»? При чем здесь компилятор, не понял совсем :/
Есть 2 сорта Jazelle. DBX — обеспечивает прямое выполнение java-байткода; RCT — это просто набор инструкций для построения native-компиляторов байткода. Обычно задачей такого компилятора является преобразование байткода в оптимизированный машинный код во время выполнения программы (jit) или перед выполнением (aot). Пример такого компилятора — HotSpot в Sun-овских JVM (включая мобильные). Аналогичной технологии в Dalvik пока нет, насколько я знаю.
RCT дает возможность компилировать не в оригинальный ARM-овский набор инструкций, а в более компактный Thumb2-EE. Эти инструкции не выполняются быстрее сами по себе, хотя код получается заметно компактнее.
Понятно, что Dalvik для получения приличной производительности нужен jit-компилятор. Но компилировать можно и под XScale, и под ARM, и под ARM+RCT, и под что угодно. Какой из подходов будет выбран — сказать сейчас сложно.
RCT дает возможность компилировать не в оригинальный ARM-овский набор инструкций, а в более компактный Thumb2-EE. Эти инструкции не выполняются быстрее сами по себе, хотя код получается заметно компактнее.
Понятно, что Dalvik для получения приличной производительности нужен jit-компилятор. Но компилировать можно и под XScale, и под ARM, и под ARM+RCT, и под что угодно. Какой из подходов будет выбран — сказать сейчас сложно.
Ага, теперь понял, спасибо
Блин, отправилось раньше…
Теперь понял, что под компилятором вы имели в виду jit (aot)
Теперь понял, что под компилятором вы имели в виду jit (aot)
ну, у АРМа просто два набора инструкций — длинный и короткий (thumb). Кто из них оригинальный, сказать нельзя :)
Кстати, статьи писать сюда оказалось очень полезно. Я про java-байткод знаю недостаточно, но после чтения этой ветки комментариев, уже гораздо больше.
Кстати, статьи писать сюда оказалось очень полезно. Я про java-байткод знаю недостаточно, но после чтения этой ветки комментариев, уже гораздо больше.
Байткод бывает разный. Наборы инструкций Dalvik и JVM отличаются, поэтому java-код после компиляции надо конвертировать.
Теоретически, Dalvik может использовать Jazelle RCT, если приделать к нему jit-компилятор. Вот только даст ли это прирост производительности? И, главное, будет ли Google этим заниматься? Задача весьма непростая.
Теоретически, Dalvik может использовать Jazelle RCT, если приделать к нему jit-компилятор. Вот только даст ли это прирост производительности? И, главное, будет ли Google этим заниматься? Задача весьма непростая.
Можно подойти с другой стороны. Забудьте про dalvik. Вопрос стоял так — «есть байткод, есть его ускоритель. Выгодно ли его иметь?». Ответ: «даже тупо java дает по тестам ~60% прирост».
Теперь вспомните про Dalvik взад. Если компании ориентируют под Андроид целые телефоны, то сменить ускоритель java на ускоритель dalvik-кода на чипе, который предусматривает подключение такого ускорителя — это перспективнее, чем прикручивать что-то к PXA, в котором его нет изначально.
Уверен, что Qualcomm и Samsung уже работают над этим.
Мы с вами думаем одинаково?
Теперь вспомните про Dalvik взад. Если компании ориентируют под Андроид целые телефоны, то сменить ускоритель java на ускоритель dalvik-кода на чипе, который предусматривает подключение такого ускорителя — это перспективнее, чем прикручивать что-то к PXA, в котором его нет изначально.
Уверен, что Qualcomm и Samsung уже работают над этим.
Мы с вами думаем одинаково?
Да, тема «ускорителя» раскрыта. Осталась тема бенчмарков, но почитав комментарии выше я так думаю, что все упрется в проворность тех, кто пишет операционки.
PXA, как и все АРМы допускает подключение сопроцессоров. Ничто не мешает сделать и java. Но совсем не уверена, что Marvell пойдет по этому пути.
В XScale нет FPU, NEON, Jazelle
>> У xscale есть очень неплохие векторные инструкции
Wireless MMX, оно, извините, «ни в какие ворота»©
Нестандартная штука, сама в себе.
не поддерживаются FP данные, только целочисленные.
64 bit регистры
NEON: 128 bit регистры, FP SIMD
ARM11, кстати, это позапрошлое поколение ARM
>> Хотя, очень интересно, насколько эта штука реально ускоряет.
Интерпретатор в ~2 раза. JIT — ни разу. Но большинство кода в типичной java проге выполняется интерпретатором.
>> У xscale есть очень неплохие векторные инструкции
Wireless MMX, оно, извините, «ни в какие ворота»©
Нестандартная штука, сама в себе.
не поддерживаются FP данные, только целочисленные.
64 bit регистры
NEON: 128 bit регистры, FP SIMD
ARM11, кстати, это позапрошлое поколение ARM
>> Хотя, очень интересно, насколько эта штука реально ускоряет.
Интерпретатор в ~2 раза. JIT — ни разу. Но большинство кода в типичной java проге выполняется интерпретатором.
да, wireless mmx. Ускоряет мультимедиа приложения примерно в той же степени, как и sse2 на десктопе.
да, 64 бита, но этого -хватает. да, целочисленное. Но можно привести примеры реальных распространенных приложений для кпк, использующих fp?
да, 64 бита, но этого -хватает. да, целочисленное. Но можно привести примеры реальных распространенных приложений для кпк, использующих fp?
>> Ускоряет мультимедиа приложения примерно в той же степени, как и sse2 на десктопе.
Это преувеличение, хотя бы потому что sse2 128bit FP, а wmmx 64bit int
>>да, 64 бита, но этого -хватает. да, целочисленное.
У меня машина — запорожец. Мне хватает.
>>Но можно привести примеры реальных распространенных приложений для кпк, использующих fp?
3D игры
Это преувеличение, хотя бы потому что sse2 128bit FP, а wmmx 64bit int
>>да, 64 бита, но этого -хватает. да, целочисленное.
У меня машина — запорожец. Мне хватает.
>>Но можно привести примеры реальных распространенных приложений для кпк, использующих fp?
3D игры
>> распространенных приложений для кпк,
Что там на _КПК_ есть, я не вкурсе. Т.к. не пользуюсь этим.
Я имел в виду iPhone и подобные девайсы.
Что там на _КПК_ есть, я не вкурсе. Т.к. не пользуюсь этим.
Я имел в виду iPhone и подобные девайсы.
а есть данные, что там именно fp?
FP много где используется в iPhone OS, в отличии от WinCE.
В движках, расчитанных на iPhone никто не использует fixed point — это бессмысленно. От геометрии до растеризации всё происходит на FPU.
В движках, расчитанных на iPhone никто не использует fixed point — это бессмысленно. От геометрии до растеризации всё происходит на FPU.
Буду знать. Но пока не понимаю, какие преимущества это дает по сравнению с fixed point.
Как это какие? Скорость, «униформность», простота написания и отладки.
fixed-point — ограниченный диапазон и связанные с этим глюки в вычислениях.
Нечитабельные исходники и куча сдвигов туда/сюда либо
тупое полагательство на темплейтные библиотеки с вытекающими проблемами производительности.
fixed-point — ограниченный диапазон и связанные с этим глюки в вычислениях.
Нечитабельные исходники и куча сдвигов туда/сюда либо
тупое полагательство на темплейтные библиотеки с вытекающими проблемами производительности.
>>Нечитабельные исходники и куча сдвигов туда/сюда либо
тупое полагательство на темплейтные библиотеки с вытекающими проблемами производительности.
С таким, программируя под Xscale, не встречалась никогда. Хороший компилятор, однако. Без проблем брал обычный код с fp и переводил его в то, что надо.
Про ограниченный диапазон — согласна, есть такой момент, но тоже на практике, работая с разными производителями софта, никогда не встречалась. видимо, нечасто бывает.
тупое полагательство на темплейтные библиотеки с вытекающими проблемами производительности.
С таким, программируя под Xscale, не встречалась никогда. Хороший компилятор, однако. Без проблем брал обычный код с fp и переводил его в то, что надо.
Про ограниченный диапазон — согласна, есть такой момент, но тоже на практике, работая с разными производителями софта, никогда не встречалась. видимо, нечасто бывает.
3D игры прекрасно работают на кпк 2005 г. выпуска (pxa 270) с fps>20. компилятор, вестимо, переводит fp в int…
но fp там, по моим воспоминаниям, крайне мало. да и желающих играть на кпк в реально 3d увы,-не больше
но fp там, по моим воспоминаниям, крайне мало. да и желающих играть на кпк в реально 3d увы,-не больше
Компилятор ничего не переводит, всё ручками делается.
КПК — это отдельный разговор. На iPhone желающих достаточно.
Зачем оспаривать преимущество FP я вот не понимаю.
Не было бы преимуществ, не было бы FPU блоков и во «взрослых» процессорах.
Просто потому что в «творении» Интел их нет?
КПК — это отдельный разговор. На iPhone желающих достаточно.
Зачем оспаривать преимущество FP я вот не понимаю.
Не было бы преимуществ, не было бы FPU блоков и во «взрослых» процессорах.
Просто потому что в «творении» Интел их нет?
преимущества fp есть, конечно. кто ж спорит с очевидным. и видны они, если экран достаточных размеров (чего нет на КПК), либо в приложениях, которых на кпк или нет совсем, или 0.1% — все научные расчеты (там даже двойной точности не хватает), финансовые, медицинские и тп.
преимущества видны тем кто программирует это дело =)
например, если точка зафиксирована в 16 бите,
то простое действие 1/25000 = 0,00004 * 2^16 => 2.62144
мы можем записать только 2 или 3 (целое число),
т.е. диапазон 21846...32767 даёт один и тот же результат
и это только в одной операции ошибка достигает 30%
расширение до 64бит поможет, но зачем так извращаться?
то простое действие 1/25000 = 0,00004 * 2^16 => 2.62144
мы можем записать только 2 или 3 (целое число),
т.е. диапазон 21846...32767 даёт один и тот же результат
и это только в одной операции ошибка достигает 30%
расширение до 64бит поможет, но зачем так извращаться?
Бесспорно. Но… см. пункт 2 моего комментария. Я оптимизировала xscale Open GL ES под windows mobile. От отсутствия float никто не пострадал :). Хотя, еще раз, я осознаю, что эти проблемы теоретически возможны.
>> Я оптимизировала xscale Open GL ES под windows mobile.
Хм. А у меня всё равно длиннее ^_^
3D пайплайн на fixedpoint обычно получается весьма глючный.
Может я конечно не умею его «готовить», хотя вроде как занимаюсь 3D графикой и оптимизацией :-/
Мой поинт в том, что не нужно ограничивать себя и бороться с «костылями», когда есть полнофункциональные девайсы,
которые быстрее, удобнее, основанные на свежей архитектуре, ARM процессоры (Cortex).
С чего такая привязанность к XScale?
Он же даже уже не имеет никакого отношения к фирме Intel.
«Глупый»,«слабый», но зато «свой», «родной»? =)
Сегодня посмотрел winmobile-based смартфон.
Как же там всё коряво и медленно — это жуть какая-то. Плавный скроллинг отсутствует как класс, видно как перерисовываются крошечные иконки. Бррр!
Хм. А у меня всё равно длиннее ^_^
3D пайплайн на fixedpoint обычно получается весьма глючный.
Может я конечно не умею его «готовить», хотя вроде как занимаюсь 3D графикой и оптимизацией :-/
Мой поинт в том, что не нужно ограничивать себя и бороться с «костылями», когда есть полнофункциональные девайсы,
которые быстрее, удобнее, основанные на свежей архитектуре, ARM процессоры (Cortex).
С чего такая привязанность к XScale?
Он же даже уже не имеет никакого отношения к фирме Intel.
«Глупый»,«слабый», но зато «свой», «родной»? =)
Сегодня посмотрел winmobile-based смартфон.
Как же там всё коряво и медленно — это жуть какая-то. Плавный скроллинг отсутствует как класс, видно как перерисовываются крошечные иконки. Бррр!
«Глупый»,«слабый», но зато «свой», «родной»? =)
вот уж никакого отношения к xscale ни одно из этих прилагательных не имеет.
про «коряво и медленно»- а вы уверены, что 1. там вообще РХА? 2. там не стояло ограничение частоты процессора до 108 МГц? 3.что это — не проблема софта? я- не уверена.
я видела кучу супертормозныыых смартфонов от Нокии, и уверена, что дело там не в проце, который совсем не Интел
А привязанность тут даже не столько к xscale, сколько к arm. Очень неплохая архитектура.
вот уж никакого отношения к xscale ни одно из этих прилагательных не имеет.
про «коряво и медленно»- а вы уверены, что 1. там вообще РХА? 2. там не стояло ограничение частоты процессора до 108 МГц? 3.что это — не проблема софта? я- не уверена.
я видела кучу супертормозныыых смартфонов от Нокии, и уверена, что дело там не в проце, который совсем не Интел
А привязанность тут даже не столько к xscale, сколько к arm. Очень неплохая архитектура.
>>Сегодня посмотрел winmobile-based смартфон.
В этих словах вроде как нет ни одного слова «PXA», «XScale» и т.д. или я ослеп?
XScale — тормозной и жадный до аккумулятора проц.
По крайней мере у меня такое впечатление сложилось от моего старого КПК на PXA250. С радостью избавился от этого чуда техники иначе его бы ждала смерть от перепрошивки или молотка (в худшем случае).
В этих словах вроде как нет ни одного слова «PXA», «XScale» и т.д. или я ослеп?
XScale — тормозной и жадный до аккумулятора проц.
По крайней мере у меня такое впечатление сложилось от моего старого КПК на PXA250. С радостью избавился от этого чуда техники иначе его бы ждала смерть от перепрошивки или молотка (в худшем случае).
beeruser 31 августа 2009, 17:43 # ↑↓
0>>Сегодня посмотрел winmobile-based смартфон.
В этих словах вроде как нет ни одного слова «PXA», «XScale» и т.д. или я ослеп?
Да, таких слов нет. Тогда я просто не поняла, при чем тут это :) Win mobile -жутко глючная штука. И мобильный линукс не лучше. Симбиан — очень давно не использовала, но пару лет назад тоже был не лучше. И есть этому свои причины, которые тут обсуждать не буду.
0>>Сегодня посмотрел winmobile-based смартфон.
В этих словах вроде как нет ни одного слова «PXA», «XScale» и т.д. или я ослеп?
Да, таких слов нет. Тогда я просто не поняла, при чем тут это :) Win mobile -жутко глючная штука. И мобильный линукс не лучше. Симбиан — очень давно не использовала, но пару лет назад тоже был не лучше. И есть этому свои причины, которые тут обсуждать не буду.
Я когда потехи ради портировал под symbian свой 3D движок (лет 6 тому назад) столкнулся с тем, что их функция копирования экрана из 256 цветов в 12 бит (4096 цветов) работала чуть ли не 40ms.
Как только я написал тупой цикл перекодировки 256->4096 цветов в 3 строчки + их же копирование экрана, только без конверсии, мой движок с 15 fps до ускорился до стабильных 60+ fps.
Что же можно было накосячить в цикле
for(each pixel)
*dst++ = palette[*src++];
чтобы он работал в разы медленнее чем текстуринг в 2 слоя с освещением, для меня осталось загадкой
Как только я написал тупой цикл перекодировки 256->4096 цветов в 3 строчки + их же копирование экрана, только без конверсии, мой движок с 15 fps до ускорился до стабильных 60+ fps.
Что же можно было накосячить в цикле
for(each pixel)
*dst++ = palette[*src++];
чтобы он работал в разы медленнее чем текстуринг в 2 слоя с освещением, для меня осталось загадкой
Что можно накосячить в простом цикле? Да что угодно. Надо смотреть ассемблер, иначе будет просто диагноз по фото :)
У xscale есть интересная штука — встроенная память с быстрым доступом, которую можно использовать под видеопамять. Так что для граммотно написанного графического софта под qvga экран там обновляется просто мгновенно.
У xscale есть интересная штука — встроенная память с быстрым доступом, которую можно использовать под видеопамять. Так что для граммотно написанного графического софта под qvga экран там обновляется просто мгновенно.
смотрю вы в теме :-) после событий на прошлой неделе появилась мысли и вопросы, а ответы не знаю где искать.
как вы оцениваете появление ARM на десктопе?
Что будет, если у Apple линейка устройств(слово компьютеры толкуются всё ещё по старинке) разделиться на 2: casual и «производитель контента». категорию номер один займут вещи аля iPad, во второй, из-за наличия софта — всё ещё будет держать x86.
ибо ведь подставил клаву к iPad — и вот тебе десктопный комп, который при наличии нужного софта будет удовлетворять 80% людей.
вот и вопрос: подходит ли ARM на десктоп? если нет, то почему?
ведь Apple надо будет сейчас «обслуживать» по сути две OS, и на чем-то надо будет сделать приоритет.
как вы оцениваете появление ARM на десктопе?
Что будет, если у Apple линейка устройств(слово компьютеры толкуются всё ещё по старинке) разделиться на 2: casual и «производитель контента». категорию номер один займут вещи аля iPad, во второй, из-за наличия софта — всё ещё будет держать x86.
ибо ведь подставил клаву к iPad — и вот тебе десктопный комп, который при наличии нужного софта будет удовлетворять 80% людей.
вот и вопрос: подходит ли ARM на десктоп? если нет, то почему?
ведь Apple надо будет сейчас «обслуживать» по сути две OS, и на чем-то надо будет сделать приоритет.
iPad это по-сути средство для потребления контента.
С «классическим» десктопом на ARM всё посложнее, так как нужна более комплексная софтверная поддержка. Пока люди отравлены виндой, это никуда не пойдёт.
Железки то обещают ещё в конце прошлого года выпустить в массовое плавание.
А вот с софтом проблемы — из-за него и тормозят.
Пока что на ARM системах сидят люди использовавшие Acorn / RISC PC.
Linux на ARM хоть и работает, но явно тяжеловат.
С «классическим» десктопом на ARM всё посложнее, так как нужна более комплексная софтверная поддержка. Пока люди отравлены виндой, это никуда не пойдёт.
Железки то обещают ещё в конце прошлого года выпустить в массовое плавание.
А вот с софтом проблемы — из-за него и тормозят.
Пока что на ARM системах сидят люди использовавшие Acorn / RISC PC.
Linux на ARM хоть и работает, но явно тяжеловат.
Linux на ARM хоть и работает, но явно тяжеловат.
а в чем это выражается? FireFox тормозит сильнее?
так как нужна более комплексная софтверная поддержка
компиляторы уже есть. нужна публика с устройствами тоже будет.
вот, после того как написал вам коммент, наткнулся на дискуссию — habrahabr.ru/blogs/iTablet/40069/#comment_968695
советую почитать полную версию этого моего поста- «трилогию» :) здесь:
software.intel.com/ru-ru/blogs/2009/08/13/iii/
software.intel.com/ru-ru/blogs/2009/08/10/arm-atom-x86-pda-umpc/
software.intel.com/ru-ru/blogs/2009/08/12/ii/
полагаю, что там есть ответ на ваши вопросы
software.intel.com/ru-ru/blogs/2009/08/13/iii/
software.intel.com/ru-ru/blogs/2009/08/10/arm-atom-x86-pda-umpc/
software.intel.com/ru-ru/blogs/2009/08/12/ii/
полагаю, что там есть ответ на ваши вопросы
1) я не специалист по процессорам, чтобы вести объективную дискуссию
2) в ссылках к сожалению нет ответа на вопрос: что будет, если ARM придет на desktop
3) веры в «Atom на смартфонах» нет, пока не увижу аля iPhone на x86(ia32). чтобы всё было по взрослому: вес, размер, батарейка, функции, время жизни от зарядки
4) интересный комментарий:
5) веры в «Atom на нужной мне таблетке» нет, т.к. iPad: 10 часов видео, 1 месяц(!) в ожидании и при этом 670 грамм.
2) в ссылках к сожалению нет ответа на вопрос: что будет, если ARM придет на desktop
3) веры в «Atom на смартфонах» нет, пока не увижу аля iPhone на x86(ia32). чтобы всё было по взрослому: вес, размер, батарейка, функции, время жизни от зарядки
4) интересный комментарий:
Во-вторых, сама по себе ARM гораздо более производительная, чем сама по себе x86. Если строить ARM-процессор и x86-процессор по одним и тем же принципам, ARM уделает x86 с огромным приемуществом. А сделать высокопроизводительный OoOE ARM ничего не мешает. В архитектуре ограничений на это нет. Только вот вопрос: а оно кому-то нужно? Если практика показывает, что гораздо удобнее делать многоядерные и параллельные дизайны для вычислительных нагрузок из реальной жизни. IBM же и SUN идут по этому пути не потому что они не умеют OoOE суперскаляры делать, а потому что альтернативные архитектуры в современных условиях эффективнее.Источник — habrahabr.ru/blogs/iTablet/40069/#comment_971392
5) веры в «Atom на нужной мне таблетке» нет, т.к. iPad: 10 часов видео, 1 месяц(!) в ожидании и при этом 670 грамм.
2) ответ там точно есть. Если ARM придет на десктоп, то будет АRM на десктопе :) Естественно, только на том, который предназначен для потребления контента. На десктопах-создателях контента Арма не будет по причинам отсутствия соответствующего софта, а, главное, недостаточной для этого производительности.
3) у меня, как у частного лица, тоже насчет «Атома на смартфонах» большие сомнения — объективных причин иметь его там нет, зато недостатки, которые вы упомянули- «размер, время жизни от зарядки»
пока есть.
4) я бы поспорила с этим комментарием, если бы он не спорил с собой сам :) а именно, начало — «Если строить ARM-процессор и x86-процессор по одним и тем же принципам, ARM уделает x86 с огромным приемуществом», с которым я не согласна, конфликтует с концом -«потому что альтернативные архитектуры в современных условиях эффективнее.» С концом я согласна.
3) у меня, как у частного лица, тоже насчет «Атома на смартфонах» большие сомнения — объективных причин иметь его там нет, зато недостатки, которые вы упомянули- «размер, время жизни от зарядки»
пока есть.
4) я бы поспорила с этим комментарием, если бы он не спорил с собой сам :) а именно, начало — «Если строить ARM-процессор и x86-процессор по одним и тем же принципам, ARM уделает x86 с огромным приемуществом», с которым я не согласна, конфликтует с концом -«потому что альтернативные архитектуры в современных условиях эффективнее.» С концом я согласна.
Ноутбуки и ноутбяки.
дорогие, тяжелые, и слишком громоздкие…
не работают от батареи больше 2-3 часов…
не имеют… Bluetooth и\или Wi-Fi
//------------------------------------------------
Странное представление о ноутбуках, а как же Apple MacBook?
дорогие это про него но во всем остальном…
батарея уже держит до 7 часов (если что то округлим до 5)
носить 2 кг ноута с 2.5ггзХ2 процом не очень тяжело :)
Не смотря на то что еще делают действительно «чемоданы»
со временем как не крути ноутбуки становятся все меньше и мощнее.
Мое мнение что ноутбуками/нетбуками с процессорами ARM из за низкой цены,
хотят привлечь клиентов которые сейчас ощущают денежный «кризис».
И со временем, когда всемирный «кризис» пройдет все вернется на круги своя потому что требования к скорости постоянно растут (но все может быть, и может ARM до 5 ггз дотянет :) но такая мысль почему-то стает сомнительна когда смотрю в сторону Atom)
Ноутбуки дальше будут становиться все меньше, при том становясь все мощнее.
Мой прогноз на 2012 год:
Intel Atom в смартбуках (так будут называть новые маленькие телефоно-ноуты :) которых новый тип батареи что держит заряд неделю)
Вспомните прошлый век, не так уж давно был актуален вопрос: «а какого у тебя цвета подсветка дисплея в телефоне?» потому что все было черно-белое.
Неужели вы думаете что с таким стремительным ростом развития технологий, архитектуры и мощи ARM будет достаточно для мобильного телефона через 5 лет?
Поживем увидим, посмотреть в будущее можно только со временем :)
дорогие, тяжелые, и слишком громоздкие…
не работают от батареи больше 2-3 часов…
не имеют… Bluetooth и\или Wi-Fi
//------------------------------------------------
Странное представление о ноутбуках, а как же Apple MacBook?
дорогие это про него но во всем остальном…
батарея уже держит до 7 часов (если что то округлим до 5)
носить 2 кг ноута с 2.5ггзХ2 процом не очень тяжело :)
Не смотря на то что еще делают действительно «чемоданы»
со временем как не крути ноутбуки становятся все меньше и мощнее.
Мое мнение что ноутбуками/нетбуками с процессорами ARM из за низкой цены,
хотят привлечь клиентов которые сейчас ощущают денежный «кризис».
И со временем, когда всемирный «кризис» пройдет все вернется на круги своя потому что требования к скорости постоянно растут (но все может быть, и может ARM до 5 ггз дотянет :) но такая мысль почему-то стает сомнительна когда смотрю в сторону Atom)
Ноутбуки дальше будут становиться все меньше, при том становясь все мощнее.
Мой прогноз на 2012 год:
Intel Atom в смартбуках (так будут называть новые маленькие телефоно-ноуты :) которых новый тип батареи что держит заряд неделю)
Вспомните прошлый век, не так уж давно был актуален вопрос: «а какого у тебя цвета подсветка дисплея в телефоне?» потому что все было черно-белое.
Неужели вы думаете что с таким стремительным ростом развития технологий, архитектуры и мощи ARM будет достаточно для мобильного телефона через 5 лет?
Поживем увидим, посмотреть в будущее можно только со временем :)
Вы вообще текст читали? Посмотрите наверх через 3 строчки…
>>носить 2 кг ноута с 2.5ггзХ2 процом не очень тяжело
Есть у меня 13" гроб. 2+ кг. Далеко от дома с ним напряжно таскаться.
Так что он выполняет функцию десктопа =)
Вот 10" в самый раз. И никакого Атома, only ARM. Ненавижу писизм, но приходится терпеть.
>> с таким стремительным ростом развития технологий
То-то Интел повадился выпускать новые процы, по производительности болтающиеся на отметке +-5% процентов от текущего предложения.
>> Неужели вы думаете что с таким стремительным ростом развития технологий, архитектуры и мощи ARM будет достаточно для мобильного телефона через 5 лет?
Разумеется будет достаточно. Большую часть работы и так делают акселераторы.
И быстрее и затрачивают на это гораздо меньше энергии.
Не думаю что есть какой либо смысл разгонять ARM >1Ghz в телефоне.
Лично я предпочту телефон, который работает неделю от одной зарядки, любому смартфону/гейфону.
Есть у меня 13" гроб. 2+ кг. Далеко от дома с ним напряжно таскаться.
Так что он выполняет функцию десктопа =)
Вот 10" в самый раз. И никакого Атома, only ARM. Ненавижу писизм, но приходится терпеть.
>> с таким стремительным ростом развития технологий
То-то Интел повадился выпускать новые процы, по производительности болтающиеся на отметке +-5% процентов от текущего предложения.
>> Неужели вы думаете что с таким стремительным ростом развития технологий, архитектуры и мощи ARM будет достаточно для мобильного телефона через 5 лет?
Разумеется будет достаточно. Большую часть работы и так делают акселераторы.
И быстрее и затрачивают на это гораздо меньше энергии.
Не думаю что есть какой либо смысл разгонять ARM >1Ghz в телефоне.
Лично я предпочту телефон, который работает неделю от одной зарядки, любому смартфону/гейфону.
UFO just landed and posted this here
Для меня тоже сейчас удобное решение мощный КПК + телефон чтобы долго батарею держал.
А в ноутах по мне золотая середина 13.3", и чем мощнее тем лучше, на ноуте ~9" дискомфортно. Каждому свое, о вкусах не спорят.
Несколько лет назад ноут 2 кг с такой конфигурацией трудно было вообразить, подождите еще пару лет :)
А в ноутах по мне золотая середина 13.3", и чем мощнее тем лучше, на ноуте ~9" дискомфортно. Каждому свое, о вкусах не спорят.
Несколько лет назад ноут 2 кг с такой конфигурацией трудно было вообразить, подождите еще пару лет :)
х86 держится на шлейфе(старые наработки, windows :D ), риск — более оптимальная архитекура. imho? )
>>архитектуры и мощи ARM будет достаточно для мобильного телефона через 5 лет?
тоже считаю, что будет достаточно, ибо речь идет о потреблении контента, причем, ограниченном, а не о его создании. Телефон — не для этого.
тоже считаю, что будет достаточно, ибо речь идет о потреблении контента, причем, ограниченном, а не о его создании. Телефон — не для этого.
Intel Atom в лёгких букварях вытеснится скорей всего CULV'ами)
Собственно вот
Nehalem чуть-чуть впереди Yorkfield-а. Они даже по цене одинаковые.
www.ixbt.com/cpu/intel-c2q-9650.shtml
20% — это отличие быстродействия топа от low-end (среди четырёхядерников core2).
Смешно.
Nehalem чуть-чуть впереди Yorkfield-а. Они даже по цене одинаковые.
www.ixbt.com/cpu/intel-c2q-9650.shtml
20% — это отличие быстродействия топа от low-end (среди четырёхядерников core2).
Смешно.
Спасибо, очень интересный обзор. Да, с цифрами не поспоришь. Но их можно дополнить :) У i7 есть еще ряд нужных (значительной группе пользователей) фич по сравнению с Core 2. А именно — Turbo Boost (ускоряет однопоточные приложения), улучшенная поддержка виртуализации,… да и не все группы приложений в тесте рассмотрены. Есть еще ряд приложений, у которых прирост на i7 доходит до уже несмешных 50%
Не могу понять эти теги b. Статья для меня или для поискового робота? :/
UFO just landed and posted this here
сцылку на модель из этой «тенденции» в студию!
UFO just landed and posted this here
Спасибо.
Похоже на Asus Express Gate, только ещё и на отдельном процессоре, и умеет Microsoft® Exchange: www.dell.com/downloads/global/power/ps3q08-20080397-RecentCitings.pdf
Похоже на Asus Express Gate, только ещё и на отдельном процессоре, и умеет Microsoft® Exchange: www.dell.com/downloads/global/power/ps3q08-20080397-RecentCitings.pdf
Но, вообще, идея хорошая — в дороге хабр почитать, почту проверить, текстовый документик набить, музычку послушать хватит и какой-нибудь Google OS c ARM, а для сурьёзной работы (поиграться) дома или в офисе загружай любимую винду и подключайся к розетке :)
Когда я впервые узнала про такие модели, то сначала — восхитилась, но через несколько минут размышления восторг прошел совсем. Ну подумайте — при заданном формфакторе ноута и наличии в нем х86, _единственное_, для чего человек может захотеть возиться с перегрузкой в ARM -это экономия батареи. Других причин не вижу. Но я лично в этом случае, при всей своей честной любви к АРМу выбрала бы просто носить с собой доп. батарею. Ведь чем сложнее система, тем она капризнее, да и возня с переключением наверняка оттолкнет.
… Лучше бы создатели таких девайцсов оборудовали их солнечной батареей, педальным приводом, или иным способом поддержать энергопитание :)
… Лучше бы создатели таких девайцсов оборудовали их солнечной батареей, педальным приводом, или иным способом поддержать энергопитание :)
ну, так уж и единственное?
1. быстрая загрузка ПК — не знаю, как Latitude ON, но Express Gate (на обычном процессоре) грузится секунд за 10 (вместе с POST)
2. безопасность — у меня дома Asus Express Gate, так я им пользуюсь только для онлайн-банкинга, хотя троянов и вирусов на домашнем компе никогда не было (обнаружено) — антивирусный монитор всегда включен.
ну и батарея, конечно — в дороге каждый лишний час работы ПК дорог
с Express Gate возни никакой нет — при загрузке компа можно выбрать (мышкой), в какой OS грузиться
1. быстрая загрузка ПК — не знаю, как Latitude ON, но Express Gate (на обычном процессоре) грузится секунд за 10 (вместе с POST)
2. безопасность — у меня дома Asus Express Gate, так я им пользуюсь только для онлайн-банкинга, хотя троянов и вирусов на домашнем компе никогда не было (обнаружено) — антивирусный монитор всегда включен.
ну и батарея, конечно — в дороге каждый лишний час работы ПК дорог
с Express Gate возни никакой нет — при загрузке компа можно выбрать (мышкой), в какой OS грузиться
Быстрая загрузка — только в режиме ARM. Откуда взяться быстрой загрузке обычных Windows? Она будет обычной.
А под возней я понимаю саму перезагрузку системы :). Про безопасность — не поняла. Т.е. вы полагаете, что у х86 ее нет, но у ARM — есть?
А под возней я понимаю саму перезагрузку системы :). Про безопасность — не поняла. Т.е. вы полагаете, что у х86 ее нет, но у ARM — есть?
Я и не говорил про быструю загрузку Windows. Быстро должна (по идее, и по описанию на сайте Dell) грузиться встроенная OS (на ARM).
Так как эта OS — Linux, то многие проблемы безопасности Windows сразу отпадают. Я использую Express Gate для онлайн-банкинга.
Сопссно, это всё написано в предыдущем комменте.
Так как эта OS — Linux, то многие проблемы безопасности Windows сразу отпадают. Я использую Express Gate для онлайн-банкинга.
Сопссно, это всё написано в предыдущем комменте.
Забавно. Т.е. для вас это получается модель с виртуализацией — не с двумя CPU, а, фактически, с двумя ОС. Тогда -да, она смысл имеет. Но если дело только в одной программе для безопасного интернет-банкинга, то интересно бы послушать эксперта по безопасности ( я им не являюсь). Может, есть и для win подобные решения.
Хорошая статеечка, плюсанул бы, еслиб некоторые тут особо одарённые меня не минусовали)
Эмм… PXA по сравнению с ARM11 — просто ад. Он действительно простой как валенок. Портировать на PXA менее приятное занятие.
Немного не в тему, но тоже про процессоры)
www.engadget.com/2009/08/26/ibm-brings-the-ruckus-and-new-power7-processor/
www.engadget.com/2009/08/26/ibm-brings-the-ruckus-and-new-power7-processor/
Сейчас что-то сложно прогназировать, так как на рынке появилась еще nvidia с ионом и тегрой.
Мне лично нравится подобная идея для постоянного использования + нетбук, когда это необходимо.
Мне лично нравится подобная идея для постоянного использования + нетбук, когда это необходимо.
> не работают от батареи больше 2-3 часов и не имеют встроенных модулей связи Bluetooth и\или Wi-Fi
ИМХО, для 2006 года это совсем не так. Скиньте еще несклько лет.
ИМХО, для 2006 года это совсем не так. Скиньте еще несклько лет.
На рынке ноутбуков вряд ли что-нибудь изменится в ближайшее время — Wintel-платформа практически не потопляема.
Но посмотрим на Google OS — какую архитектуру они выберут.
Но посмотрим на Google OS — какую архитектуру они выберут.
>>каков ваш прогноз на 2012 год
да конец света наступит ))
да конец света наступит ))
На самом деле мало что изменилось, в 2006 были и сабноуты и вайфай в бюджетных ноутбуках. Многое притянуто за уши в статье. Тема чипсетов не затронута.
Что до будущего — все еще более печально. Никаких прорывов и революций, толкание воды в ступе. Куда зарыли концепт вашего интеловского mid? Тот индус на сцене с этой продолговатой штукой произвел на меня настоящий культурный шок. Как всегда, идея уперлась в непроходимый бурелом из себестоимости и энергозатрат?
Что до будущего — все еще более печально. Никаких прорывов и революций, толкание воды в ступе. Куда зарыли концепт вашего интеловского mid? Тот индус на сцене с этой продолговатой штукой произвел на меня настоящий культурный шок. Как всегда, идея уперлась в непроходимый бурелом из себестоимости и энергозатрат?
Кто закрыл концепт MID? Вы случайно не путаете с UMPC? Если речь за UMPC, то похоже, что покупатели и проголосовали против. Вспомним Samsung Q1. Он сейчас на распродажах 600 евро стоит, при том что вдвое более мощный нетбук стоит опять же вдвое меньше евров ;)
Что же касается MID, то здесь Интел предлагает именно концепт, а вот во что ему воплотится — решать производителям, которые подстраиваются под покупателей.
Что же касается MID, то здесь Интел предлагает именно концепт, а вот во что ему воплотится — решать производителям, которые подстраиваются под покупателей.
Вы умеете читать? Речь о MID и только о нем, видео с ним было показано в 2008 году, когда UMPC уже умерли в том виде, в котором они изначально задумывались.
А по поводу концепта — то, что было показано — не совсем концепт, это референсная разработка, созданная совместно с кем-то из партнеров, вроде бы ASUS, и даже назывались некие сроки ее появления на рынке…
А по поводу концепта — то, что было показано — не совсем концепт, это референсная разработка, созданная совместно с кем-то из партнеров, вроде бы ASUS, и даже назывались некие сроки ее появления на рынке…
Уточнение — 2007 год. www.youtube.com/watch?v=pyQ_NWt_sjA
вы неправы. MID живет и развивается. Intel идет в этом направлении, я, как инсайдер, это вижу. Конкретные модели не укажу, но уверена, что вы сами их найдете. Если не сейчас, то в ближайшее время.
а мое личное менение про MID — software.intel.com/ru-ru/blogs/2009/08/13/iii/
а мое личное менение про MID — software.intel.com/ru-ru/blogs/2009/08/13/iii/
Интересно, чем это я вызвал столь бурную реакцию?
Этот «индус» говорит буквально следущее: «I have a small mockup here».
mockup = «макет; модель; имитация».
Вот видео этого года, тут уже другой «индус» показывает реальные устройства.
Этот «индус» говорит буквально следущее: «I have a small mockup here».
mockup = «макет; модель; имитация».
Вот видео этого года, тут уже другой «индус» показывает реальные устройства.
Извиняюсь, ссылку забыл — www.youtube.com/watch?v=ONm93jwpZyA
На видео — да, мокап, однако в пресс-релизах говорилось о реально работающем устройстве.
сабноутов в 2006- не было. и быть не могло. Вай-фай был, но далеко не везде. А иногда он был, а bluetooth -не было (мне почему-то попадались такие ноутбуки). А тк вай-фая тогда было недостаточно, то это, фактически, была ситуация — «нет зуба -нет пищи (интернета)» :)
про чипсеты, сорри, но это -совсем отдельная тема. А MID никто не закрывал.
про чипсеты, сорри, но это -совсем отдельная тема. А MID никто не закрывал.
Сабноуты были еще в 2003. Вы как будто вчера родились :)
без ссылки не поверю точно. со ссылкой — не поверю на 99%. Если бы вы были правы, было бы не нужно изобретать велосипед- UMPC
en.wikipedia.org/wiki/Sony_U-series
«The VGN-U70p was produced in 2004 in Japan. It was not available outside of Japan, but it was available via import retailers.»
И это совсем крайность. Обычными субноутбуками (внешне — копиями того, что мы сейчас называем нетбуками) по цене от $2K в 2003 году были завалены все витрины магазинов и ТЦ.
en.wikipedia.org/wiki/Subnotebook
«The VGN-U70p was produced in 2004 in Japan. It was not available outside of Japan, but it was available via import retailers.»
И это совсем крайность. Обычными субноутбуками (внешне — копиями того, что мы сейчас называем нетбуками) по цене от $2K в 2003 году были завалены все витрины магазинов и ТЦ.
en.wikipedia.org/wiki/Subnotebook
Вик, тут уж тебе придется поверить мне ;)
У меня еще в 2001-м был крошечный Toshiba LIBRETTO на трансмете CRUSOE и с Windows ME. Стоил как небольшой самолет, правда.
У меня еще в 2001-м был крошечный Toshiba LIBRETTO на трансмете CRUSOE и с Windows ME. Стоил как небольшой самолет, правда.
>> Частота нового процессора 1. GHz, он поддерживает экраны до 1920х1200
Кто кого и за что поддерживает, не совсем ясно. И что именно на 1920х1200 — HD видео или подключение монитора с таким разрешением? ;)
Кто кого и за что поддерживает, не совсем ясно. И что именно на 1920х1200 — HD видео или подключение монитора с таким разрешением? ;)
столько не нужного текста, чтоб спросить прогноз на 12 год(((((((((
давайте будем честными, положа руку на сердце, XScale, как решение для смартфонов — умер.
По вашей статье можно подумать что смартфон и коммуникатор совсем одно и тоже. =/
" ядро устроено очень просто (основные идеи взяты из первого Pentium и даже из Intel 80486)… "
Хорошая шутка ;)
Хорошая шутка ;)
Спасибо, что ответили своим топиком на вопрос, который задавали при обсуждении ARM в другом топике, а именно, почему Intel продала XScale. Я тогда предположил, что возможно не потому XScale была ужасна, а потому что рынок был слишком маленький и производство не укладывалось в «формат» корпорации. А тут причина в том, что у Интел в это время развивался потенциальный внутренний конкурент в лице Atom. Спасибо, буду знать :)
пожалуйста. «XScale не была ужасна» ни в коем случае.
иначе его бы никто не купил :)
иначе его бы никто не купил :)
Ну когда мне задавали вопрос типа «Раз ARM так хорош, то почему Intel продал производство XScale на сторону ?» это звучало именно в таком ключе. Вообще в своё время поюзал именно устройство на XScale (Qtek 2020i) и впечатления были положительные (не фонтан конечно, что скорее всего было из-за операционки, но и не сказать, что пользоваться невозможно было). Так что я не считаю (и никогда не считал) XScale г… ном и искал иные причины продажи.
Я прочитал ваш блоге на ISN.
Очень интересные ваши статьи (порадовало независимое мнение от маркетинга Intel) :)
И я считаю, что в конечном итоге всех победят планшетные ПК с ARM-процессорами на борту, и управляемые ОС типа Apple iPhoneOS / Google ChromeOS / MS Windows CE MID :)
Они должны вытеснить обычные Ноутбуки/Нетбуки, да и Десктопы, для потребителей контента (как вы выражаетесь в своем блоге) — потому, что они мобильные, легкие и этим удобные:)
И я считаю, что 80% пользователей — это потребители контента, которым на самом деле не так уж и нужна совместимость с MS Windows`7/Intel x86 (Wintel) и будет вполне достаточно стандартного набора приложений (который уже сегодня есть в любом дистрибутиве Linux-OS), а для остальных (разработчиков контента) останутся рабочие станции на Intel x86!
Я тут создал блог: iTablet touch, заходите, читайте, пишите, будем рады:)
Хоте бы ознакомить вас со статьями (ну если у вас найдется на это время):
1. «Стив Джобс снова пытается изобрести Dynabook!»;
2. «Новости о планшетном компьютере Apple iTablet».
Мне будет очень интересно узнать ваше мнение.
Очень интересные ваши статьи (порадовало независимое мнение от маркетинга Intel) :)
И я считаю, что в конечном итоге всех победят планшетные ПК с ARM-процессорами на борту, и управляемые ОС типа Apple iPhoneOS / Google ChromeOS / MS Windows CE MID :)
Они должны вытеснить обычные Ноутбуки/Нетбуки, да и Десктопы, для потребителей контента (как вы выражаетесь в своем блоге) — потому, что они мобильные, легкие и этим удобные:)
И я считаю, что 80% пользователей — это потребители контента, которым на самом деле не так уж и нужна совместимость с MS Windows`7/Intel x86 (Wintel) и будет вполне достаточно стандартного набора приложений (который уже сегодня есть в любом дистрибутиве Linux-OS), а для остальных (разработчиков контента) останутся рабочие станции на Intel x86!
Я тут создал блог: iTablet touch, заходите, читайте, пишите, будем рады:)
Хоте бы ознакомить вас со статьями (ну если у вас найдется на это время):
1. «Стив Джобс снова пытается изобрести Dynabook!»;
2. «Новости о планшетном компьютере Apple iTablet».
Мне будет очень интересно узнать ваше мнение.
Sign up to leave a comment.
Мобильная история. ARM, Atom, X86, PDA, UMPC и другие буквы и цифры…