Обновить
0

Пользователь

0,1
Рейтинг
3
Подписчики
Отправить сообщение

Оказывается, совсем недавно, - в декабре 22-го года.

Комиссия РАН по борьбе с лженаукой продолжает свою работу. Слухи о ее ликвидации не соответствуют действительности. Об этом сообщает портал NEWS.ru со ссылкой на председателя комиссии, академика Евгения Александрова.

"Ее переподчинили — она была подчинена первоначально президиуму РАН, а сейчас подчиняется экспертному совету РАН", — поделился Евгений Александров.

Короче новость о ликвидации это вброс гомеопатов.

Школа это не оскорбление, а среднее образование.

Проблема не в цитате, а в статье в целом. Она напоминает сочинение про Ленина от ученика средней школы.

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

Историческая справка
В 1994 году был выпущен первый компьютер на базе микропроцессора
«Эльбрус-1», который был разработан в институте. В 2000 году был выпущен
компьютер «Эльбрус-2»,

Вам, уважаемый Никита, неплохо бы сначала школу закончить и поступить в вуз (например в тот же мфти), а потом тут статьи писать. Без обид.

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

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

Просто использовать его надо не для работы с DOM, а для CPU-bound задач.

Я тоже об этом, и wasm никак не поможет сделать производительные FLIF BPG или аудиоформаты с архиваторами на стороне клиента, ведь это не библиотека на си а просто байткод js прекомпилированный.

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

они рисуют гуй в окошечках системы. При сборке в wasm - в webgl. И это все работать прям шустро.

Это все рисуется в Canvas2D (webgl это уже Canvas3D ) естественно оно быстрое потому что функции написаны на нативном языке и оптимизованы/векторизованы как положено. Но вообще ты прав, перенос из Unity становится лучше с WebAsm, ведь с-sharp типизированный язык и компилировать его в скрипты это просто было бы уродством. Но вот другие скриптовыя языки (питон, руби, пхп, луа) я бы предпочел пересобирать в js по примеру typescript -а, что бы программа оставалась динамичной и не была привязана к типам.

Ну скорости с ним точно не будет поскольку там байткод виртуальной машины, а не нативный код процессора. Может быть даже будет замедление поскольку у JS в отличии от джавы типы не определены, и их подставляют на этапе компиляции из абстрактного синтаксического дерева, в том числе их можно заменить на основе данных о реальном исполнении. В байткоде же (если википедия не врет) уже стек-машина с операциями на конкретный размер и тип данных (64 бита знаковое) тут уже у vm связаны руки.

порт какой-нибудь очень нужной и незаменимой (либо лень) библиотеки в веб

Еще было бы здорово использовать единый джаваскриптовый VM / JIT / GC для всех скриптовых языков в одном проекте например.

Но к сожалению vm языков привязаны к функционалу, который гарантирован стандартом из коробки. Поэтому и библиотеку можно будет собирать не любую а только ту которая может работать в окружении js варианта web.

Вот так при помощи нехитрого кода на жс, строки на руби компилируются в байткод vm и запускаются. Но зачем?

Руби язык поддерживающий ввод/вывод в терминал, работу с фс и другими системными вещами из коробки.

JS язык поддерживающий WebAPI и другие средства браузера из коробки

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

Слухи это все для меня потому, потому, что никто внутренности этих компьютеров не запечатлел.

То есть у тебя свой манямирок из которого ты даже не пытался вылезать, но я тебе все же брошу спасательный круг https://habr.com/ru/post/81171/

А как раз то, что выглядят они как копии сановских, еще и с Солярисом на борту, увеличивает шанс, что это не просто копии, а прям они и есть.

Ну конечно просто взяли, купили у несуществующей на тот уже момент фирмы компы из девяностых и наклеили на них свой шильдик. Исходники соляриса 2.5 (это который был основан на ядре BSD) им достались еще от санок по наследству, так как мцст вообще то на свет появился как их дочерняя фирма.

