LINUX.ORG.RU

Loongson выпускает Linux-патчи для 3A6000 и готовится к конкуренции с Intel и AMD

 , ,


1

3

Loongson готовит мир к своим новым процессорам. Компания выпустила патчи для Linux, внедряющие поддержку ряда функций чипа 3A6000, релиз которого ожидается в ближайшие недели.

Чип 3A6000 сравним с Intel Core Tiger Lake и AMD Ryzen 5000. Выбор в пользу Linux очевиден – в Китае существует много национальных дистрибутивов этой ОС и полным ходом идет процесс отказа от Windows в госсекторе.

По заверениям самой Loongson, сделанным еще в ноябре 2022 г., компания полностью завершила этап проектирования процессора 3A6000 и собиралась выпустить первые его образцы до конца II квартала 2023 г. У нее в запасе остается еще около полутора месяцев, но появление патчей для Linux вполне может означать, что Loongson уложится в установленные сроки.

Всего выпущено пока два патча для Linux, главный из которых активирует новый блок управления памятью (MMU) или обходчика таблицы страниц (PTW) в 3A6000, который может обрабатывать исключения преобразования адресов (TLBI, TLBL, TLBS, TLBM) непосредственно на аппаратном уровне, повышая итоговую производительность. Процессор будет требовать программной обработки лишь в нескольких случаях, например, при сбоях страниц. В описании ко второму патчу сказано что архитектура LoongArch традиционно использует полные барьеры памяти для всего. Барьер памяти – инструмент, позволяющий программисту добиться правильного порядка исполнения инструкций процессором в отдельных случаях с многопоточными (выполняются несколькими виртуальными или реальными процессорами асинхронно) программами, когда это требуется. Без барьеров современные процессоры могут менять порядок инструкций ради оптимизации, что в этих самых отдельных случаях может навредить. Но полные барьеры негативно сказываются на производительности, и новый патч как раз добавляет больше различных вариантов барьеров, которые понимает новый процессор. Все процессоры Loongson строятся на базе собственной архитектуры компании LoongArch. Это уникальная разработка, инструкции которой не перекликаются ни с х86, ни с ARM, ни с RISC-V, ни с другими архитектурами.

В операционной системе Windows поддержки LoongArch на май 2023 г. не было, к тому же в Китае уже более трех лет идет программа по массовому отказу от Windows, по меньшей мере, в госсекторе. Однако, оценить возможности нового 3A6000 и провести независимые тесты его производительности эксперты и энтузиасты, проживающие за пределами Китая, не смогут. Вся продукция и вся интеллектуальная собственность Loongson с декабря 2022 г. не может распространяться за пределами КНР по решению властей Китая. Наработки компании признаны стратегически важными, и потому их экспорт из КНР полностью запрещен в любые страны.

>>> Подробности (CNews)

★★★★★

Проверено: hobbit ()
Последнее исправление: hobbit (всего исправлений: 5)

Ответ на: комментарий от tiinn

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

mumpster ★★★★★
()
Ответ на: комментарий от I-Love-Microsoft

конечно же «как из душа окатило!» ))))

сопсна, а почему бы и нет? КОКОМ же был и есть? чем КНР хуже?

mumpster ★★★★★
()
Ответ на: комментарий от Xintrea

ну сопсна понятно, что сладкая парочка уже выжала из убогой x86 всё что можно и теперь пора вбросить её на помойку истории. сопсна, уже вышла новость, что штеуд собирается всё 32-битное амно туда (в помойку) слить. ссылка нужна или сами знаете о чём я?

mumpster ★★★★★
()
Ответ на: комментарий от mumpster

Но, реально, можно вдвое увеличить подвод энергии к процессору - это не является ограничивающим фактором.

tiinn ★★★★★
()
Ответ на: комментарий от miXel

Всех пересмотрел (и Семина и Жукова и Каца и Шульман и Варламова и Рудого и Камолова много кого еще). А еще работал в китайской компании и общался с китайцами.

И кого я пересмотрел не так уж важно. Ты спорь с аргументами, а не с фамилиями.

rumgot ★★★★★
()
Ответ на: комментарий от GLaDOS

Вот он, убийца Intel: https://en.wikipedia.org/wiki/SHAKTI_(microprocessor)

