Розкрито специфікації однокристальних систем Qualcomm Snapdragon X для Windows-ноутбуків

[Dr_Earnhardt]

Пропоную обговорити Розкрито специфікації однокристальних систем Qualcomm Snapdragon X для Windows-ноутбуків
Все начебто непогано але цеж всеж таки ARM архетектура....

[Kimonoy]

наск я розумію, при обмеженому наборі інструкцій процесора, задля комплексних процедур, якраз треба більше кеш памʼяті.

кеша наче норм насипали, тому зберігаємо оптимізм.

[Sensetivity]

Розглянув би собі такий ноут для роботи.
В ідеалі хотілося б отримати щось схоже на M2/M3 з +/- такою ж автономністю в Лінуксі.

[mrigi]

В ідеалі хотілося б отримати щось схоже на M2/M3 з +/- такою ж автономністю в Лінуксі.

Мабуть краще почекати хочаб наступне покоління. Бо косяки будуть так чи інакше. Не кажучі вже за підтримку софтом.

[ronemun]

Головне щоб не зарізали перспективу високими цінами на такі ноути, як Мікрософт свого часу смартфони на Windows чи тіж смартфони на x86 платформі Atom, при тому що китайські планшети на Windows+Atom коштували копійки

[AFU_power]

Судячи по тому що показувала квалком на презентації цей проц здатен потягатись молодше-середніми кор3-5 і райзен 3-5 навіть в режимі трансляції арм>х86 тільки енергоспоживання в нього буде набагато нижче. Тому будемо з нетерпінням чекати релізу перших залізок. Головне щоб як епла не наклеїли фольгу замість охолодження на проц, а норм радіатор.

[Scoffer]

Основна проблема в трансляції x86 на армі це слабка модель пам'яті в останньому, в котрій не гарантується що запис результатів обчислення буде строго послідовним якщо дані незалежні. В результаті доводиться ставити багато зайвих команд керування потоком. В епл проблему вирішили тупо портуванням моделі пам'яті х86 на арм, у них режими перемикаються. Більш красиво вирішили проблему інтел в ітаніумах: в них є два набори команд load/store, один аля arm, інший аля х86, можна юзати хоч в перемішку. Це ж рішення скопіювали китайці в своїх лонгсунах чи як їх там.
На жаль в квалкомі чистий ARM з усіма відповіддними наслідками, а ARM, той що контора, рогами вперся в свою слабку модель і не бажає нічого змінювати бо на слабкій моделі проци трішечки швидше працюють, на якийсь десяток відсотків, якщо код написаний вірно, а якщо ні то навпаки Так що без перекомпіляції важкі програмулини все одно тупитимуть. З цим треба якось боротись майкрософту, заставляти перекомпільовувати.

[Sanc]

Основна проблема в трансляції x86 на армі це слабка модель пам'яті в останньому, в котрій не гарантується що запис результатів обчислення буде строго послідовним якщо дані незалежні. В результаті доводиться ставити багато зайвих команд керування потоком. В епл проблему вирішили тупо портуванням моделі пам'яті х86 на арм, у них режими перемикаються. Більш красиво вирішили проблему інтел в ітаніумах: в них є два набори команд load/store, один аля arm, інший аля х86, можна юзати хоч в перемішку. Це ж рішення скопіювали китайці в своїх лонгсунах чи як їх там.
На жаль в квалкомі чистий ARM з усіма відповіддними наслідками, а ARM, той що контора, рогами вперся в свою слабку модель і не бажає нічого змінювати бо на слабкій моделі проци трішечки швидше працюють, на якийсь десяток відсотків, якщо код написаний вірно, а якщо ні то навпаки Так що без перекомпіляції важкі програмулини все одно тупитимуть. З цим треба якось боротись майкрософту, заставляти перекомпільовувати.

Структурно М-проци Епла це не АРМ, а всього лише оптимізовано-розділений Х86, щоб обійти патентні приколи Х86 і заодно оптимізували все.
Вони просто всі нечасто задіювані і тяжкі блоки інструкцій Х86 виперли в окрему структуру (асіки-синергетики).

Тому і М-проци Епла показують себе в Х86 чудово (до свого споживання), бо то фактично і є Х86 проц, а не кастрат АРМ.
Щось схоже у Райзенів де проц в середині давно RISC. Але в Інтел і АМД ще є куди оптимізовувати і потрібно з Епла брати приклад.

[mrigi]

Основна проблема в трансляції x86 на армі це слабка модель пам'яті в останньому