Это не слухи, он на видео попал (еще и с проприетарным солярисом в качестве ос)

https://youtu.be/IMipmILkC4g?t=345

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

Дицел как раз нигде ни про каких русских ни словом ни намеком не упоминает, а на прямые вопросы говорит мол - да, работали с русскими когда он был в sun, талантливые были ребята, классное было время тыр-пыр. И всё. (Шигорин делает из ничего трагикомедию).

Зато Бабаян упоминал Дицела в статье 2000г. с такой очень завуалированной досадой.

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

Transmeta Crusoe это не "папа", а скорее внебрачный ребенок Эльбруса-3 и западных инженеров.

Основатель трансметы (Дейв Дицел) друг Александра Кима и Бориса Бабаяна.
Тут даже где-то статья на хабре любопытная была как Дицел на закрытом совещании в Интеле отстаивал идеи Бабаяна по новой архитектуре году в то-ли в 2016 то-ли 2017. Но не получилось, понятно интел сейчас очень боится экспериментировать.

Современный микропроцессор эльбрус несправедливо считать родственником трансметы, так как они МЦСТ никаких наработок не передавали (хотя было бы здорово), а продали все интелу и амд. Максимум что можно притянуть это какое то публичное исследование по повышению производительности Code Morphing-а путем перекидывания каких то задачь на второе ядро, но у эльбруса два ядра отдаются vm-гипервизору чтиоб он на одном потоке интерпритировал, переключал счетчики а на другом запускал оптимизирующий компилятор (в общем как у классических vm интерпретируемых языков).

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

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

ナイブミラークリーニング

Naibumirākurīningu (найба мирра кулинингу)

Типа нету зеркала или требуется его чистка наверное.

не знал что парсер JSON выкидывает поля с undefined, класная фича же, оказывается от него даже польза есть.

что касается примеров то я честно говоря не очень понял в чем конкретная претензия к undefined. Он и есть как бы "неопределенный тип" js-рантайм понятия не иммеет какой тип будет у let a;, а null - это тип object

Каким образом микрокод старого, либо ультрабюджетного процессора решит проблему отсутствия поддержки современного/расширенного набора инструкций?

Никаким, софт опирающийся на новые/расширенные инструкции просто перестает работать, поэтому например в коде ffmpeg есть отдельная библиотека libpostproc которая определяет тип процессора во время исполнения, а другие библиотеки уже на основе этой информации вызывают правильные функции.

А при выходе новых поколений power4->power5 armv7->armv8->armv9 приходится собирать весь софт под каждое отдельно. Поверх этого могут еще быть разные операционные системы и разные версии системных библиотек. Разработчики давно подстроились под это дело, что тут "малореального" - не понятно

Ничего особо нового VLIW тут не добавляет (если продуман грамотно). Конкретно в эльбрусе просчет с выставлением задержек, на разных процессорах они могут быть разные, коли их компилятор выставляет то надо тогда уж не константы подставлять (как сейчас) а регистры где они предварительно записаны и тогда проблемы бы небыло. Вообще удивительно как в процессоре в котором реализована куча специфичных регистров вроде %LOOP_COUNT и команды для работы с ними, не додумались сделать nop 0x1, %NOP_LD_L1 например. Насколько я себе представляю это требует довольно небольшой доработки уже существующего устройства.

Есть ли абсолютный ноль, который невозможно достичь?

Есть.
Когда один ноль пытается разделить другой, как делает эта "статья"

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

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

Документация по компилятору находится в папке самого компилятора
/opt/mcst/lcc-1.2X.e2k-cross/doc ~ например

Там же лежит и man, да и lcc --help раньше по крайней мере все что есть выкатывал.

указана совместимость с GCC лишь для старой версии компилятора

