Qualcomm звернулася до Intel із пропозицією про поглинання

[Захар Беркут]

Предлагаю обсудить Qualcomm звернулася до Intel із пропозицією про поглинання

x86 существует по инерции, лет за 10 арм может таки дорасти до домашних пк, если у Китая будет на то воля, и без резкого прогресса у х86 ему, как мейнстриму, прийдет конец.
Собственно apple m1 уже который год показывает что нужды в х86 особо нет, дело за софтом, игры уже мультиплатформенные, особенно китайские.

Теревень, теревень, теревеньоньки - повна маячня для маленьких, дурненьких дівчат.
Вибачаюсь що так суворо, але більше 80% індустрії обробки проєктування, обчислення, ігор, медіа контенту та навіть наукова база та промислова, пов'язані з х86, його років 50 ще точно ніхто не посуне, лише у разі нового етапу розвитку це можливо, а цей етап людство відсунуло ще років на 100-200, входячи в еру війн.

[1nsane]

Не хочу ARM вместо x86...
Yalg У тебя и вправду передоз...

P.S. Хочу как Intel Core Ultra 9 288V или Ryzen AI 9 HX 370 и ещё лучше.

Вот именно. За последние лет 7 у нас неплохие приросты в x86, но люди до сих пор верят в интеловский тик-так, в амд греется, и может даже и в "палит твой дом спалит".
Фольгированные шапочки не забудьте.

[Захар Беркут]

у вас передоз маркетинговою маячнею

У вас консерватизмом. Якщо х86 такий чудовий, чому він не використовується в контролерах та мобільних телефонах зараз?

Може тому що концепція мобільного пристрою та обчислювання та обробки, науки та створення - трохи так не сумісні речі?
Ви на Феррарі не пашите поле, а на комбайні не долаєте швидкісні траси, сподіваюсь?
Чи це нова концепція пішла "ефективних менеджерів"? Яка полягає в тому - щоб нагодувати 1 мураху, вбити 1000 слонів.

[coffeeman]

Поки TSMC не видасть нормальну продукцію з якістю та кількістю в США у Intel є час. Після того бути в кризі смертельно для Intel - або під крило до більш успішних, або розділення по типу що відбулося з AMD в 2009.

[AFU_power]

У вас консерватизмом. Якщо х86 такий чудовий, чому він не використовується в контролерах та мобільних телефонах зараз?

Може тому що концепція мобільного пристрою та обчислювання та обробки, науки та створення - трохи так не сумісні речі?
Ви на Феррарі не пашите поле, а на комбайні не долаєте швидкісні траси, сподіваюсь?
Чи це нова концепція пішла "ефективних менеджерів"? Яка полягає в тому - щоб нагодувати 1 мураху, вбити 1000 слонів.

Вибачаюсь, але ви на умовному атлоні, селероні, атомі фрактали рахуєте?

[CADR]

Якщо Інтел піде в небуття, то з ним піде і АМД, бо х86 архітектуру довго тримати ніхто не буде.

Про небытие я не говорю, я говорю про мейнстрим. В серверах и рабочих станциях - останется.
А всё мобильное, то есть смартфоны(уже), тв(уже), автомобили(частично) и ноутбуки(хромает) будет арм, если у Китая хватит воли - то и пк.
При таких ценах на видюхи супердорогие цпу не нужны, и амр уже вполне на уровне, осталось только частоту нарастить.

Можно ли на новейших процесорах запустить код под IBM 5051 1981 года?
Да, можно.
Это всегда было коньком Интел и платформы x86.

[vmsolver]

Собственно apple m1 уже который год показывает что нужды в х86 особо нет, дело за софтом, игры уже мультиплатформенные, особенно китайские.

Хм, у Apple своя платформа и туда он никого не пускает, поэтому может делать что хочет. У интел-а по сути такой платформы нет, он не производит компьютеры, он делает основу для них, но своей ОС и сопутствующей инфраструктуры у него нет, интел развивает х86 платформу, но не контролирует её так всеобъемлемо как Apple. Поэтому сравнивать Интел и Эппл не имеет смысла, это как сравнивать бананы с апельсинами, кому-то нравится одно, кому-то другое, а кому-то нравится оба.

[MetalistForever]

На полное поглощение голубого гиганта у Qualcomm денег нет таких ! Скорее будут продавать часть бизнеса , а журналюги напридумывали громкие заголовки

[bigmonstr666]

Предлагаю обсудить Qualcomm звернулася до Intel із пропозицією про поглинання

x86 существует по инерции, лет за 10 арм может таки дорасти до домашних пк, если у Китая будет на то воля, и без резкого прогресса у х86 ему, как мейнстриму, прийдет конец.
Собственно apple m1 уже который год показывает что нужды в х86 особо нет, дело за софтом, игры уже мультиплатформенные, особенно китайские.