Ті команди що подаються на проц і ті команди що виконуються на обчислювальних блоках це різні речі. В проці є парсер команд зашитий в microcode який перетворює їх у внутрішні команди проца. Тому фактично не має великої різниці що там подається на вхід, якщо microcode вміє це парсити. А далі всередині шо x86 шо arm не так жеж сильно і відрізняються. І до речі, і там і там є out of order execution і т.п. Із важливих недоліков x86 скоріш можна назвати хаотичний формат і розмір команд, який важко парсити ефективно. Це потребує більше потужності декодера і витрачає більше енергії. Це головна відмінність, а не послідовність доступу до пам'яті.

[Scoffer]

mrigi
ноуп, важливо, терміново гуглити що таке модель пам'яті процесора
для сильної моделі як в інтелі вона вимагає окремий апаратний total store ordering буфер, його в армах немає фізично, окрім епловського

[Nekotechpriest]

З цим треба якось боротись майкрософту, заставляти перекомпільовувати.

Або просто перейти на Linux і встановлювати весь софт з репозиторію

[Scoffer]

Nekotechpriest
Ти так сказав наче в репозиторіях для різних архітектур кількість пакетів співпадає, а альтернативні репозиторії з дуже потрібною програмулиною на армі взагалі існують

[SergiusTheBest]

Розглянув би собі такий ноут для роботи.
В ідеалі хотілося б отримати щось схоже на M2/M3 з +/- такою ж автономністю в Лінуксі.

MacBook Pro M2 Pro 16-inch (M3 Max, 2023), вага 2.2kg, час роботи 21h 3m
Apple MacBook Air 15 (M3, 2024), вага 1.5kg, час роботи 16h
HP Pavilion Aero 13 (Ryzen 5600U, 2021), вага 1kg, час роботи 10h 40m

Щось не бачу якоїсь переваги надсучасного M3 над Ryzen 2021 року в перерахунку на вагу. Linux на останньому чудово працює. Шкода, що не зробили такий же, тільки на 2kg, щоб працював під 20 годин.

[Dremjke]

Або просто перейти на Linux і встановлювати весь софт з репозиторію

Хто про що, а збоченці про Linux

[SergiusTheBest]

Хто про що, а збоченці про Linux

Він реально зручніший. Перевчатися важко, але потім будете відчувати себе титаном, і робити задачі швидше, ніж на Windows. Приклад: мені потрібна була 11 java. Набираю "sudo apt install openjdk-11-jdk" і за лічені секунди вона в мене вже є!

[IvanCh]

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

[Nekotechpriest]

Nekotechpriest
Ти так сказав наче в репозиторіях для різних архітектур кількість пакетів співпадає, а альтернативні репозиторії з дуже потрібною програмулиною на армі взагалі існують

Щойно глянув ARM пакети у Arch Linux, навіть гра Minetest є, не те що софт

[Scoffer]

Nekotechpriest
А я зайшов в той ваш арч, і глянув, що пакетів, помічених як any 6784 штучок, а x86-64 - 10496. Значить чогось таки не вистачає.

Відправлено через 5 хвилин 53 секунди:
Можна почати з простого
https://archlinux.org/packages/?sort=&q ... =&flagged=
А компілятора під ARM чомусь немає, є лише крос компілятор з х86. Тобто для того щоб закомпілити програму на арм, треба спочатку знайти машину на х86

Відправлено через 2 хвилини 34 секунди:
https://archlinux.org/packages/?sort=&q ... =&flagged=
LLVM туди ж

[ronemun]

Розглянув би собі такий ноут для роботи.
В ідеалі хотілося б отримати щось схоже на M2/M3 з +/- такою ж автономністю в Лінуксі.

MacBook Pro M2 Pro 16-inch (M3 Max, 2023), вага 2.2kg, час роботи 21h 3m
Apple MacBook Air 15 (M3, 2024), вага 1.5kg, час роботи 16h
HP Pavilion Aero 13 (Ryzen 5600U, 2021), вага 1kg, час роботи 10h 40m

Щось не бачу якоїсь переваги надсучасного M3 над Ryzen 2021 року в перерахунку на вагу. Linux на останньому чудово працює. Шкода, що не зробили такий же, тільки на 2kg, щоб працював під 20 годин.

Повербанк тобто Адже в 1кг ноуті акум займає грам 300, не більше, тож ще +1 кг акумів буде в 4 рази довше, а не в 2

[Nekotechpriest]

Nekotechpriest
https://archlinux.org/packages/?sort=&q ... =&flagged=
А компілятора під ARM чомусь немає, є лише крос компілятор з х86. Тобто для того щоб закомпілити програму на арм, треба спочатку знайти машину на х86

Погано дивився
https://archlinuxarm.org/packages/aarch64/gcc