Мдя, интересно… Там у них линейки от, условно, процов для zx-spectrumов, до 128-ядерников для супер-компьютеров. И всё это они хотят делать на «either 22 nm FinFET or 180 nm CMOS». При этом, как я понял, до производственных масок доведены лишь процы с характеристиками, которые и называть неприлично. Ну, как бы, это… «не верю».

anonmyous
()
Ответ на: комментарий от tiinn

Не 32-битное, а 16-битное.

Нет, и то, и то.

32-битные приложения он по-прежнему сможет выполнять.

На 64битном ядре ОС - да.

3.1 Removal of 32-Bit Ring 0
32-bit ring 0 is not supported anymore and cannot be entered.
3.2 Removal of Ring 1 and Ring 2
Ring 1 and 2 are not supported anymore and cannot be entered.
3.3 Removal of 16-Bit and 32-Bit Protected Mode
16-bit and 32-bit protected mode are not supported anymore and cannot be entered. The CPU
always operates in long mode. The 32-bit submode of Intel64 (compatibility mode) still exists. An
attempt to load a descriptor into CS that has CS.L==0 and CS.D==0 will generate a #GP(sel)
exception.
anonmyous
()
Ответ на: комментарий от alex1101

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

rumgot ★★★★★
()
Последнее исправление: rumgot (всего исправлений: 1)
Ответ на: комментарий от rumgot

Но нужно же как то понимать, что в головах у современных левых/правых/либералов и прочих прекрасных людей

Зачем? О_о

alex1101
()
Ответ на: комментарий от alex1101

Ну вот пошел ты в лес. Ползет змея - что делать? Бежать? Стоять? Бить ее палкой? … хз.

А так ты видишь ползет змея, конкретно - Уж, ага понятно, не опасен, ногами не топчи и спокойно занимайся своими делами…

rumgot ★★★★★
()

В операционной системе Windows поддержки LoongArch на май 2023 г. не было

Да ладно?

CYB3R ★★★★★
()
Ответ на: комментарий от tiinn

Не 32-битное, а 16-битное

кто явно не читал первоисточник:

https://cdrdv2-public.intel.com/776648/x86s-EAS-v1-4-17-23-1.pdf

«3.3 Removal of 16-Bit and 32-Bit Protected Mode 16-bit and 32-bit protected mode are not supported anymore and cannot be entered. The CPU always operates in long mode.» … «The CPU is always running in the 64-bit submode of Intel64. Real mode, protected mode, or VM86 modes cannot be enabled.»

mumpster ★★★★★
()
Последнее исправление: mumpster (всего исправлений: 1)
Ответ на: комментарий от tiinn

да-да, примерно как здесь:

https://3dnews.ru/1083516/pri-ekstremalnom-razgone-intel-xeon-w93495x-potreblyaet-pochti-1900-vt

Все 56 ядер Intel Xeon w9-3495X разогнали до 5,5 ГГц — энергопотребление достигло почти 1900 Вт

а в военное время - даже до 3800 Вт! ;-)

mumpster ★★★★★
()
Ответ на: комментарий от token_polyak

да, там всё прекрасно, за т.н. «импортозамещение» отвечают GF, которое суть американская AMD, и Микрон, тоже очень «европейский» ;-)

mumpster ★★★★★
()
Ответ на: комментарий от mumpster

кто явно не читал первоисточник:

На самом деле, идея сего бреда от интел лично мне не ясна. Не удивлюсь, если будет как с ихним Мерседом, когда они хотели вливом заменить x86: AMD просто скажет «а мы ничего не удаляем, покупайте наши райзены». Интел поскулит, да сдуется.

anonmyous
()
Ответ на: комментарий от tiinn

они уже давно столько жрут! давно с игрунами общались? ;-)

mumpster ★★★★★
()
Ответ на: комментарий от anonmyous

на самом деле ясна. уже давно нет рынка не 64-битного, последний не 64-ит проц выпущен в 2008, W10 была 64-битной в основном, а назад эта [32-битная] часть тянет очень сильно. тем более BIOS уже выпилене и тоже давно.

mumpster ★★★★★
()
Ответ на: комментарий от EvilFox

Эпловские чипы никогда быстрыми не были, то что туда запихали аппаратных ускорителей кусков фотошопа, видеокодировщика и т.п.

Как будто другие производители не пихают в кремний видео и крипту. :-)

не говорит о высокой производительности общего назначения.