Теревень, теревень, теревеньоньки - повна маячня для маленьких, дурненьких дівчат.
Вибачаюсь що так суворо, але більше 80% індустрії обробки проєктування, обчислення, ігор, медіа контенту та навіть наукова база та промислова, пов'язані з х86, його років 50 ще точно ніхто не посуне, лише у разі нового етапу розвитку це можливо, а цей етап людство відсунуло ще років на 100-200, входячи в еру війн.

За x86 згоден, єдине що нас може чекати від стогнації інтела, це монополія амд, що вже не круто для нас.
А от про гальмування наступного етапу розвитку індустрії із-за нових воїн, тут не згодний. Навпаки, це все може прискорити стрибок, згадаємо початок 20го століття, там тільки машини з'явилися, а після 2х світових, людство через 10років ( приблизно) вже запускали ракети у космос. Тому процес розвитку може швидко прискоритися.

P.s. веселять коментарії людей котрі згадують яблоко з їх процами) якщо брати ігровий ринок, то не думаю, що епл зможе зі своїми процами щось запропонувати в ігровій індустрії)

[CADR]

На полное поглощение голубого гиганта у Qualcomm денег нет таких ! Скорее будут продавать часть бизнеса , а журналюги напридумывали громкие заголовки

Там про полное поглощение речь не идет.
Суть, а так понимаю, в том что скоро все уйдут в облака и гаджеты. (ладно, ну не сегодня, но послезавтра).
Рынок десктопов скоро умрет (и это твердый факт). Клерку вообще-то по барабану платформа.
Рабочие станции? Ну ок. Пока это конкурентоспособно.
Хомяки? Эти тапают на том, что тапают другие.
В итоге имеем затяжной период смерти десктопів , которые не умрут и будут жить вечно как ZX Spectrum и Поиск-2.

[Захар Беркут]

До речі, я не дуже так зрозумів, умовно
- Інтел ~180млрд. та 140000 працівників,
- Квалком ~50млрд. та 40000 працівників.
- Реальні активи звичайно якщо, а не вигадані ельфи та дракони з єдинорогами...
Так хто кого має поглинути?

На полное поглощение голубого гиганта у Qualcomm денег нет таких ! Скорее будут продавать часть бизнеса , а журналюги напридумывали громкие заголовки

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

Так так, вже от от, років через 200.
А ні, хоча так, знаєте у кам'яному суспільстві без електрики, яке цілком можливе через імпотентну бездієвість таке цілком імовірно, але тоді і ваші "все уйдут в облака и гаджеты" і дарма нікому не потрібне буде.

[leo925]

Каким образом ARM дорастёт до x86, когда уже упёрлись в нанометры техпроцесса? Тут суть в том, что быстрые х86 процессоры мало кто способен производить, в отличие от ARM

[dext]

ARM теж існує по інерції. Наприклад хоч система команд нова, зато модель пам'яті - стара, і це генерує цілу купу небажаних побічних ефектів в jit компіляції, котрі не найкращим чином впливають на продуктивність.

- в статті все зав'язане виключно на SMC, який ну дуже потрібен хіба що малварі
- в ARM є кілька систем команд, можна обирати під конкретне застосування/девайс (thumb/arm32/aarch64), на відміну від x86
- weak модель пам'яті як раз дозволяє не витрачати транзистори на снупери та примусову синхронізаію RAM/кешей, що в x86 негативно впливає як на продуктивність так і на енергоефективність - наявність відповідних SSE команд, які оминають обов'язкові протоколи синхронізації (movntq наприклад, який в рази швидший за movq) лише тому підтвердження

[YAYA]

Чим міг хоч хтось уявляти років 5-6 назад що тут будуть такі заголовки?

Я - ні. Хоч і полюбляю продукцію червоних. Особливо коли тут були пАтужні баталії фанатів під процесорними новинам.

[waryag]

Може тому що концепція мобільного пристрою та обчислювання та обробки, науки та створення - трохи так не сумісні речі?
Ви на Феррарі не пашите поле, а на комбайні не долаєте швидкісні траси, сподіваюсь?
Чи це нова концепція пішла "ефективних менеджерів"? Яка полягає в тому - щоб нагодувати 1 мураху, вбити 1000 слонів.

Як це не сумісні, якщо ноути вже давно обігнали десктопи, і великтй обсяг різних робіт виконується на ноутах?

На ферарі ні, а от на ламбо таки проводять оранку.

[Scoffer]

- в статті все зав'язане виключно на SMC, який ну дуже потрібен хіба що малварі

SMC у тебе навіть в браузері зараз є. Останнім браузером без jit js був 8м віслюком. І в офісному пакеті є, і в сценаріях ігрульок і не тільки зустрічається.