lcc --version должно показывать какой версии GCC оно соответствует. Совместимость естественно реализована примерно как у clang: опции принимает, но ругается своими ошибками в неожиданных местах. В любом случае там лишние вроде выключаются флагами.

Если государству нужен хорошо работающий процессор, то покупка ядер ARM - это радикально более эффективная трата денег,

Государству нужна компания которая им предложит законченное решение, к сожалению у государства (точнее либералов во главе государства) отсутствует понимание как создавать такие компании, их мотает от крайности что все само из гаражей вылупляется, до другой крайности что надо вы;ирать бессмысленные стартапы. Российскому чиновнику (да и вообще нашему гражданину) тяжело понять что стартап - это инициатива людей, её нельзя взять и создать в приказном порядке, но можно задушить в зародыше отрубив свои идеи и подбросив перспективные так как большому начальнику видней.
К сожалению последнее у нас освоили в совершенстве как наверху так и внизу, а вот просто положить на стол запрашиваемую сумму, ключи от гаража и сказать "через месяц покажешь что сделал" это для нас как отношения инопланетян.

Ну это лирика, а что касается "эффективности", то я не вижу никакой эффективности. Я не вижу процессора 4Ггц, вроде как эльбрусу vliw мешает, а что мешало купить (раз уж покупаем) процессор с нормальными частотами?
Я не вижу плату за 10-20т.р я вижу прайс 100т.р. по запросу, я в конце концов не вижу что бы оно обгоняло эльбрус в каких либо приложениях ни раньше (4С-T1, 8C-1M) ни сейчас. В 7z однопоток сабжа выдает 2,8k это как у эльбруса-16 на тех же 2ггц и снапдрагона на таком же ядре. Скайлейк и рязань показывают 4-5k на один поток. Может быть это потому что там тест AES накручивает очков, а может это из за турбобустов. В любом случае ни в эльбрусе ни в кале ничего подобного нет. Но если у первого хотя бы "в перспективе" подобное возможно ожидать, то у второго перспектива ждать пока арм запилит и готовить деньги. И то была теперь уже.

МЦСТ много лет исправно получал ОКР на отечественные процессоры, которые
использовали западные IP, производились на Тайване и так и не попали на
массовый рынок.

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

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

замечу, американские и французские блоки, что стоят в «Эльбрусах»

Я не против покупных блоков на то чего у нас еще нет. У Imagination например есть неплохая 3D графика (которая поддерживает OpenGL и DirectX) и видео энкодеры/декодеры, можно было бы купить их, купить HDMI и прочее, точно так же соединять на чипе и клепать дискретки начального уровня как для компов на интелах так и для эльбрусов. Но чубайнистам не интересно эффективно тратить государственные деньги, не интересна ниша которую еще никто не занял, им интересно что бы все денежные потоки по государственным контрактам шли только их друзьям и друзьям друзей, а "чужакам" нельзя позволять даже приближаться к кормушке.

Upd (как в подтверждение предположения):

Как выяснил CNews, разработчик линейки российских процессоров «Эльбрус», компания МЦСТ трижды не смогла получить государственное финансирование на свой новый чип.

На сайте Минпромторга можно найти информацию о том, что некие заявки МЦСТ были последовательно отклонены на трех подряд конкурсах министерства на получение субсидий на «создание электронной компонентной базы и модулей». Первый из них был объявлен 13 августа 2021 г., а об отклонении заявки сообщалось в конкурсном протоколе от 29 сентября.

Второй конкурс был объявлен 16 июня 2022 г., протокол с отказом датирован 1 августа. Третий конкурс министерство объявило 8 августа, протокол с отказом в отношении заявки МЦСТ был опубликован 30 сентября. Во всех случаях заявки компании не прошли научно-техническую оценку комиссии. По данным источника CNews на российском «железном» рынке, последний раз отказ был объяснен тем, что у проекта недостаточно прописана область применения.

Информация

В рейтинге
3 290-й
Зарегистрирован
Активность