Лады 13лет как не гниют, там на всех моделях внешняя оцинковка кузова (за исключением крыши вроде) а внутренние полости заполняются консервационной смазкой (название не помню) с завода. А вот на УАЗе до сих пор грунтуют, правда они почему то так не ржавеют как ржавеют форды от того же солерса.
Специально внедряют дебильные решения вроде приборки на руле и всратых дверей, что бы небыло спроса и не пришлось придумывать отмазки почему нет серийного производства. На прожектерстве 10 млрд попилили и можно новый прожект стартовать. У Лихачева видимо чубайсянка развилась, у росатома оченньмногаденег почему бы и себе на израиль не накопить через прожекты.
Java — великолепный инструмент для прототипирования и отладки алгоритмов, решений, но итоговый продукт все равно должен быть воплощён в железе и максимально эффективно его утилизировать. Не нужно считать эти слова пустыми, автор вкладывает в них смысл — не надо транжирить ресурсы впустую.
Не я один значит думал о таком, что вместо докупки железа можно просто ресурсоемкие и нагруженые задачи выкинуть в нативные подпрограммы. Однако насчет хорошего инструмента для отладки я бы поспорил, переписывание с джавы потребует серьезной переделки и отладки заного. Джава это не питон, в котором модули типа thread asyncio, практически соответствуют реализациям тредов и корутин в С и С++ и довольно легко на них перекладываются. Так что как раз питон отлично подходит для отладки и прототипирования если цель в дальнейшем перенос на нативный код, а джава нет.
Ассемблер никогда и небыл закрыт, они не хотят рассказывать про кодировку команд (бинарную структуру), то ли из за юридических причин то ли просто не хотят что бы кто либо на нее опирался, например по причине того что они в ней постоянно что-то меняют. Так то по ассемблеру даже учебник опубликован, там правда не все, описания векторных команд в нем нет, но их описание есть в заголовочном файле с интринсиками в составе компилятора.
Я имел в виду что если допустим работодатель собеседует продавщицу в советский гастроном то такие вопросы имеют смысл дабы банально оценить уровень ее скилов в обслуживании запросов покупателей. Но зачем программисту для оценки знаний предлагается решить задачу способом приемлемым для конфетно-колбасного отдела, но никак не для вычислительной техники? Я не понимаю.
Проблема в том что когда данные становятся сильно больше чем думал думающий, тогда чем проще устроена их обработка тем быстрее и глаже это все пробегается, а если начинаются всякие прыжки и произвольный доступ к элементам массива, потому что думающий почему то думает что если делать много дел в один проход то это будет быстрей, то производительность как и дальнейшие оптимизации обламываются. Даже если бриться и пить кофе совмещая это с движением на раборту то это неизбежно повлияет на скорость передвижения. Конечно можно это делать толкаясь в пробке, но это уже будет конкурентное асинхронное исполнение.
История похожа на выдумку, но меня в ней зацепил один момент:
На моей практике это был первый кандидат, который предлагал взвешивать шарики по одному
А как должен решать подобную задачу адекватный человек? Сходу выдумывать непонятный говнокод с вычислениями парами/группами?
Есть такое хорошее правило в программировании - сначала добейся нормальной работы, потом берись за оптимизации. Так что по хорошему все восемь шаров прогоняются дважды - первый цикл находит самый тяжелый, второй самый легкий. Если есть резон как то этот процесс оптимизировать, то можно попробовать но с обязательными замерами а не приведут ли ваши манипуляции с шарами к замедлению кода, а то и вообще к ошибкам.
Не нужно повторять, нужно приводить аргументы, я ничего не говорил про какую то глубину и ширину конвеера не надо мне приписывать какие то глупости которые я не говорил. Ни с какими идеями я так же не выступаю, просто читаю и отвечаю на комментарии. Все. Обратитесь к психотерапевту.
А вы не умеете читать, я говорил про то что эльбрус с его вроде бы много команд за такт, не имеет преимуществ перед интел/амд которые хоть и не имеют столько устройств зато имеют длинный конвеер который умеют очень плотно набивать, + имеют 256битные вектора против 64 битных например у 8С, и как следствие невозможность эмулировать два avx/такт
Другое дело что нигде и не заявляется что 25 операций/такт кого то там порвут, заявляется что они обеспечивают высокую производительность, тесты алгоритмов шифрования показывают что эльбрус вполне себе приближается по производительности к вполне себе современным intel/амд с задействованными avx -ами
И вот эта возможность пусть на некоторых задачах выступать на уровне флагманов досталась относительно дешево, это нужно тоже учитывать.
современные и не очень ОоО ядра, имея существенно меньшую площадь, обладают в разы большой производительностью по сравнению с Vliw
если бы это было так тогда бы все использовали OoO в dsp, но почему то когда нужно что то быстро считать, затрачивая минимум энергии все выбирают vliw
Ох уж эти операции за такт, было бы дело в них, Эльбрусу не было бы равных!)
на каждую такую операцию в интеле/амд найдется дополнительная стадия конвеера и преимуществ в итоге не видно.
Разница лишь в том что эльбрусу такая производительность дается относительно легко и дешево, тогда как над длинным конвеером в суперскаляре надо пыхтеть.
У китайцев классическая архитектура, там никаких проблем с ее добавлением нет. Плюс не всегда добавление поддержки означает что там проведена такая же работа как для x86/arm зачастую для того же risc-v везде поддержка номинальна без каких либо оптимизаций.
С e2k есть сомнения что изменения которые там требуется вносить для его поддержки вообще будут приняты, ну кроме разве что номинальной и то с боями. В эльбрусе слишком много все не так, правильный путь для него это сделать свой VM+JIT который будет в операционной системе из коробки в виде библиотеки, а в проект .net отправить патчи позволяющие на e2k использовать свою vm и свой компилятор.
Очевидно что это разные дотнеты, официального дотнета на эльбрусе просто нет. Но тем кому очень надо есть какая то внутренняя патченая перепатченая версия на которой возможно даже не любой код работает не все модули реализованы итд итп, но твое добро, дорогой заказчик, запускаться будет и даже возможно быстро так как специально обученые люди с напильником быстренько код подрехтуют под тебя. Это не дотнет а франкенштейн в который, как я понимаю как в джаву/жс всунут какой то их бакенд который умеет собирать более менее приемлемый код под e2k, а не то что там есть изначально.
Это все не от хорошей жизни, МЦСТ никто не дает денег что бы они в академических целях сидели и портировали целыми днями. На железо - да, дают, там понимание есть что без вложения в разработку/исследования ничего не будет, а вот с софтом такого понимания нет, два года назад кем то из мцст анонсировался открытый проект VM конкретно приспособленной под vliw архитектуры, но с тех пор про него ничего не слышно. Планировалось как я понимаю за собственные средства делать это все, но в свете последних лет очевидно стало не до того, хотя по хорошему следовало бы под такие вещи тоже гранты давать. Не на все подряд а на базовые вещи - ядра ос, виртуальные машины, компиляторы, различные библиотеки типа OpenCV там вон в авторах половина ученых из MIT, а у нас все ждут когда у нас в каком нибудь 5-ом Б объявится билгейтс и напишет нам виндовс.
Тут так не работает, так как нечего получать методом обратной инженерии.
Компания ARM разрабатывает ядра Cortex и отдельные блоки к ним вроде VFP4 NEON2 Mali600 под все это на фабрике уже изготовлены маски, купив лицензию вы можете пользоваться всем этим добром, плюс там предоставляется исходный код/библиотека чтоб можно было присовокупить блоки других фирм или свои. Байкал использует этот вид лицензии и по ней надо еще отчислять хозяину ядра с каждого проданного устройства, поэтому "разработчики" байкала при наличии денег и возможностей не особо то горят желанием выходить на потребительский рынок, а по госкантрактам там не факт что лицензия приобретена байкалом а не государством.
Есть еще другой вид лицензии, когда просто разрешено использовать систему комманд, при этом ядро и расширения нужно разрабатывать самому с нуля, по такому пошли Qualcom (Snapdragon), Samsung (Exynos) и еще пару компаний. Apple и Nvidia вроде все таки частично используют покупное ядро, а разрабатывают к нему в первом случае фронтенд и подсистему памяти, во втором обвязку/ускорители.
Про танки это в большей степени миф, порожденный неокрепшим умом журналиста. В армии эксплуатировали и зилы и камазы и кразы и уралы, машины с разными двигателями и даже колесами. Даже в чисто сухопутных войсках куча разной гусеничной техники никак друг с другом не совместимой, и танков там не три а все пять если брать стоявшие на вооружении Т-55 и Т-62 причем танкистов, по крайней мере наводчиков и механиков учили на все типы танков сразу. Т-64 и Т-72 планировались как разные но унифицированные танки, не получилось, не учли производственные нюансы на разных предприятиях. А вот с Т-80У и Т-80УД предыдущий опыт учли и танки практически идентичные.
В любом случае для военных не страшно иметь зоопарк техникиб они давно научились с этим справляться, страшно было остаться без танков если к примеру все бы делали и к тому же ремонтировали на одном только харькове. Поэтому производства были диверсифицированы и рассредоточены по всей стране.
В 1976 году Мельников стал членом-корреспондентом АН СССР, а два года спустя перешёл вместе с группой сотрудников ИТМиВТ в НИИ «Дельта», чтобы заниматься разработкой «советского Крэя»
Прям карма какая то висит над коллективом лебедева, сансара эльбруса
Прежде всего, нашим инженерам приглянулась система команд.
Они еще не знали что будущее за PDP-11MIPS RISC-V конечно же
МЦСТ в линейке Спарк-процессоров выпустила новый чип с дополнительным риск5 ядром управления питанием.
А помоему в эльбрус добавили, и не только для управления питанием/частотой, а для управления датчиками и вентиляторами. Раньше, как я понял, информация с датчиков обрабатывалась прямо в основном конвеере, а динамических частот небыло вообще. Теперь это делает независимый процессор, а из ядра и шк все это вилкой вычистили и поэтому видимо на e2kv7 обратная совместимость и поломана (как заявлялось трушкиным)
"Нужные нормы" для того что бы упомянутый в данной статье заказчик продолжал эксплуатировать то что он эксплуатирует - это 28-22нм. Под эти нормы фабов у всех перечисленных полно, причем если у первых двух эти фабы наверняка загружены заказами, то у интела на 32-22нм спрос падает вниз, а оно наверняка еще и самое жирное, самое массовое.
а фабрики Intel сейчас еще менее доступны для россйийской компании под санкциями
Ну и правильно, в конгрессе не дураки сидят, придумают как спасти производство и без внешних заказов. Пошлины на arm процессоры введут или еще что то.
Китай, глобал фаундри и даже интеловские фабы им бы подошли. Когда у тебя нет на кристале arm ядер и прочих покупных wi-fi/4g/dsp микросхем, максимум - USB/PCI-E 3.0 которые есть и у интеля, тогда даже их фабрики для тебя вполне себе фаундри.
Жаль что сегодня нельзя как в 30х скооперироваться с частной фирмой из сша чтоб провести в стране цифровизацию, когда у нее трудное время. Капитализм в сша уже не тот.
Да и госплан тоже уже не тот, можно громко объявить, а выполнять его не обязательно, и за провал тоже ничего не будет, даже увольнений.
Лады 13лет как не гниют, там на всех моделях внешняя оцинковка кузова (за исключением крыши вроде) а внутренние полости заполняются консервационной смазкой (название не помню) с завода. А вот на УАЗе до сих пор грунтуют, правда они почему то так не ржавеют как ржавеют форды от того же солерса.
Специально внедряют дебильные решения вроде приборки на руле и всратых дверей, что бы небыло спроса и не пришлось придумывать отмазки почему нет серийного производства.
На прожектерстве 10 млрд попилили и можно новый прожект стартовать. У Лихачева видимо чубайсянка развилась, у росатома оченньмногаденег почему бы и себе на израиль не накопить через прожекты.
Не я один значит думал о таком, что вместо докупки железа можно просто ресурсоемкие и нагруженые задачи выкинуть в нативные подпрограммы. Однако насчет хорошего инструмента для отладки я бы поспорил, переписывание с джавы потребует серьезной переделки и отладки заного. Джава это не питон, в котором модули типа thread asyncio, практически соответствуют реализациям тредов и корутин в С и С++ и довольно легко на них перекладываются. Так что как раз питон отлично подходит для отладки и прототипирования если цель в дальнейшем перенос на нативный код, а джава нет.
Ассемблер никогда и небыл закрыт, они не хотят рассказывать про кодировку команд (бинарную структуру), то ли из за юридических причин то ли просто не хотят что бы кто либо на нее опирался, например по причине того что они в ней постоянно что-то меняют.
Так то по ассемблеру даже учебник опубликован, там правда не все, описания векторных команд в нем нет, но их описание есть в заголовочном файле с интринсиками в составе компилятора.
Я имел в виду что если допустим работодатель собеседует продавщицу в советский гастроном то такие вопросы имеют смысл дабы банально оценить уровень ее скилов в обслуживании запросов покупателей. Но зачем программисту для оценки знаний предлагается решить задачу способом приемлемым для конфетно-колбасного отдела, но никак не для вычислительной техники? Я не понимаю.
Проблема в том что когда данные становятся сильно больше чем думал думающий, тогда чем проще устроена их обработка тем быстрее и глаже это все пробегается, а если начинаются всякие прыжки и произвольный доступ к элементам массива, потому что думающий почему то думает что если делать много дел в один проход то это будет быстрей, то производительность как и дальнейшие оптимизации обламываются. Даже если бриться и пить кофе совмещая это с движением на раборту то это неизбежно повлияет на скорость передвижения. Конечно можно это делать толкаясь в пробке, но это уже будет конкурентное асинхронное исполнение.
История похожа на выдумку, но меня в ней зацепил один момент:
А как должен решать подобную задачу адекватный человек? Сходу выдумывать непонятный говнокод с вычислениями парами/группами?
Есть такое хорошее правило в программировании - сначала добейся нормальной работы, потом берись за оптимизации.
Так что по хорошему все восемь шаров прогоняются дважды - первый цикл находит самый тяжелый, второй самый легкий. Если есть резон как то этот процесс оптимизировать, то можно попробовать но с обязательными замерами а не приведут ли ваши манипуляции с шарами к замедлению кода, а то и вообще к ошибкам.
Не нужно повторять, нужно приводить аргументы, я ничего не говорил про какую то глубину и ширину конвеера не надо мне приписывать какие то глупости которые я не говорил. Ни с какими идеями я так же не выступаю, просто читаю и отвечаю на комментарии. Все. Обратитесь к психотерапевту.
А вы не умеете читать, я говорил про то что эльбрус с его вроде бы много команд за такт, не имеет преимуществ перед интел/амд которые хоть и не имеют столько устройств зато имеют длинный конвеер который умеют очень плотно набивать, + имеют 256битные вектора против 64 битных например у 8С, и как следствие невозможность эмулировать два avx/такт
Другое дело что нигде и не заявляется что 25 операций/такт кого то там порвут, заявляется что они обеспечивают высокую производительность, тесты алгоритмов шифрования показывают что эльбрус вполне себе приближается по производительности к вполне себе современным intel/амд с задействованными avx -ами
И вот эта возможность пусть на некоторых задачах выступать на уровне флагманов досталась относительно дешево, это нужно тоже учитывать.
если бы это было так тогда бы все использовали OoO в dsp, но почему то когда нужно что то быстро считать, затрачивая минимум энергии все выбирают vliw
на каждую такую операцию в интеле/амд найдется дополнительная стадия конвеера и преимуществ в итоге не видно.
Разница лишь в том что эльбрусу такая производительность дается относительно легко и дешево, тогда как над длинным конвеером в суперскаляре надо пыхтеть.
8C процессор 2015г
У китайцев классическая архитектура, там никаких проблем с ее добавлением нет. Плюс не всегда добавление поддержки означает что там проведена такая же работа как для x86/arm зачастую для того же risc-v везде поддержка номинальна без каких либо оптимизаций.
С e2k есть сомнения что изменения которые там требуется вносить для его поддержки вообще будут приняты, ну кроме разве что номинальной и то с боями. В эльбрусе слишком много все не так, правильный путь для него это сделать свой VM+JIT который будет в операционной системе из коробки в виде библиотеки, а в проект .net отправить патчи позволяющие на e2k использовать свою vm и свой компилятор.
Очевидно что это разные дотнеты, официального дотнета на эльбрусе просто нет. Но тем кому очень надо есть какая то внутренняя патченая перепатченая версия на которой возможно даже не любой код работает не все модули реализованы итд итп, но твое добро, дорогой заказчик, запускаться будет и даже возможно быстро так как специально обученые люди с напильником быстренько код подрехтуют под тебя. Это не дотнет а франкенштейн в который, как я понимаю как в джаву/жс всунут какой то их бакенд который умеет собирать более менее приемлемый код под e2k, а не то что там есть изначально.
Это все не от хорошей жизни, МЦСТ никто не дает денег что бы они в академических целях сидели и портировали целыми днями. На железо - да, дают, там понимание есть что без вложения в разработку/исследования ничего не будет, а вот с софтом такого понимания нет, два года назад кем то из мцст анонсировался открытый проект VM конкретно приспособленной под vliw архитектуры, но с тех пор про него ничего не слышно. Планировалось как я понимаю за собственные средства делать это все, но в свете последних лет очевидно стало не до того, хотя по хорошему следовало бы под такие вещи тоже гранты давать. Не на все подряд а на базовые вещи - ядра ос, виртуальные машины, компиляторы, различные библиотеки типа OpenCV там вон в авторах половина ученых из MIT, а у нас все ждут когда у нас в каком нибудь 5-ом Б объявится билгейтс и напишет нам виндовс.
Обе открытые, но открытая != свободная
RISC-V (как и Sparc и OpenRISC) именно что свободная
Тут так не работает, так как нечего получать методом обратной инженерии.
Компания ARM разрабатывает ядра Cortex и отдельные блоки к ним вроде VFP4 NEON2 Mali600 под все это на фабрике уже изготовлены маски, купив лицензию вы можете пользоваться всем этим добром, плюс там предоставляется исходный код/библиотека чтоб можно было присовокупить блоки других фирм или свои. Байкал использует этот вид лицензии и по ней надо еще отчислять хозяину ядра с каждого проданного устройства, поэтому "разработчики" байкала при наличии денег и возможностей не особо то горят желанием выходить на потребительский рынок, а по госкантрактам там не факт что лицензия приобретена байкалом а не государством.
Есть еще другой вид лицензии, когда просто разрешено использовать систему комманд, при этом ядро и расширения нужно разрабатывать самому с нуля, по такому пошли Qualcom (Snapdragon), Samsung (Exynos) и еще пару компаний. Apple и Nvidia вроде все таки частично используют покупное ядро, а разрабатывают к нему в первом случае фронтенд и подсистему памяти, во втором обвязку/ускорители.
Про танки это в большей степени миф, порожденный неокрепшим умом журналиста.
В армии эксплуатировали и зилы и камазы и кразы и уралы, машины с разными двигателями и даже колесами. Даже в чисто сухопутных войсках куча разной гусеничной техники никак друг с другом не совместимой, и танков там не три а все пять если брать стоявшие на вооружении Т-55 и Т-62 причем танкистов, по крайней мере наводчиков и механиков учили на все типы танков сразу.
Т-64 и Т-72 планировались как разные но унифицированные танки, не получилось, не учли производственные нюансы на разных предприятиях.
А вот с Т-80У и Т-80УД предыдущий опыт учли и танки практически идентичные.
В любом случае для военных не страшно иметь зоопарк техникиб они давно научились с этим справляться, страшно было остаться без танков если к примеру все бы делали и к тому же ремонтировали на одном только харькове. Поэтому производства были диверсифицированы и рассредоточены по всей стране.
Прям карма какая то висит над коллективом лебедева, сансара эльбруса
Они еще не знали что будущее за
PDP-11MIPSRISC-V конечно жеА помоему в эльбрус добавили, и не только для управления питанием/частотой, а для управления датчиками и вентиляторами. Раньше, как я понял, информация с датчиков обрабатывалась прямо в основном конвеере, а динамических частот небыло вообще. Теперь это делает независимый процессор, а из ядра и шк все это вилкой вычистили и поэтому видимо на e2kv7 обратная совместимость и поломана (как заявлялось трушкиным)
"Нужные нормы" для того что бы упомянутый в данной статье заказчик продолжал эксплуатировать то что он эксплуатирует - это 28-22нм. Под эти нормы фабов у всех перечисленных полно, причем если у первых двух эти фабы наверняка загружены заказами, то у интела на 32-22нм спрос падает вниз, а оно наверняка еще и самое жирное, самое массовое.
Ну и правильно, в конгрессе не дураки сидят, придумают как спасти производство и без внешних заказов. Пошлины на arm процессоры введут или еще что то.
Китай, глобал фаундри и даже интеловские фабы им бы подошли. Когда у тебя нет на кристале arm ядер и прочих покупных wi-fi/4g/dsp микросхем, максимум - USB/PCI-E 3.0 которые есть и у интеля, тогда даже их фабрики для тебя вполне себе фаундри.
Жаль что сегодня нельзя как в 30х скооперироваться с частной фирмой из сша чтоб провести в стране цифровизацию, когда у нее трудное время. Капитализм в сша уже не тот.
Да и госплан тоже уже не тот, можно громко объявить, а выполнять его не обязательно, и за провал тоже ничего не будет, даже увольнений.