Комментарии 107
НЛО прилетело и опубликовало эту надпись здесь
Скорее это вы покажите, кто лучше, тогда и будет разговор.
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
Видимо, в утверждении про передовые фабрики Intel мало кто сомневается. А вот в Вашем утверждении про магистра чёрной магии сомневаются большинство. Чувствуете разницу?
Опровергнуть утверждение о передовых технологиях Intel весьма просто — показать превосходящую фабрику. Опровергнуть ваше утверждение невозможно, только подтвердить прямой демонстрацией. К сожалению, вы не понимаете принципиальную разницу между доказуемостью.
Пример:
1) Вася лучший прыгун в мире. Находим Петю, который прыгает лучше, чем Вася. Без этого мы не можем сомневаться в утверждении Васи, так как Вася не должен заставлять каждого жителя земли прыгать и сравнивать с ним результат.
2) Вася прыгает на 10 метров в высоту и длину с места. Вася может доказать это просто продемонстрировав. Поэтому без демонстрации доверия этим его утверждениям нет.
Пример:
1) Вася лучший прыгун в мире. Находим Петю, который прыгает лучше, чем Вася. Без этого мы не можем сомневаться в утверждении Васи, так как Вася не должен заставлять каждого жителя земли прыгать и сравнивать с ним результат.
2) Вася прыгает на 10 метров в высоту и длину с места. Вася может доказать это просто продемонстрировав. Поэтому без демонстрации доверия этим его утверждениям нет.
НЛО прилетело и опубликовало эту надпись здесь
Насчёт «в третьих», а вы предлагаете начинать «бить Васе морду» без опровержения его слов? Тоже странно как-то, вам не кажется?
НЛО прилетело и опубликовало эту надпись здесь
ОМБ, что ж Вы так убиваетесь из-за банальной маркетинговой фразы. Даже страшно подумать, что с Вами произойдёт от просмотра телевизионной рекламы. О том, что фабрики Intel превосходят конкурентов во всём, не сказано. Что касается вашего Васи, который «обладает лучшими в мире спортивными качествами», то можно предположить, что он как раз занимается маркетингом, раз выбирает такие обтекаемые формы.
Чтобы доказать, что Intel лучший, нужно доказать, что все конкуренты хуже, что довольно затруднительно.
Чтобы доказать, что Intel не лучший, достаточно найти хоть одного конкурента, который лучше их.
Что проще?
Чтобы доказать, что Intel не лучший, достаточно найти хоть одного конкурента, который лучше их.
Что проще?
Это работает в обе стороны, вот вам ответное утверждение: Кремниевые фабрики Samsung/GlobalFoundries/TSMC самые передовые в мире и превосходит в техническом плане фабрики своих конкурентов. Кто теперь должен доказывать свое превосходство?
Используем, к примеру, простой тест. Определяем наиболее передовой доступный техпроцесс (10нм) и сравниваем возможности объёмов производства чипов по такому техпроцессу. Кто лидер? Есть ли у вас обоснованные претензии к такому определению лидерства?
У меня очень много претензий к данному определению лидерства, например GF планируют сразу 7нм выпускать. Значит ли что они превосходят Intel? Обьемы производства тоже не лучший индикатор технической оснащенности, предполагаю что ARM и x86 чипы требуют разных трудо(материало)затрат. Но это уже хоть что то, если мы зафиксировали параметры качества и привели цифры то это предметный разговор. Тут же не было ничего из этого, просто безпредметное утверждение о «передовости» Интела, чему и удивился roboq6. Почему roboq6 должен опровергать это утверждение для мена загадка.
Всё же, это не википедия с требованием подтверждающей ссылки для каждого утверждения. Если кто-то сомневается в информации — это его право. Если кто-то хочет указать остальным на неточность — он может, в свою очередь, подкрепить свои слова доказательством. Но без этого это точно так же может вызвать сомнения.
Считаю, что просящего пруфлинк заминусовали сгоряча, но всё же пруфлинк тоже никто не обязан предоставлять и от этого утверждение не становится более истинным или ложным, чем противоположное ему.
Ну а кто приведёт реальные цифры, тот и будет молодец.
Считаю, что просящего пруфлинк заминусовали сгоряча, но всё же пруфлинк тоже никто не обязан предоставлять и от этого утверждение не становится более истинным или ложным, чем противоположное ему.
Ну а кто приведёт реальные цифры, тот и будет молодец.
Вот инфа по интеловскому техпроцесу.
http://myeventagenda.com/sessions/0B9F4191-1C29-408A-8B61-65D7520025A8/14/5#sessionID=1465
http://myeventagenda.com/sessions/0B9F4191-1C29-408A-8B61-65D7520025A8/14/5#sessionID=1465
Точно так же, скорее всего, реагировали производители смартфонов на предложение заменить процессор ARM на x86 в выпускаемых ими устройствах…
Они и было понятно сразу. А вот о чем думали маркетологи Intel, выводят такой продукт, как Atom для смартфонов, на рынок? Что-то вроде «да, все уже живут, и неплохо, и обустроены, и вроде как уже налажено у людей все, но мы придем с новыми квартирами, безо всяких, конечно, бассейнов, но с площадью на 5 кв.м. большей, и все быстро-быстро бросят старое и побегут в наше новое»? А руководство компании не видело этой ситуации еще на старте недешевой попытки?
Было у меня подозрение, что в последние годы Intel локти до плеч сгрызли, что XScale продали.
Я правильно понимаю, что Android на x86 больше не будет поддерживаться Intel?
У ARM, однако, тоже недостатков достаточно, если б Intel более конструктивно работал над своей мобильной ОС, глядишь, что-нибудь интересное и с x86 вышло бы.
Я правильно понимаю, что Android на x86 больше не будет поддерживаться Intel?
На сегодняшний день ARM и Atom конкурируют примерно на равныхРазве были Atomы, равные по энергопотреблению ARMам при одинаковой производительности? Вы-то должны знать, что архитектура x86 перегружена, так как бремя обратной совместимости гордо несёт с далёких 80х (как лет, так и процессоров).
У ARM, однако, тоже недостатков достаточно, если б Intel более конструктивно работал над своей мобильной ОС, глядишь, что-нибудь интересное и с x86 вышло бы.
НЛО прилетело и опубликовало эту надпись здесь
По-моему, она, наоборот, только мешает. Но она заложена в архитектуре x86 и так просто её оттуда не убрать.
Под лозунгом «для них же просто нет старого софта, который использовал бы эти функции» из x64 удалили было все инструкции, которые не используются современными компиляторами. Получилось аж 11 инструкций удалить (из нескольких сотен).
Ну, не совсем. В x86_64 выкинули 4 кольца, оставив только 2 (не считая гипервизоровских заморочек).
НЛО прилетело и опубликовало эту надпись здесь
ACPI не кольцо, т.к. представляет всего лишь код для виртуальной машины ядра.
ME/SMM — не кольцо, т.к. всего лишь запускают указанный код. Насколько я понимаю, никаких специальных прав по памяти оно не создаёт. Там же вопрос не в том, кто кого вытесняет при прерываниях, а в уровнях доступа к памяти.
ME/SMM — не кольцо, т.к. всего лишь запускают указанный код. Насколько я понимаю, никаких специальных прав по памяти оно не создаёт. Там же вопрос не в том, кто кого вытесняет при прерываниях, а в уровнях доступа к памяти.
НЛО прилетело и опубликовало эту надпись здесь
SMM — настоящее кольцо, у него свои IDT/GDT, свои права на доступ к памяти и устройствам, своя виртуализация и свой набор MSR-регистров, некоторые из которых доступны только из SMM.
ME — не кольцо, а микроконтроллер со своей архитектурой и прошивкой, имеющий доступ к памяти x86 через DMA.
ME — не кольцо, а микроконтроллер со своей архитектурой и прошивкой, имеющий доступ к памяти x86 через DMA.
Ну планшеты на последних работают по 10 часов легко, смартфоны тоже никто не жаловался на жор. Как раз Атомы были созданы для того чтоб архитектуру упростить максимально и довести TDP до 2 ватт, для смартов возможно и того мельче.
А что у них с производительностью?
Я знаю, что Атомы для этого делали, и, если они таки достигли цели и закопали Атомы, это выглядит странно.
Я, кстати, почти собрался купить себе планшет на Атоме, чтобы взгромоздить на него GNU/Linux, а тут их прикрыли.)
Я знаю, что Атомы для этого делали, и, если они таки достигли цели и закопали Атомы, это выглядит странно.
Я, кстати, почти собрался купить себе планшет на Атоме, чтобы взгромоздить на него GNU/Linux, а тут их прикрыли.)
GNU/Linux и на ARM взгромоздить можно.
На ARM в принципе можно и довольно легко. А с GPU уже начинаются проблемы и, если мы берём не Raspberry Pi, а планшет, то просто так туда систему не поставишь — приходится каждый раз перешивать, причём мне ещё надо для этого доставать старый ноутбук с Windows.
Я ставил Ubuntu на свой ARM телефон. Проблема в том, что многие программы не имеют ARM версий и из-за этого система малоюзабельна. Поэтому мне лично жаль, что x86 на телефонах убирают.
>> многие программы не имеют ARM версий
Какие, например? У меня Ubuntu стоит на ARM-ноуте и нескольких компах и я не понимаю о чём вы говорите.
Разве что стимовские игры под линукс, но вполне можно и без них обойтись.
Какие, например? У меня Ubuntu стоит на ARM-ноуте и нескольких компах и я не понимаю о чём вы говорите.
Разве что стимовские игры под линукс, но вполне можно и без них обойтись.
Я пробовал поставить Steam и игры из него. Собственно, ни сам стим, ни его игры не имели ARM версий.
Мне удалось раздобыть исходники Don't Starve и я его скомпилировал, но он не запускался без какого-то пакета, которого для ARM нет, а еще и его компилировать было лень.
Также не работала одна программа, которую часто использую в работе, но я не помню какая. То ли Gimp, то ли Android Studio, то ли еще что.
Поэтому я бросил это дело, так как подозреваю, что и дальше такая ситуация была бы.
Мне удалось раздобыть исходники Don't Starve и я его скомпилировал, но он не запускался без какого-то пакета, которого для ARM нет, а еще и его компилировать было лень.
Также не работала одна программа, которую часто использую в работе, но я не помню какая. То ли Gimp, то ли Android Studio, то ли еще что.
Поэтому я бросил это дело, так как подозреваю, что и дальше такая ситуация была бы.
>> Я пробовал поставить Steam и игры из него.
Это ожидаемо и естественно что сlosed-source программы для х86 не будут работать без эмулятора (например ExaGear https://eltechs.com/product/).
Но всё что есть в репозитории должно работать. Также если есть исходники,
в большинстве случаев можно без особых проблем скомпилировать под ARM.
Gimp работает. Android studio не пробовал. Это же java программа вроде как?
Может у вас просто JVM не стоял или памяти не хватило?
>>Также не работала одна программа
>> подозреваю, что и дальше такая ситуация была бы.
Я выглянул в окно — на улице лил дождь. Подозреваю, что теперь так будет всегда.
Это ожидаемо и естественно что сlosed-source программы для х86 не будут работать без эмулятора (например ExaGear https://eltechs.com/product/).
Но всё что есть в репозитории должно работать. Также если есть исходники,
в большинстве случаев можно без особых проблем скомпилировать под ARM.
Gimp работает. Android studio не пробовал. Это же java программа вроде как?
Может у вас просто JVM не стоял или памяти не хватило?
>>Также не работала одна программа
>> подозреваю, что и дальше такая ситуация была бы.
Я выглянул в окно — на улице лил дождь. Подозреваю, что теперь так будет всегда.
У меня нет цифр, но примерно — да. Перегруженность (% площади CPU, который этим наследством занимается) очень маленькая, там буквально проценты.
Без цифр это как-то это туманно.
Понятно, что в современный процессор можно вставить несколько десятков 8086 и это будет абсолютно незаметно, но по-моему обратная совместимость имеет слишком глубокие метастазы, чтобы можно было бы легко выделить и подсчитать транзисторы, которые ей занимаются.
Понятно, что в современный процессор можно вставить несколько десятков 8086 и это будет абсолютно незаметно, но по-моему обратная совместимость имеет слишком глубокие метастазы, чтобы можно было бы легко выделить и подсчитать транзисторы, которые ей занимаются.
Разве были Atomы, равные по энергопотреблению ARMам при одинаковой производительности?Самые свежие версии Атомов были близки. И по отзывчивости, кажется, даже лучше. Если бы их запустили на 10нм, то были бы точно не хуже, а, вероятно даже лучше и с лучшим частотным потенциалом.
Я полностью доволен своим Asus Zenfone 2 на 4 х 2,3ГГц х86-64 Атоме с двухканальной памятью и это при его 22 nm.
Похоже что Atom`ы теперь будут только для IoT и для гибридных устройств планшет/ноутбук. Для смартфонов теперь только АРМ.
Да, все именно так
То есть, у меня есть ещё шанс приобрести планшет, который будет сродни ноутбуку в плане выбора ОС или эти устройства будут жёстко привязаны к Android или Windows?
Китайцы давно уже делают планшеты с dual boot Windows + Android, но вот Atom-ы там хиленькие, 2 ГБ оперативки всего могут.
Нет ли тут заговора маркетологов компании Intel? ;-)
Нет ли тут заговора маркетологов компании Intel? ;-)
В планшете мне этого хватит. Но мне не нужен ни Android, ни тем более Windows. Из того, что я читал в сети, у меня сложилось впечатление, что установка GNU/Linux там тоже без бубна не обходится.
Усть у меня пару недорогих виндово-атомных планшетов. Я попробовал установить линукс.
Ставится он ставится, но драйверов нет. И если я готов мириться с отсутствием дров на видео или звук, то без сети планшет теряет всякий смысл.
Может быть можно как-то порешать дровяную проблему. Но не из коробки.
Моих знаний недостаточно, чтобы разобраться с этой проблемой.
Ставится он ставится, но драйверов нет. И если я готов мириться с отсутствием дров на видео или звук, то без сети планшет теряет всякий смысл.
Может быть можно как-то порешать дровяную проблему. Но не из коробки.
Моих знаний недостаточно, чтобы разобраться с этой проблемой.
Вопрос не по адресу. Интел делает процессоры, а не планшеты :) Процесссор ОС не ограничивает. Что уж решат OEM сделать — надо у них спросить. Но вообще я еще не видела ни одного девайса — от навигатора до киндла (а также видеоплеера и КПК), на который умельцы не смогли бы приспособить неоригинальную ОС.
Сомневаюсь, что наши юго-восточные соседи заморачиваются с разработкой своих устройств, а не берут референсные варианты от Intel. С более крупными Intel всё же взаимодействует, по крайней мере, устройства для разработчиков выпускает.
К сожалению, умельцам далеко не всегда удаётся задействовать все возможности железа. Эксперименты с перепрошивкой могут иметь нежелательные последствия, я так свой RD-PQ окирпичил. Он, конечно, был несильно интересен, но всё равно обидно. :(
К сожалению, умельцам далеко не всегда удаётся задействовать все возможности железа. Эксперименты с перепрошивкой могут иметь нежелательные последствия, я так свой RD-PQ окирпичил. Он, конечно, был несильно интересен, но всё равно обидно. :(
Пользуясь случаем хотел спросить кто все таки лидирует в плане производительность на Ватт на данный момент. Разумом понимаю что производительность и TDP вещи совершенно противоположные и пытаясь их совместить, мы придем к одинаковому результату(а возможно фактически одинаковой архитектуре).
Интересно, имеет ли смысл и возможно ли технически создать гибридный микропроцессор с x86_64 и ARM-ядрами в одном? Или лучше совмещать с Atom-ом?
Как сейчас делают в восьмиядерных SoC для смартфонов — 4 мощных прожорливых ядра и 4 слабых экономных.
Большинству задач за компьютером (браузер, текстовые редакторы, аудио-видео, нетребовательные игры) вполне хватает производительности современных ARM-чипов, а для условного фотошопа компьютер будет переключаться на мощные ядра, примерно как сейчас делается с графикой на макбуках — обычно используется процессорная графика, а для игр подключается дискретная видеокарта.
Как сейчас делают в восьмиядерных SoC для смартфонов — 4 мощных прожорливых ядра и 4 слабых экономных.
Большинству задач за компьютером (браузер, текстовые редакторы, аудио-видео, нетребовательные игры) вполне хватает производительности современных ARM-чипов, а для условного фотошопа компьютер будет переключаться на мощные ядра, примерно как сейчас делается с графикой на макбуках — обычно используется процессорная графика, а для игр подключается дискретная видеокарта.
AMD планировали сделать такой совмещённый процессор. Так что возможно. Только изменение диапазона напряжений и частот при нагрузке решает вопросы энергопотребления достаточно хорошо, чтобы не заморачиваться. Особенно для настольных или ноутбуков, где разница в энергопотреблении будет не так заметна, как на мобильниках.
Это для какого браузера процессора-то хватает? Отсыпьте мне этого браузера, пожалуйста.
Safari.
Практически любой мобильный браузер работает вполне сносно на более-менее актуальном железе. Если не открывать слишком перегруженных сайтов.
О. И вот тут мы переходим к всему интересному. Я открываю сайт на адском ajax/2.0 с приложением, которое рендерит что-то там в canvas с данными, получаемыми по rtp, трёхмерным чем-то там сверху. И мне не нужен процессор?
Это не большинство задач. Для разработки я тоже использую компьютер c Core i7. Но большинству сайтов и пользователей достаточно мобильного процессора.
Для 3D-рендеринга в случае гибридного процесора операционная система должна запустить ресурсоёмкий процесс на более мощном железе, как она это делает переключая видеокарты.
Как программист я знаю, что каким бы мощным не было железо, всегда можно написать программу, которая будет на нём тормозить.
Для 3D-рендеринга в случае гибридного процесора операционная система должна запустить ресурсоёмкий процесс на более мощном железе, как она это делает переключая видеокарты.
Как программист я знаю, что каким бы мощным не было железо, всегда можно написать программу, которая будет на нём тормозить.
Ну вот я с ходу по десятку сайтов вижу, как они страдают из-за нехватки процессора. Один видео играет, другой документы редактирует, третий просто написан на Enterprise Grade Framework.
Видео я смотрю на айпаде через браузер — не замечаю тормозов. Видео давно уже проигрывается аппаратно не нагружая процессор.
Редактирование документов в браузере —это как играть в новый Doom запущенный через CrossOver в линуксе запущенном в виртуалке на макбуке особенное извращение, Google Docs у меня тормозит даже на компьютере в Firefox. К счастью, для редактирования документов уже много лет существуют специализированные приложения, которые справляются с этим намного лучше браузера. Google Drive можно подключить локально на крайний случай.
Enterprise Grade Framework — это ж тоже не большинство сайтов. Если вам повезло пользоваться таким на досуге, то это и будет ваш условный фотошоп.
Я обхожусь вне работы мобильным процессором для просмотра видео, интернета и игр. Работа многих моих знакомых на ПК ограничивается использованием Outlook+Word+Excel (только для текстовых табличек без сложных расчётов), для которых вполне достаточно мобильного процессора. Теоретически им бы хватило Windows RT с удобной клавиатурой и мышкой :) Если гибридный процессор даст дополнительные 2 часа времени работы от батарейки, это будет уже очень хорошо.
Редактирование документов в браузере —
Enterprise Grade Framework — это ж тоже не большинство сайтов. Если вам повезло пользоваться таким на досуге, то это и будет ваш условный фотошоп.
Я обхожусь вне работы мобильным процессором для просмотра видео, интернета и игр. Работа многих моих знакомых на ПК ограничивается использованием Outlook+Word+Excel (только для текстовых табличек без сложных расчётов), для которых вполне достаточно мобильного процессора. Теоретически им бы хватило Windows RT с удобной клавиатурой и мышкой :) Если гибридный процессор даст дополнительные 2 часа времени работы от батарейки, это будет уже очень хорошо.
Ответ: мы используем мобильные приложения, по этому нам не нужен браузер как средство выполнения приложений. А если нужен?
А если нужен, то он запускается на мощном ядре, а не на слабом. Чукча не читатель?
Наше обсуждение ушло в сторону.
Моя идея была такой: имеем гибридный процессор, у которого четыре ядра как у Core i5/i7, и четыре ядра Atom.
При прочих равных при использовании нетребовательных к ресурсам офисных приложений и вебсайтов, которые исполняются на Atom-е, мы получаем, допустим, дополнительные два часа работы от батарейки к обычным десяти.
Если вам нужны требовательные к ресурсам приложения или сайты, то они выполняются на мощных ядрах Core i, и экономии батарейки вы не получаете.
Для большинства пользователей такой гибридный процессор может оказаться выгодным, если разница во времени работы от батарейки будет ощутима.
Именно об этом я и спросил в своём первом комментарии.
Моя идея была такой: имеем гибридный процессор, у которого четыре ядра как у Core i5/i7, и четыре ядра Atom.
При прочих равных при использовании нетребовательных к ресурсам офисных приложений и вебсайтов, которые исполняются на Atom-е, мы получаем, допустим, дополнительные два часа работы от батарейки к обычным десяти.
Если вам нужны требовательные к ресурсам приложения или сайты, то они выполняются на мощных ядрах Core i, и экономии батарейки вы не получаете.
Для большинства пользователей такой гибридный процессор может оказаться выгодным, если разница во времени работы от батарейки будет ощутима.
Именно об этом я и спросил в своём первом комментарии.
Это круто. А как вы собираетесь исполнять машинный код ARM'а на intel'е и наоборот?
НЛО прилетело и опубликовало эту надпись здесь
Думаю, от этой дискуссии не будет толку — у меня создалось впечатление, что вы читаете комментарии очень выборочно, цепляетесь к словам, игнорируете суть, выхватываете фразы из контекста, остальное додумываете за оппонента и отвечаете на голоса в своей голове, а не адресованный вам текст :)
Но всё же постараюсь ответить развёрнуто.
Коротко: fat binary, виртуальная машина, wow64.
Длинно: В моём последнем комментарии я ни разу не упомянул ARM, а писал только об Atom. Но для гибридных процессоров можно было бы создавать приложения, скомпилированные сразу под две архитектуры — Apple такой трюк проворачивала уже не раз. При возрастании нагрузки в браузере можно было бы остановить выполнение конкретной вкладки, сериализировать содержимое и перезапустить её уже на intel-коде. Под Windows и Android приложения .Net и Java компилируются в байт-код и исполняются в виртуальной машине — их тоже, теоретически, можно выполнять на любом процессоре. В Windows64 есть отдельная подсистема wow64 для исполнения 32-битных программ. Таким образом, опыт совмещения разных архитектур имеется.
Собственно, об этом и был мой вопрос сообществу, сотрудникам Intel и vikky13: возможно ли сосуществование разных архитектур и имеет ли смысл совмещать в одной системе мощные и слабые ядра, пусть и одной архитектуры, как это сделано в смартфонах Samsung, или же КПД современных процессоров Core i так же высок и при низких нагрузках, и регулирования напряжения и частоты достаточно, как мне уже ответил выше Grox.
Но всё же постараюсь ответить развёрнуто.
Коротко: fat binary, виртуальная машина, wow64.
Длинно: В моём последнем комментарии я ни разу не упомянул ARM, а писал только об Atom. Но для гибридных процессоров можно было бы создавать приложения, скомпилированные сразу под две архитектуры — Apple такой трюк проворачивала уже не раз. При возрастании нагрузки в браузере можно было бы остановить выполнение конкретной вкладки, сериализировать содержимое и перезапустить её уже на intel-коде. Под Windows и Android приложения .Net и Java компилируются в байт-код и исполняются в виртуальной машине — их тоже, теоретически, можно выполнять на любом процессоре. В Windows64 есть отдельная подсистема wow64 для исполнения 32-битных программ. Таким образом, опыт совмещения разных архитектур имеется.
Собственно, об этом и был мой вопрос сообществу, сотрудникам Intel и vikky13: возможно ли сосуществование разных архитектур и имеет ли смысл совмещать в одной системе мощные и слабые ядра, пусть и одной архитектуры, как это сделано в смартфонах Samsung, или же КПД современных процессоров Core i так же высок и при низких нагрузках, и регулирования напряжения и частоты достаточно, как мне уже ответил выше Grox.
Под Windows и Android приложения .Net и Java компилируются в байт-код и исполняются в виртуальной машине — их тоже, теоретически, можно выполнять на любом процессоре.
Всё же они не интерпретируются по одной инструкции, а транслируются перед исполнением в машкод конкретного процессора. Поэтому «на живую» их с одного процессора на другой не так просто перекинуть, если архитектура различается.
(Всё то же самое касается и JS в браузерах — там точно такой же JIT.)
На живую вряд ли выйдет, но в случае браузера, как мне кажется, можно в какой-то определённый момент сделать снэпшот, сериализировать состояние DOM и JS, загрузить транслированный в нужную архитектуру код браузера и скормить ему снэпшот.
С любым приложением так не получится, конечно же, для этого приложение должно уметь восстанавливаться из такого снэпшота.
Похоже сделано в iOS, где операционная система может в любом момент выгрузить из памяти находящее в фоне приложение, а при старте приложения пользователем оно должно уметь восстановиться к предыдущему состоянию. Впрочем, сам встроенный браузер там тупо перезагружает страницу заново, что очень раздражало, когда в одной вкладке пишешь комментарий, в других гуглишь на эту тему, потом возвращаешься к вкладке с комментарием, а хабр там перезагружается :)
С любым приложением так не получится, конечно же, для этого приложение должно уметь восстанавливаться из такого снэпшота.
Похоже сделано в iOS, где операционная система может в любом момент выгрузить из памяти находящее в фоне приложение, а при старте приложения пользователем оно должно уметь восстановиться к предыдущему состоянию. Впрочем, сам встроенный браузер там тупо перезагружает страницу заново, что очень раздражало, когда в одной вкладке пишешь комментарий, в других гуглишь на эту тему, потом возвращаешься к вкладке с комментарием, а хабр там перезагружается :)
Я чуть о другом: если на JS запущена какая-то числодробилка (например, вышеупомнянутый 3D-рендер), то выполняться она будет скомпилированная в машкод, и «состоянием JS» в этом случае будут регистры процессора. В этом случае просто нет возможности «сериализовать состояние JS» в таком виде, чтобы выполнение можно было возобновить на другом процессоре.
Сериализовать состояние программы, а потом возобновить её выполнение на том же процессоре — в этом нет никакого фокуса, dzavalishin и его ОС Фантом тому свидетельство :)
Сериализовать состояние программы, а потом возобновить её выполнение на том же процессоре — в этом нет никакого фокуса, dzavalishin и его ОС Фантом тому свидетельство :)
JS, насколько я понимаю, выполняется в одном процессе, а значит любая числодробилка когда-нибудь вынуждена остановить вычисления, чтобы вывести результат на экран и не завесить полностью браузер (не уверен, так ли это в случае прямого вывода на канвас).
Когда изменяешь DOM, например, при выводе анимации, делаешь это по таймеру — вот между тиками таймера, по идее, JS-код не выполняется, и приходит что-то типа onidle, в это время значит и содержимое регистров процессора не имеет значения, только содержимое переменных, а их, наверное, можно сериализировать и восстановить.
Когда изменяешь DOM, например, при выводе анимации, делаешь это по таймеру — вот между тиками таймера, по идее, JS-код не выполняется, и приходит что-то типа onidle, в это время значит и содержимое регистров процессора не имеет значения, только содержимое переменных, а их, наверное, можно сериализировать и восстановить.
1. Возможно. Даже FPGA на кристалл вместе с CPU поместить можно. Ну и Xeon Phi -тоже хороший пример
2. А вот ответить «имеет ли смысл» я квалифицированно не могу, да и никто из диванных аналитиков не может — надо очень много данных получить и изучить. Но Core реально умеет экономить энергию — отключать все свои неиспользуемые части (а точнее — включать только используемые) и понижать частоту, так что я склоняюсь к версии «не имеет»
2. А вот ответить «имеет ли смысл» я квалифицированно не могу, да и никто из диванных аналитиков не может — надо очень много данных получить и изучить. Но Core реально умеет экономить энергию — отключать все свои неиспользуемые части (а точнее — включать только используемые) и понижать частоту, так что я склоняюсь к версии «не имеет»
Не стоит недооценивать диванных аналитиков. По крайней мере, перспективы таких ваших проектов, как MeeGo, Tizen и мобильный x86 мной с дивана были оценены вполне верно.)
Впрочем, объединение в одном кристалле ядер ARM и x86 я рассматриваю, как инди-разработчик. И в этой роли мне совсем не хочется тратить силы на комбинирование в одном приложении разных архитектур ради небольшой экономии энергии. Пожалуйста, не надо их смешивать. Разве что для нативного выполнения ARM-кода на x86-ноутбуке.
Впрочем, объединение в одном кристалле ядер ARM и x86 я рассматриваю, как инди-разработчик. И в этой роли мне совсем не хочется тратить силы на комбинирование в одном приложении разных архитектур ради небольшой экономии энергии. Пожалуйста, не надо их смешивать. Разве что для нативного выполнения ARM-кода на x86-ноутбуке.
перспективы таких ваших проектов, как MeeGo, Tizen и мобильный x86 мной с дивана были оценены вполне верно.)В сразу знали, что в Нокию придёт Троянский Элоп и скормит её Микрософту, убив все собственные разработки по мобильным ОС?
Нет, но как только он пришёл, мне всё стало ясно, невзирая на выступления Intel, который и после «burning platform» уверял, что будет развивать систему дальше. Ну и судьба Nokia тогда мне была понятна, хотя многие кричали, что сейчас она кааак «выстрелит».
Я вообще-то это писал к тому, что примитивная диванная аналитика иногда даёт результаты точнее профессиональной, а для того, чтобы понять, что CEO Nokia станет Elop, а не Vanjoki, надо было владеть закрытой информацией, и такая аналитика уже никак не может считаться «диванной».
Я вообще-то это писал к тому, что примитивная диванная аналитика иногда даёт результаты точнее профессиональной, а для того, чтобы понять, что CEO Nokia станет Elop, а не Vanjoki, надо было владеть закрытой информацией, и такая аналитика уже никак не может считаться «диванной».
НЛО прилетело и опубликовало эту надпись здесь
Разные ядра — разная память (разный контроллер, а то и тип памяти), да даже питание разное. Их не то что в один сокет — в одну плату не поставят. Либо нужно делать совсем новый Атом, которые будет совместим с i5, но смысл… затрат куча, цена изделия запредельная, а экономия сомнительная (те крохи что экономит Атом — выжрет i5, получивший задание скачать рекламу каких-нибудь валяющихся в фоне энгрибёрдс).
А чего в браузере? Там же эти рамки… да и приложение очень даже удобное.
НЛО прилетело и опубликовало эту надпись здесь
Скорее закройте эту гадость и больше не открывайте. А если очень надо, то в случае, который описал Goodkat, для этого есть мощные ядра. И, кстати, это довод, что они должны быть на той же архитектуре, что и экономичные: использовать ARM для одной вкладки браузера и x86 для другой — та ещё задачка.
Ну вы сейчас пишите в стиле «сегодня потребности в процессорах для браузеров нет, потому что если у сайта есть потребность в процессоре, то у вас нет потребности в этом сайте».
А если не гадость, а полезное?
А если не гадость, а полезное?
Возможно. Но я имел в виду нечто иное. Что-то вроде: «сегодня потребности в процессорах для браузеров нет, потому что большинство сайтов не настолько перегружены».
Полезный и слишком «тяжёлый» сайт по моему опыту вещь достаточно редкая, поэтому для большинства пользователей ARM или Atom хватит. В остальных случаях придётся раскошелиться на Core, да. Но это не значит, что мощный процессор нужен всем и всегда.
Полезный и слишком «тяжёлый» сайт по моему опыту вещь достаточно редкая, поэтому для большинства пользователей ARM или Atom хватит. В остальных случаях придётся раскошелиться на Core, да. Но это не значит, что мощный процессор нужен всем и всегда.
использовать ARM для одной вкладки браузера и x86 для другой — та ещё задачка
Никаких технических сложностей в этом нет; ещё со времён Windows NT можно было совмещать окна 16-битных и 32-битных процессов в одном приложении, потом то же самое повторялось в комбинациях PowerPC+x86 и x86+x64.
Сложности будут только тогда, когда вкладку, запущенную на процессоре с одной архитектурой, понадобится перекинуть на процессор с другой архитектурой.
Даже объединить вывод с разных компьютере в одном окне несложно. Но, для начала получаем дублирование кода, что уже не комильфо. Далее, в случае браузера вполне возможен вариант, когда страница выглядит несложной и вполне подходящей для экономного ядра, до тех пор, пока пользователь не нажмёт некоторую кнопочку и не получит внезапно ajaxом видеопоток в 4k с наложенным 3d изобранием и сложными вычислениями. В принципе, всё решаемо, вопрос только в том, какими силами и сколько при этом будет багов.
Я думаю, что не имеет, т.к. сложность создания как процессора, так и ОС с лихвой перекроет разницу между ARM и Atom
Значит ли это, что в 2017 году Microsoft выпустит Surface Phone на новом процессоре, который сможет нативно запускать классические windows-приложения в режиме Continuum?
Есть очень дешевый планшет Acer на Атоме. Визуально(!) работает быстрее, чем ровно такой же планшет от Asus на ARM. Про тесты не скажу, но в магазине разница была очевидна на глаз, и никаких подтверждений в виде тестов не требовала.
У меня был планшет Galaxy Note 10 — первые день-два он просто летал, потом работал более-менее, а если его оставить лежать включенным, но не использовать недели три-четыре, то им решительно нельзя было пользоваться — очень всё тормозило пока не перезагрузишь. Аналогично, хоть и не так быстро это случалось с iPhone 4 (в первый год после выхода, т.е. актуальная ОС на актуальном железе) — месяца через три-четыре работы без перезагрузки интерфейс начинал безбожно тормозить, приложения запускались секунды по три-четыре.
Это я к тому, что в магазине сравнение на глаз — это не самый лучший тест производительности. Может быть одно устройство только что перезагрузили, а второе работает уже давно, на нём запущено много программ, и вся память забита.
Это я к тому, что в магазине сравнение на глаз — это не самый лучший тест производительности. Может быть одно устройство только что перезагрузили, а второе работает уже давно, на нём запущено много программ, и вся память забита.
Ну как бы я его купил. И пользуюсь уже пару лет. И надо сказать, что встречал эту парочку в магазинах не раз. Оба с Андродидом 4.4, оба 7" 1280x800, оба почти по одной цене.
Я не думаю, что интеловский процессор быстрее, скорее всего с прошивкой лучше поработали. Но это настолько лучше, что не приглядываясь видно.
Я не думаю, что интеловский процессор быстрее, скорее всего с прошивкой лучше поработали. Но это настолько лучше, что не приглядываясь видно.
НЛО прилетело и опубликовало эту надпись здесь
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Intel. Теперь Brother in ARMs