А на примере компиляции можно о ней говорить? Приятель давеча рассказывал, мол, MacBook Pro 16" M1 Max настолько быстрее и холоднее, чем Dell XPS 16" на i9-12900H (или как его там), что он уже жалеет, что попросил на работе Dell.

Apple, конечно, продает программно-аппаратный комплекс, за счёт тесной интеграции там еще и SSD очень отзывчивый: у него, натурально, больше IOPS, чем у знаменитого Samsung 980 PRO, но и по части ЦП реально есть за что уважать их инженеров и менеджмент.

danfe
()
Ответ на: комментарий от mumpster

на самом деле ясна. уже давно нет рынка не 64-битного

Пфф, а про 64битные армы, мипсы и риск-5 вы не слыхали?

а назад эта [32-битная] часть тянет очень сильно

Ну спасибо, теперь и под кему всё это тормозить станет, так как не получится ускориться за счёт KVM.

anonmyous
()
Ответ на: комментарий от anonmyous

уже давно нет рынка не 64-битного
Пфф, а про 64битные армы, мипсы и риск-5 вы не слыхали?
несколько не понял в чём тут у вас юмор заключается.

я говорю про то, что давно уже рынок весь 64-битный.

вы таки мне возражаете, что де я не слышал про 74-ьитный мипс (кстати, по сути уже покойник) и т.п. RISC CPUs.

как говорится, классическая в огородебузина, а в Киеве - дядька!

также не понял связи томрозов и QEMU?

mumpster ★★★★★
()
Ответ на: комментарий от mumpster

я говорю про то, что давно уже рынок весь 64-битный. вы таки мне возражаете, что де я не слышал про 74-ьитный мипс (кстати, по сути уже покойник) и т.п. RISC CPUs.

Да, так и говорю. Ваш «64битный рынок» уже заполнен высокотехнологичными риск-архитектурами. А вы ждёте на нём уродца «х86, но без совместимости с х86»?

как говорится, классическая в огородебузина, а в Киеве - дядька!

А по-моему, у вас что-то с логикой: вы верно прочли моё высказывание, но почему-то не сумели сопоставить его с обсуждаемой темой. :)

также не понял связи томрозов и QEMU?

Так это… Они всю совместимость и из VMX тоже убирают, Кэп.

PS: По-серьёзнее плиз. :)

anonmyous
()

Давно пора уже этих тормозов развития, Штеуд и АМД, скинуть на обочину. Жаль что Байкал-С не пошёл в серию из-за боязни последних улететь туда ещё раньше. 100 лет разработки процессоров, и ничего кроме экстенсивного роста вообще. Тупиковые ветви в эволюции процессов.

thegoldone
()
Ответ на: комментарий от anonmyous

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

Thero ★★★★★
()
Ответ на: комментарий от Thero

это конечно оффтоп всё, но амд тоже с радостью выкинет эти старые режимы.

Вы не помните аналогичную ситуацию с Мерседом? Интел сказал, «у нас есть крутейшая архитектура IA-64, а х86 на свалку!». АМД сказали: «а у нас есть х86-64, и она полностью совместима с х86». И рынок сделал выбор в пользу совместимости.

Вы поймите простую вещь: х86 только ради совместимости и нужен хоть кому-нибудь. Если интел сделает «новую» архитектуру на базе х86, но без совместимости - нужна она будет только паре-тройке наркоманов. По тому, что рынок легаси-фри 64битных архитектур и так уже насыщен, и какого-то интелового уродца там никто не ждёт. Так что АМД, я уверен, поступит так же, как и 20 лет назад. В АМД не идиоты сидят, чтобы новую архитектуру запилить на базе х86. Это не просто абсурд, это реальная наркомания.

anonmyous
()
Ответ на: комментарий от anonmyous

во первых в данный момент всё совместимо, во вторых прежде чем улекаться аналогиями надо хотябы один кусочек новости прочитать правильно. ПРОЧИТАТЬ а не нафантазировать. на этом предлагаю закончить оффтоп.

Thero ★★★★★
()
Ответ на: комментарий от Thero

во первых в данный момент всё совместимо

Понял, господин про x86S ничего не слышал, и пришёл кого-то учить.

новости прочитать правильно. ПРОЧИТАТЬ а не нафантазировать. на этом предлагаю закончить оффтоп.

Пфф, ветка обсуждения x86S к данной новости про лунгсон не относилась изначально. Если вы - мисье Дартаньян, то не стоило вам в ней и отвечать, так как это заведомый офф-топ. Однако другим людям захотелось x86S пообсуждать, ничего плохого в этом не вижу, тоже ведь процессорная тематика. Так что вы не против, если мы продолжим? :)