- в ARM є кілька систем команд, можна обирати під конкретне застосування/девайс (thumb/arm32/aarch64), на відміну від x86

Це мінус, а не плюс. Розмиття кодової бази.

- weak модель пам'яті як раз дозволяє не витрачати транзистори на снупери та примусову синхронізаію RAM/кешей, що в x86 негативно впливає як на продуктивність так і на енергоефективність - наявність відповідних SSE команд, які оминають обов'язкові протоколи синхронізації (movntq наприклад, який в рази швидший за movq) лише тому підтвердження

- Cлабка модель пам'яті дійсно може бути швидшою в прогах зі слабозв'язаними потоками накшталт рендерів, але всі інші натомість будуть вимушені ще більш неефективно синхронізувати кеші вручну. Епл недаремно прямо забороняє jit в мобільних прогах.
- Ні про які рази мова звісно що не йдеться, на м1 наміряли одиниці відсотків різниці в трішки більше ніж повністю синтетичному spec.
- Щодо movntq це звісно weak model, але не та weak model що в рісках. Це про те що до write-back cache додали як варіацію write buffer з усіма відповідними наслідками щоб не засирати кеш як такий. В армах все точно так само, write-back cache за замовчуванням, write buffer опційно. До головної моделі пам'яті це не має жодного стосунку.

[dext]

SMC у тебе навіть в браузері зараз є. Останнім браузером без jit js був 8м віслюком. І в офісному пакеті є, і в сценаріях ігрульок і не тільки зустрічається.

Не потрібно вводити в оману: JIT != SMC

Це мінус, а не плюс. Розмиття кодової бази

Це набір команд для комплілятора/лінкера, на кодову базу (С/C++) це жодним чиним не впливає

але всі інші натомість будуть вимушені ще більш неефективно синхронізувати кеші вручну

Не плутайте:
- Синхронізація в межах одного потоку не потрібна
- Синхронізація потрібна лише в межах багатопоточних задач, які використовують "саморобні" (volatile) змінні замість повноцінних/стандартизованих механізмів синхронізації (spinlock/mutex/etc.), варто лише один раз написати свій код корентно з використанням останніх - і жодних проблем не буде на всіх можливих платформах, тож не вигадуйте колесо в своєму коді і все буде ок

[AssayMAS]

Якщо х86 такий чудовий, чому він не використовується в контролерах та мобільних телефонах зараз?

проиграл в борьбе.
Были премиум телефоны на x86 до андроида, роутеры с вай фай на 4х86, телевизоры, ... . Но рыночек так порешал что массмаркет лоу енд диктует моду - а на х86 делать дорого. Да и когда всё начиналось с энерго эфективностью было у х86 плохо. И изготовители х86 нос воротили от смартов телеков роутеров - а потом раз гегемоны не хотят "в нишу" залезли все кому не лень и создали рынок смартофонов, смарт телеков, роутеров (по сути не х86 ПК мерками 90-х, так как х86 занята).
Вот едешь в дикий аул с 2G и еле еле 3G - ПК и ноутов нет, а лоу енд смартфон за 30-50$ почти у каждого подростка. И в школу ходят много Км. за инетом, а не за знаниями.

[dext]

- Ні про які рази мова звісно що не йдеться

Я можу про це казати, бо особисто тестував на x86: різниця ~4 (чотири) рази, на ARM 'nt' інструкцій немає взагалі, бо за умовчанням (архітектурно) всі записи є 'nt' - і це дає суттєвий буст продуктивності/енергоефективності, просто архітектурно, через модель пам'яті

[Scoffer]

Не потрібно вводити в оману: JIT != SMC

Увесь JIT це SMC, назад ні, але в даному випадку це не має значення.

Це набір команд для комплілятора/лінкера, на кодову базу (С/C++) це жодним чиним не впливає

Впливає. Варто подивитись скільки архітектурозалежних хінтів в ядрі лінукса на кожен чих.

Не плутайте:

Під вручну мається на увазі напряму інструкціями процесора, а не "воно якось саме". Хто їх напише, ти чи стандартна бібліотека - справа десята.

Я можу про це казати, бо особисто тестував на x86: різниця ~4 (чотири) рази, на ARM 'nt' інструкцій немає взагалі, бо за умовчанням (архітектурно) всі записи є 'nt' - і це дає суттєвий буст продуктивності/енергоефективності, просто архітектурно, через модель пам'яті

Ти плутаєш тепле з м'яким. На ARM аналогом movntq є STNP.
https://developer.arm.com/documentation ... MD-and-FP-
І вона продемонструє тобі точно такмий самий приріст на тому ж завданні. Завантаження відповідно LDNP.