Это так, но это ситуация из мира десктопов к которым эльбрус и правда не готов, но например на сервере где одно и то же нагруженное приложение крутится 24/7 и обрабатывает файлы только определенного размера и форматов. В таких вполне предсказуемых и прогнозируемых применениях бредом уже кажется динамический подход в котором процессор будет анализировать одно и то же месяцами и жечь электричество делая работу о которой никто не просил.
Хотелось бы конечно что бы в будущем эльбрусе было что то средненькое чтоб и так и немножко эдак тоже умело, например что бы команды подготовок не готовили переход как таковой а создавали стек вызовов/переходов, в котором простой как веник бранчпридиктор пометит переходы которые скорее всего не произойдут сверив с историей и начнет толкать в конвеер код который точно или почти точно произойдет. По умолчанию пусть будет считать что точно все произойдет.
Не нашел там сравнения с эльбрусами, как и адекватных тестов в целом.
https://www.7-cpu.com/ - вот здесь например 8 ядер 2Ггц МЦСТ-R проигрывают в два раза 8С. Но это в целом не важно, любой процессор мцст может максимум выдавать то что максимум может выдать инженеры мцст на данный момент, никакой рязани или интел-ксеон-платинум не будет просто от того что in-order vliw поменяют на out-of-order risc.
Но, что важно, прекрасно знают устройство и того и другого и делают осознанную ставку именно на e2k, полагаю потому что он банально интереснее. И пользователям и разработчикам, и с программной и с аппаратной части, там есть куда рости и огромное поле для фантазий и экспериментов. А спарк кроме военных не интересен никому, для него даже в современных браузерах поддержки нет.
Похоже то похоже, вот только KDE3 и её форк Trident написаны на Qt3 а в астре нет никаких библиотек Qt3, зато есть четвертые пятые.
Однако еще там был kPatience открученый от кде зависимостей, то есть у разработчиков как минимум есть опыт выдирания приложений из родных окружений, вполне возможно что и из третих кед приложения выдрали и переписали часть кода на Qt4/5
Мандатное разграничение прав доступа это не альтернативная система и не относящаяся к безопасности операционной системы вообще. Это особая ведомственная система в которой пользователь с правами ниже может писать в документ с правами выше, но не может его читать. И наоборот пользователь с повышенными правами не может читать и переписывать файлы доступные для менее привилегированных пользователей. В общем эта система придумана для документов (и не нами если вдруг кто-то захочет над ней посмеяться).
Что касается KDE3, то там своя проприетарная оболочка на Qt4 (сейчас наверное уже на Qt5). Как я понял уши у этой оболочки растут из МСВС (как и у самой астры в целом), там была тоже своя оболочка на Qt которая всеми ошибочно принималась за IceWM.
Разумеется там (в оболочке) наверняка сплошь ворованный код и написан студентами, но справедливости ради МСВС вообще от начала до конца была закрытая и получала обновления только на дисках, тут хоть закрытая только оболочка с приложениями. Будем надеяться что следующий заход этой организации, либо тех кто от них отпочкуется, будет уже полностью свободным.
Оказывается, совсем недавно, - в декабре 22-го года.
Комиссия РАН по борьбе с лженаукой продолжает свою работу. Слухи о ее ликвидации не соответствуют действительности. Об этом сообщает портал NEWS.ru со ссылкой на председателя комиссии, академика Евгения Александрова.
"Ее переподчинили — она была подчинена первоначально президиуму РАН, а сейчас подчиняется экспертному совету РАН", — поделился Евгений Александров.
Проблема не в цитате, а в статье в целом. Она напоминает сочинение про Ленина от ученика средней школы.
Если бы ты учился в вузе то имел бы уже какое никакое понимание, что просто так что-то написать от балды и выдать не прокатит, надо идти изучать вникать в материал и потом уже на основе собранного в голове попытаться накорябать что-нибудь на троечку.
Историческая справка В 1994 году был выпущен первый компьютер на базе микропроцессора «Эльбрус-1», который был разработан в институте. В 2000 году был выпущен компьютер «Эльбрус-2»,
Вам, уважаемый Никита, неплохо бы сначала школу закончить и поступить в вуз (например в тот же мфти), а потом тут статьи писать. Без обид.
не напыщенную красоту, которой можно только кичиться, а их интересует функциональность прежде всего
Ключевое отличие западного бизнеса от вездесущих отечественных "продаванов" в том, что они не проецируют сугубо личные приоритеты своего топ-манагмента на пользователей, и уж тем более им никогда в голову не придет поплевывать в них и сравнивать с клиентурой в других странах.
Просто использовать его надо не для работы с DOM, а для CPU-bound задач.
Я тоже об этом, и wasm никак не поможет сделать производительные FLIFBPGили аудиоформаты с архиваторами на стороне клиента, ведь это не библиотека на си а просто байткод 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) им достались еще от санок по наследству, так как мцст вообще то на свет появился как их дочерняя фирма.
Кто-то писал что компы выглядят как копии сановских, наверное поэтому они военным и зашли отечественный спаркстейшн с полной бинарной совместимостью в виде законченного решения с монитором и клавиатурой, а не в виде процессора на платке.
Дицел как раз нигде ни про каких русских ни словом ни намеком не упоминает, а на прямые вопросы говорит мол - да, работали с русскими когда он был в sun, талантливые были ребята, классное было время тыр-пыр. И всё. (Шигорин делает из ничего трагикомедию).
Зато Бабаян упоминал Дицела в статье 2000г. с такой очень завуалированной досадой.
Наверное она была не столько в том что он ушел из sun и не сказал ничего бабаяну о своих планах (как в статье написано). А в том что он не захотел это делать совместно с мцст, то есть не захотел с "московскими друзьями" работать, а что бы наверное они не дай бог не просились и не предлагали свои услуги он решил ничего не говорить. Примерно как девушка, которой с тобой очень весело и интересно убивать время, но для спать и отношаться она предпочитает парней другого типа.
Transmeta Crusoe это не "папа", а скорее внебрачный ребенок Эльбруса-3 и западных инженеров.
Основатель трансметы (Дейв Дицел) друг Александра Кима и Бориса Бабаяна. Тут даже где-то статья на хабре любопытная была как Дицел на закрытом совещании в Интеле отстаивал идеи Бабаяна по новой архитектуре году в то-ли в 2016 то-ли 2017. Но не получилось, понятно интел сейчас очень боится экспериментировать.
Современный микропроцессор эльбрус несправедливо считать родственником трансметы, так как они МЦСТ никаких наработок не передавали (хотя было бы здорово), а продали все интелу и амд. Максимум что можно притянуть это какое то публичное исследование по повышению производительности Code Morphing-а путем перекидывания каких то задачь на второе ядро, но у эльбруса два ядра отдаются vm-гипервизору чтиоб он на одном потоке интерпритировал, переключал счетчики а на другом запускал оптимизирующий компилятор (в общем как у классических vm интерпретируемых языков).
Я конечно извиняюсь, но помоему он его как раз защищает. В целом он все правильно говорит же у эльбруса, в текущем его состоянии беды именно со статически компилированным кодом, ему просто необходимо чуть больше динамики тот же бранчпредиктор добавить, задержки хотя бы через регистры реализовать, а не константами.
JIT наоборот мог бы все эти проблемы спрятать, но проблема в том что не существует какого то универсального gcc-jit, все джиты приколочены к своим виртуальным машинам и портируются вместе с ней как есть с соответствующим результатом.
не знал что парсер JSON выкидывает поля с undefined, класная фича же, оказывается от него даже польза есть.
что касается примеров то я честно говоря не очень понял в чем конкретная претензия к undefined. Он и есть как бы "неопределенный тип" js-рантайм понятия не иммеет какой тип будет у let a;, а null - это тип object
Это так, но это ситуация из мира десктопов к которым эльбрус и правда не готов, но например на сервере где одно и то же нагруженное приложение крутится 24/7 и обрабатывает файлы только определенного размера и форматов. В таких вполне предсказуемых и прогнозируемых применениях бредом уже кажется динамический подход в котором процессор будет анализировать одно и то же месяцами и жечь электричество делая работу о которой никто не просил.
Хотелось бы конечно что бы в будущем эльбрусе было что то средненькое чтоб и так и немножко эдак тоже умело, например что бы команды подготовок не готовили переход как таковой а создавали стек вызовов/переходов, в котором простой как веник бранчпридиктор пометит переходы которые скорее всего не произойдут сверив с историей и начнет толкать в конвеер код который точно или почти точно произойдет. По умолчанию пусть будет считать что точно все произойдет.
Ответ ниже (промахнулся)
Не нашел там сравнения с эльбрусами, как и адекватных тестов в целом.
https://www.7-cpu.com/ - вот здесь например 8 ядер 2Ггц МЦСТ-R проигрывают в два раза 8С. Но это в целом не важно, любой процессор мцст может максимум выдавать то что максимум может выдать инженеры мцст на данный момент, никакой рязани или интел-ксеон-платинум не будет просто от того что in-order vliw поменяют на out-of-order risc.
Но, что важно, прекрасно знают устройство и того и другого и делают осознанную ставку именно на e2k, полагаю потому что он банально интереснее. И пользователям и разработчикам, и с программной и с аппаратной части, там есть куда рости и огромное поле для фантазий и экспериментов. А спарк кроме военных не интересен никому, для него даже в современных браузерах поддержки нет.
Похоже то похоже, вот только KDE3 и её форк Trident написаны на Qt3 а в астре нет никаких библиотек Qt3, зато есть
четвертыепятые.Однако еще там был kPatience открученый от кде зависимостей, то есть у разработчиков как минимум есть опыт выдирания приложений из родных окружений, вполне возможно что и из третих кед приложения выдрали и переписали часть кода на Qt4/5
Мандатное разграничение прав доступа это не альтернативная система и не относящаяся к безопасности операционной системы вообще. Это особая ведомственная система в которой пользователь с правами ниже может писать в документ с правами выше, но не может его читать. И наоборот пользователь с повышенными правами не может читать и переписывать файлы доступные для менее привилегированных пользователей. В общем эта система придумана для документов (и не нами если вдруг кто-то захочет над ней посмеяться).
Что касается KDE3, то там своя проприетарная оболочка на Qt4 (сейчас наверное уже на Qt5). Как я понял уши у этой оболочки растут из МСВС (как и у самой астры в целом), там была тоже своя оболочка на Qt которая всеми ошибочно принималась за IceWM.
Разумеется там (в оболочке) наверняка сплошь ворованный код и написан студентами, но справедливости ради МСВС вообще от начала до конца была закрытая и получала обновления только на дисках, тут хоть закрытая только оболочка с приложениями. Будем надеяться что следующий заход этой организации, либо тех кто от них отпочкуется, будет уже полностью свободным.
Комиссия РАН по борьбе с лженаукой продолжает свою работу. Слухи о ее ликвидации не соответствуют действительности. Об этом сообщает портал NEWS.ru со ссылкой на председателя комиссии, академика Евгения Александрова.
"Ее переподчинили — она была подчинена первоначально президиуму РАН, а сейчас подчиняется экспертному совету РАН", — поделился Евгений Александров.
Короче новость о ликвидации это вброс гомеопатов.
Школа это не оскорбление, а среднее образование.
Проблема не в цитате, а в статье в целом. Она напоминает сочинение про Ленина от ученика средней школы.
Если бы ты учился в вузе то имел бы уже какое никакое понимание, что просто так что-то написать от балды и выдать не прокатит, надо идти изучать вникать в материал и потом уже на основе собранного в голове попытаться накорябать что-нибудь на троечку.
Вам, уважаемый Никита, неплохо бы сначала школу закончить и поступить в вуз (например в тот же мфти), а потом тут статьи писать. Без обид.
Ключевое отличие западного бизнеса от вездесущих отечественных "продаванов" в том, что они не проецируют сугубо личные приоритеты своего топ-манагмента на пользователей, и уж тем более им никогда в голову не придет поплевывать в них и сравнивать с клиентурой в других странах.
Я тоже об этом, и wasm никак не поможет сделать производительные FLIF BPG или аудиоформаты с архиваторами на стороне клиента, ведь это не библиотека на си а просто байткод js прекомпилированный.
Что касается цифр то к ним не хватает пояснения это холодный старт, горячий прогон какого то кода или что это. В запуске то не сомневаюсь что оно быстрее, вопрос про все остальное.
Это все рисуется в 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 (найба мирра кулинингу)
Типа нету зеркала или требуется его чистка наверное.
И сколько? DDR4 PCIE-3 и USB3
Всё.
не знал что парсер JSON выкидывает поля с
undefined, класная фича же, оказывается от него даже польза есть.что касается примеров то я честно говоря не очень понял в чем конкретная претензия к
undefined. Он и есть как бы "неопределенный тип" js-рантайм понятия не иммеет какой тип будет уlet a;, аnull- это тип object