anonmyous
()
Ответ на: комментарий от anonmyous

oh cat.. как можно прочитать новость про х86s и не понимать что х86s полностью совместим с актуальным 64битным х86? почему надо лезть в фантазии и высасывать из пальца невалидные аналогии? ещё и с таким пафосом.. что у вас там происходит?

Thero ★★★★★
()
Ответ на: комментарий от Thero

как можно прочитать новость про х86s и не понимать что х86s полностью совместим с актуальным 64битным х86?

А кто же этого не понимает? Вот мой коммент на эту тему: Loongson выпускает Linux-патчи для 3A6000 и готовится к конкуренции с Intel и AMD (комментарий)

Вы другого не понимаете. Что совместимость с 64битным вариантом не имеет ни малейшего коммерческого интереса, так как даже винда есть под арм64: https://learn.microsoft.com/en-us/windows-hardware/manufacture/desktop/arm64-device-manufacturing?view=windows-11

А вот выпилить поддержку 32битных операционок даже из VMX, убив таким образом KVM, и, как следствие, затормозив QEMU - это реальное западло. И тут уже проще на арм64 перейти, чем на это «непойми-что».

anonmyous
()
Ответ на: комментарий от anonmyous

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

Thero ★★★★★
()
Ответ на: комментарий от Thero

арм64 есть софта под арм64 нет.

Где например? Если взять убунту, то там, кажется, из архитектурно-специфичного софта только вайн. Винда-11 под арм64 запускает х86-проги без проблем, так как юзер-спейсная эмуляция не такая затратная, как эмуляция привилегированных инструкций. Да и нативно-спортированных виндовых прог не мало, всё же 21й век, совт нынче портабельный.

систем в куэму. почему вы вообще считаете важной такую эмуляцию?

Не особо важной, просто других «фичей» и вовсе нет. А без этой, ещё и олдфаги, которые любят не-мэйнстримные ОСы под эмулятором потыкать, тоже свалят.

почему эмуляция такого софта в 32битных системах

В 64битных, во первых. Во вторых, вопрос не по адресу. КВМ - это фича, которой пользовался определённый, не слишком большой, но и далеко не нулевой процент юзеров. Теперь они свалят. Но вопрос совершенно не в них. Вопрос в том, нафейхуа вообще теперь эта «х86 без х86» нужна на рынке продвинутых риск-архитектур, под которые есть все мэйнстримные операционки и софт?

anonmyous
()
Ответ на: комментарий от Thero

Всё ещё используется в виртуалках WinXP например. Где сама по себе, где ради 32-битных драйверов, которых под 64 бита не написали и уже не напишут. Перестраивать все процессы ради непонятно чего?

Pasha1st
()
Ответ на: комментарий от anonmyous

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

Thero ★★★★★
()
Ответ на: комментарий от Thero

тоесть эмуляция 32битного софта на 64битной арм системе достаточна

Это зависит от количества нативных портов, а их уже не мало. И, главное, обходятся они вендорам нынче не дорого. А чего нет в нативе (легаси), то под эмуляцией можно гонять, но и то, это когда речь про винду. На линуксе такой проблемы и вовсе нет.

а эмуляция 32битного софта на 64битной х86 системе недостаточна

Недостаточна для чего? Если бы переход на ваш x86S был бы хоть чем-то оправдан, то вопрос был бы корректным: переходим ради крутых фич и нового совта, а 32битный эмулируем. Вот только такой переход не оправдан вообще ни чем, а по тому, эмулировать х86/32 будут на армовой винде, а под линуксом - и эмулировать ничего не надо.

и нужна обязательно возможность запускать в эмуляторе не просто 32битный софт а целую 32битную ось?

Она была, и была, в определённой степени, востребована. Тут принцип домино: выбей 1 костяшку, и вся конструкция посыпется, так как её ничего больше не удерживает от падения. Нет киллер-фичей, и быть не может.

сделают по твоим выдумкам, ну так да ты какие-то фиговые выдумки придумал..

Покажи хоть 1 мою выдумку относительно того, что они сделают в x86S - или пустобрёх.

anonmyous
()
Ответ на: комментарий от anonmyous

-_- в комерческом юниксе который похоронил итаниум надо было не просто эмулировать а ещё и код переписывать..

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

