Mобилното подразделение на Intel го обединиха с PC подразделението, защото мобилното им генерираше милиарди загуби, а PC им генерираше милиарди печалби и така прекриваха колко са зле.
Та не виждам кой би си купил нещо което генерира милиарди загуби и въобще не може да се съревновава с китайските арм SoC за 4$. Освен това индел обявиха, че ще изоставят десктоп пазара, защото печалбите не са както преди. Та не съм сигурен от къде ще правят пари за акционерите.

Тъкмо ще си остана на АМД.
Мисля е крайно време да се изостави х86 инструкциите и премине към нова архитектура. Да остане обратна съвместимост за изпълнение. Въпреки, че беше мн приятна за писане на Асемблер. Май тенденцията си е ARM, въпреки че имаше по- добри. Вече има пълноценни ARM сървъри, та явно натам вървят нещата. и от към стандартизация- съвместимост на устройствата.

Хайде да не отивамв в космоса, АРМ е далеч да сървърния пазар за момента, една птичка пролет не прави. Интел печели най-добре от сървърния пазар, и ще продължи защото мобилните не струват нищо ако отзад няма сървъри.

Това всъщност отдавна е факт. Модерните х86 отвътре са цял компютър емулиращ х86 върху по "примитивен" набор инструкции - примерно при AMD е базиран на Am29000, при интел е нещо тяхно си - затова процесорите поддържат да им се ъпдейтва фирмуера (микрокода). Също така имат оперативна памет - L1, L2, L3 ... Ln кеш. Имат интерфейс към бавни външни устройства където им е виртуалната памет (DDR1,2,3 ...). Има и още по бавни въшни устройства за още по виртуална памет - HDD, SSD и т.н. Най интересно е като в някой облачен дейнта център се затъркаля сървър с няколко VM които пък да търкалят някой модерен език Java, .net, JS, PHP и т.н.- имаме виртуализация, върху виртуализация, върху виртуализация ... вече се уморявам да ги броя на колко нива станаха. Въобще яко скалиране пада.

х86 въобще не е приятен за писане на асемблер.
Приятно се пишеше за 68k което пък беше краднат PDP11 инструкшън сет - т.е. тръгнал е от 1, 2, 3 ... та до 11, че и след това - въобще доста итерации.
ARM също е приятен за писане - но класическия 32 битов, не разните скопени Thumb 1,2,3 ... но това си има друго обяснение - инструкшън сета е проектиран от програмисти които до момента са праскали яко 6502 асемблер - има голяма разлика с недоклатения х86 и неговите 4х2х8 регистъра наследство от 8080 + преименуваните 2х16 от Z80.
Пък ако TGI не беше спрял да пише преди няколко години, сега щеше да ти обясни колко приятно се пише на асемблер за Power.

То приятно се пише на асемблер и за dsPICxxx, примерно:

изглежда така:


Ротиране на бит през масив от 4-ри байтови integer числа:

Така беше едно време, някой спомена VAX/PDP11 примерно там можеше да си правиш сам къстъм инструкции. Но тогава архитектурата на проца си беше както казваш компютърна - зареждаш един операнд в АЛУ, зареждаш втори операнд, джуркаш някаква операция, пишеш резултата някъде или зареждаш пак и т.н.
Но след това се появи скаларната архитектура при която имаш конвейр и всяка инструкция се пръска на много стъпки и става сложно. А пък последните 15-20 години вече всички са суперскаларни, демек имаш повече от един конвейр, всеки с различни възможности, едни имат АЛУ-та с плаваща запетая, други са с целочислени и т.н. Самите инструкции се пръскат по конвйрите out of order така че да се натоварва всичко ефективно.
Така че има нещо като разбиване на инструкциите на отделни операции, обаче всяка елементарна операция се изпълнява на различно място (при това незнайно кое точно), всяка операция се изпълнява за един клок обикновено. Изобщо малко трудно е да се говори за програмиране, във всеки случай не е точно алгоритмично. Алгоритмичното изисква стъпки, първа стъпка правиш това, втора стъпка онова и в крайна сметка "микро" или каквато е там програмата се изпълнява за N стъпки. При конвейрната обработка изглежда като да имаш N стъпки, но крайният резултат е че изпълнява 2-3-4... а някои и много повече програми за един клок. Демек проца прави няколко инструкции на клок като дори и само една да беше, как ще я програмираш като програмата ти също има време само за една микро-инструкция

Значи трябва да се вика "multithreaded microcode"

Миро, то това ясно - просто се опитах да го синтезирам в едно изречение и за толкова ми стигна акъла
И точно заради това което казваш - суперскалари, конвейри, изпълнение в произволен ред - няма смисъл да се пише вече на асемблер. Т.е. ако навремето едната причина е била заради ръчно оптимизиране, вече нямам как да знаеш на какъв точно процесор ще се изпълни и как той ще преподреди изпълнението, колко ще му е голям кеша и т.н. Другата причина също не важи - че няма компилатори за други езици освен асемблер - еми има и то достатъчно хитро оптмизиращи, та чак до разните му модерни мулти медийни паралелни инструкции. Това за х86 и процесори от този калибър де.

Тук е уместно да упоменем и колко цикъла е чакането да се зареди кода който така ефективно ще се изпълни - щото за да влезе в конвеера, трябва първо да влезе в L0 кеша, пък за да влезе там трябва да влезе в L1 и т.н. до супер бързия DDR, пък ако случайно е бил swap-нат във virtual memory на HDD е още по весело

Това обикновено е основната причина, като изключим асемблиране с учебна цел или за кеф...
Компилаторите наистина са добри, но не са перфектни. А има случаи дето една идея по-оптимизиран код спрямо конкуренцията значи много и оправдава инвестицията. Но определено трябва да се внимава. Асемблерът е много труден за поддръжка и в по-късен етап може да се окаже голям проблем...

Така е- още като се появи Cyrix който въведе оут оф ордера и др благинки изпълняваше турбо паскалска програма по-бързо от асемблерската...
Колкото и да ни беше чудно.

Преди 10 години, сигурно повечето щяха да се смеят ако някой го беше казал на глас
http://www.microchip.com/docs/default-s ... rce=Eloqua

Микрочип са Интела, при микроконтролерите, а Атмел бяха АМД-то. Микрочип винаги са могли да купят Атмел, просто не им е трябвал. Сега просто са видяли, че цената е ниска а и няма подходяща фирма за изкупуване и са си рекли: "Що да не."
Например и Епъл могат да си изкупят половината от конкурентите им, но просто не им трябват.

То това е ясно, от доста време сайтът на Атмел е с логото на Микрочип.... и престана да се ъпдейтва. Предполагам ако пускат нови разработки, (те вероятно поне започнатите проекти ще ги приключат) та ако пуснат нови неща от бишия тим ще са само на основния им сайт. И тъй като тоя сайт не го следя ако някой забележи нови продукти да свирка... Ще е интересно да видим дали ще ги развиват или инвестицията им е била с друга цел

да, това се почна от няколко години - но с това писмо ги уведомяват че са приключили с финансовата част. сега започва синхронизацията и ... реконструкцията
Бих казал честито на Комет - ако ги направят и официални на Атмел, освен Кодико