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

mag_ai
Дело в производительности, или у вас 4-х ядерный Cortex-A15 уже догнал 10-ядерный Зион? Вот для потребления контента ARM подходит, видео там смотреть, в интернете лазить, книжки читать и музыку слушать. А вы предлагаете заново переписать весь софт для тормозных ARM, чтобы там все так же работало, как и на x86. Вопрос - зачем это нужно и, главное, кому? Вам что ли? У вас "компьютер" уже на Cortex-A15 с Linux'ом имеется?

опять утверждение на основе чего? это как тесты "бульдозера" и новых интлов - там где 8 ядер реально впахивают есть реальное преимущество амд (например архивирование). сказать что амд выпускает ну прям ваще медленные процессоры - только тот человек который не видет дальше своего носа.
с армами проблема того же порядка. вот ссылка на хабр (где на видео запущен на нексус 10 дектопный линукс с полным окружением) - http://d.pr/wrfz
сделайте погрешность что это ос запущенна 1 человеком и не особо оптимизирована под это железо. то есть 5-10% производительности если ее по полить командой самсунга.

ну я ж говорю армы не имеют щас 64 иснтрукций - по производительности (или я вру?) 10 ядер против 4 (тоже честности мало), но есть маленькая фишка даже если TDP арма с 10+ сравнить с тем же ксенкой выйдет не в пользу хсенки и с каждым 10+н ядер производительность будет расти (если отменить то что системная шина не позволит).
XIMERA123 бред не пишите появление инструкций на х86 это вынужденный шаг как и появление инструкций на арм.
никто не из чего не стоит и не кто ни кем не погоняет. инструкции натягиваются поверх архитектур.

это к


Мы про операционки или процессоры? Линукс тоже позволяет работать здесь и сейчас, и кроме АРМ ещё и на MIPS, POWER, SPARC...

Для офиса - да, или может вы умеете набирать текст так быстро что загрузите хотя бы одно ядро Cortex-A15?
А я сказал что Windows 8? Я сказал что последняя и она с офисным пакетом
Нагнула остальных не х86 а мудрое управление Интел и её бабло, и то не факт что так будет вечно

Провал Surface не есть провал Win RT, а конкретного продукта и во многом обусловлен неадекватной ценой. Сделай Майкрософт Win RT свободнораспостраняемой как версии х86, и с адекватной ценой, и она взлетит вполне успешно


Сейчас на ASME для х86 практически не пишут, а включение всяких SSE опционально и компилятор может их и не включать, так что код написанный на СИ и языках более высокого уровня легко портируется на АРМ

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

Самоубеждение - великая сила, даже больных на ноги поднимает

Если у вас есть, я бы купил от вас Хромбук за 250 баксов(как его продавали в Пендосии) с большой радостью

На основе тестов. Им до Celeron современных еще ползти и ползти.
Бульдозеры проигрывают новым Intel'ам в 5-10 и более раз?
Не выйдет сравнить, на ARM'ах те же программы, что прекрасно работают на Зионах - не запустятся. =)
А что не сделала? Там дураки сидят, и только на форуме оверклокерс - умные? (:

то что ассемблер забросили, это большая беда. позор писать тетрис, который требует 4 ядерного CORE. а по поводу Cшных компиляторов, к сожалению разрабы в них заранее пихают профили, и в результате всегда генерится скалярный код sse2..4, а то и AVX. что убивает совместимость со старыми процами, но толку от всех этих фуфловых инструкций -0.

terenty79
какой сейчас последний asm?

Это не ко мне, они думали что могут как Огрызок...

Это точно

GCC вроде поддается настройке... Про Интел и Майкрософт компиляторы не знаю.

например JWAsm http://www.japheth.de/
или такой http://flatassembler.net

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

фиг там. sse1 уже всегда генерится. а в интеле sse3. микросовтовский начиная с msvc2010 по умолчанию генерил sse2, но поднялся срач против, и пока откатились тоже на sse1. чистого нативного x86\87 уже нигде нет. только в старом борланде.

С точностью до наоборот
х86

АРМ


Добавлено спустя 8 минут 5 секунд:
Вы имеете ввиду при компиляции под х86? В принципе логично, если не смотреть на рынок встраиваемой техники.
Интересно, а чем компилят проги под 80386? Он ведь выпускался до 2007 года и до сих пор используется

специальными компиляторами. по крайней мере в АТС NEC 2000, где AMD386sx на процессорных платах стоят.

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

Или историю забывать начали и то, почему начал развиваться С и умирать АСМ?


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

Не считая подключения библиотек, код (тело Main) занимает 7 строк, из которых половина - это объявление переменных и скобочки. Вопрос: сколько сотен (или тысяч) строк займет аналогичный код на асме? Лично я боюсь услышать ответ. А чем больше строк, тем больше ошибок и хуже переносимость. В данном случае, она будет на нуле. При этом код кстати рассчитывает оптимальное число потоков в зависимости от установленного процессора и некоторых других параметров.


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

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

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

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

Сколько небыдло-программок наклепали лично вы? Очень уж интересно стало.

Да действительно, а чтож раньше писали без анализаторов кода и IntelliSense, чего же их не запихнули в Turbo C++ или TASM-MASM? А ну да, я знаю ответ

я на спектруме клепал, и на пк когда 286 ibm ps/1 у нас в клубе появились. потом государство рухнуло, и у меня началась тяжолая рабочая жизнь.

Не поверите, пишут, и весьма эффектно Kolibri - очень миниатюрная и невероятно быстрая операционная система. Её основной дистрибутив умещается на дискету (1,44 Мб) - и это при том, что содержит набор драйверов, браузер, текстовый процессор, графический редактор, просмотрщик, более 30 игр и другие программы. Встроена полная поддержка файловых систем FAT12/16/32, для чтения доступны NTFS, ISO 9660, Ext2/3/4.
Такая скорость и компактность достигается благодаря тому, что ядро и большинство программ написаны на ассемблере FASM, тем самым максимально оптимизированы под процессоры х86. Для запуска достаточно всего 8 мегабайт оперативной памяти. Мечтали вы когда-нибудь о том, чтобы приложения запускались мгновенно, сразу после нажатия на иконку? Без крутящихся часиков и кружков. Просто сразу
Или вот более полная сборка

edal ну да, только не забываем:

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

где эти тесты? я уже один такой "тест" видел ничего адекватного нет в нем.
понятно дело что "любой тест" можно "проплатить" и кому это выгодно... еще раз говорю нет щас адекватного железа которое можно напрямую сравнивать с х86.
если же брать телефон на атоме и телефон на арме (кроме новой платформы от интел и новых платформ на арме - которые я еще не держал в руках) по тут паритет причем не в пользу интел. интел жрет много, видео ядро не айс - если это "плюсы" х86 я вертел такую х86 на всем чем можно.

нет. коротко и ясно.

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

То что там драйверов не хватает я согласен, но вот на счет скорости запуска приложений - Винде бы так. Вы сами то пробовали её?
P.S. А цитату вы откуда выдернули? или это такой способ акцентирования? Может укажете какую часть?
Или вы не согласны с Википедией что в х86, х86-команды разбиваются на простые и потом исполняются RISC-ядром, а в АРМ они сразу такие?

Добавлено спустя 5 минут 50 секунд:
Именно по этому у него и много шансов. Андроид-девайсы тоже в большинстве своем дешевая техника и весьма успешно обошли огрызко-девайсы, и это не считая того что аналитики не учитывают миллионы безымянных китайских смартов и планшетов