-_- у тебя почему-то выкидывание эмуляции 32битных ос превращается в полную [s]блокировку телеграм [/s]неработспособность KVM и QEMU и где-то на основе этой малой ниши от малой ниши ты прогнозируешь полный крах архитектуры для пускания игрулек по венам..

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

Thero ★★★★★
()
Последнее исправление: Thero (всего исправлений: 1)
Ответ на: комментарий от Thero

-_- в комерческом юниксе который похоронил итаниум надо было не просто эмулировать а ещё и код переписывать..

А это к чему? Сорри, не осилил.

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

Даже у Эппла? А в чём отстаёт?

эт типа ваще незачем и ненужно..

При этом, оставив никому не нужную в текущих реалиях архитектуру, которая только и держалась, что на совместимости? Нет, совершенно не нужно. От слова совсем.

-_- у тебя почему-то выкидывание эмуляции 32битных ос превращается в полную [s]блокировку телеграм [/s]неработспособность KVM и QEMU

Для большинства его применений - да.

и где-то на основе этой малой ниши от малой ниши ты прогнозируешь полный крах архитектуры для пускания игрулек по венам..

Не только для игрулек - вообще для всего. Ну не нужен нынче этот огрызок, на фоне современных риск-архитектур, которые были изначально спроектированы под современные нужды, а не не появились как «наследие мамонта, но без самого мамонта».

но пытаться это исправить не смейте ведь единственное на что годится х86 это быть запускателем легаси всякого и что-то новое туда нельзя вносить..

Всё верно. Но надо уточнить, что и тогда его ждёт печальный финал. Просто в 1м случае у интела ещё есть время что-то исправить, а в другом - он сам выбивает последнюю костяшку и получает эффект домино.

anonmyous
()
Последнее исправление: anonmyous (всего исправлений: 1)
Ответ на: комментарий от danfe

Как будто другие производители не пихают в кремний видео и крипту. :-)

Пихают и что? Это отменяет что я написал?

за счёт тесной интеграции там еще и SSD очень отзывчивый: у него, натурально, больше IOPS, чем у знаменитого Samsung 980 PRO

Этот SSD игнорирует fsync'и, подобно eatmydata.
Силовые 12в в 1мм от питания распаянного зашифрованного SSD (привязанного к этой плате), капелька воды и минус все данные.

EvilFox ★★
()
Последнее исправление: EvilFox (всего исправлений: 1)
Ответ на: комментарий от mumpster

Это как назвать жителей ЕС европейцами, а первую и вторую мировую - затянувшейся гражданской войной.

Dmytr
()

Всё со слов фирмы-производителя. Что в реальности - ХЗ

Vinni_Pooh ★★★★★
()
Ответ на: комментарий от Dmytr

Ты ещё скажи что Цинь, Ян, Чу и Вей один народ. Просто «китайцы» сохранили свою латынь.

Dmytr
()
Ответ на: комментарий от Thing

Хм, раньше на алике светились SBC на базе Loongson. Сейчас не вижу. Забанили определённые категории товаров, скорее всего.

sadko4u ★★
()
Ответ на: комментарий от X512

И что эта новость делает на российском форуме если в Россию эти процессоры не поступят? Хотя нет, я кажется понял как они поступят на территорию России, но писать тут об этом нельзя.

Почему нельзя писать?

Кто может запретить, чтобы они поступали из Китая в РФ?

dinominarus
()
Ответ на: комментарий от Pasha1st

мм тоесть есть у вас уникальный станок работает 50 лет кушать не просит, весь такой крутой, но драйвера к нему работают только под винхп32 но вам надо чтобы всё это было на одном современном сервере поэтому винхп крутится в эмуляторе, а другие ваши задачи требуют чтобы ну вот прям самый современный сервер был куплен(это с учётом того сего с архитектурой х86s будет железо минимум 2026 а скорее 2030 года) к этому времени у вас либо станок сдохнет либо ему новые мозги напишут. либо поступят как 15 лет назад поставят дополнительную железяку приемлемой мошности рядом в стойку и пускай на ней легаси эмуляторы крутятся, а новьё всё на новом сервере.

Thero ★★★★★
()
Ответ на: комментарий от tiinn

полтора киловатта - компы будущего жрать будут

Крайне сомнительно.
Вот в прошлом да, жрали. С каким-нибудь FX9590 и парой 7970.

devl547 ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.