[00:07:39] <valexey> ну, зарядят свои ракеты ватниками, маск интервью даст, пуканы у них бабахнут, и вот 1000 ракет на орбите. делов то...
[02:17:21] <valexey> https://i.juick.com/p/2926711.jpg
[13:49:22] <valexey> https://habr.com/post/429730/
[13:49:31] <valexey> распилы! откаты!
[16:25:42] <vlad2> 1 миллиард за Top-500? Да, похоже на распил...
[16:57:01] <valexey> не, ну так то полезно конечно. в плане наработки опыта.
[16:57:03] <geniepro> vlad2: но 1 миллиард рублей -- это всего 15-16 млн баксов, не так уж и много за военный суперкомпьютер ТОП-500
[16:57:10] <valexey> но технологических прорывов я тут не жду никаких.
[16:57:33] <geniepro> тут не прорывы важны, а надёжность и безопасность, а так-то технологии прошлого века
[16:58:16] <geniepro> как говорится, вы думаете военный унитаз просто так стоит 10 тыщ баксов???
[16:58:47] <valexey> надежность и безопасность тоже технологический прорыв.
[16:58:54] <valexey> я тут ни того ни другого не ожидаю.
[16:59:02] <valexey> но забег по граблям будет хороший.
[17:00:02] <geniepro> сертифицированное по не может быть ненадёжным и небезопасным ))
[17:00:23] <valexey> при чем тут ПО? я про хардверной надежности решения.
[17:00:49] <geniepro> а там всё норм, какие могут быть проблемы? о_О
[17:02:23] <valexey> дык в суперкомпьютере же. он же не из процессоров состоит.
[17:02:44] <valexey> плюс когда процессоров становится МНОГО, то всё становится сложнее с их надежностью.
[17:04:38] <geniepro> да всё норм у них с процами! я в них верю!!!
[17:05:02] <geniepro> там сложнее будет с шинами, что соединяют эти процы! но уверен это они тоже осилят!!!
[17:05:06] <valexey> дык там проблема с надежностью может и будет скорее всего не только с процами же.
[17:05:25] <valexey> да я тоже уверен что осилят. но не уверен, что этим можно будет пользоваться :-)
[17:05:29] <valexey> первый блин COMом!
[17:05:31] <geniepro> ну эти проблемы с надёжностью у всех суперкомпьютеров -- закон больших чисел един для всех
[17:06:02] <geniepro> ни один суперкомп в мире не работает на полной млщности -- постоянно ремонтируют разные узлы
[17:07:49] <geniepro> geniepro> лол песенка на самом сложно искуственном (constructed) языке для говорения ртом
хм, а ссылку-то я скинуть на песенку на ифкуиле забыл! о_О
https://www.youtube.com/watch?v=uuYmkZ-Aomo
[17:07:50] <valexey> нинужин!
[17:07:59] <geniepro> нужин!
[17:08:23] <valexey> на ужин!
[17:08:38] <geniepro> valexey: вот я хотел это же написать, да поленился
[17:11:20] <TRUE> geniepro> да всё норм у них с процами! я в них верю!!!
о, верующий...
А ещё что-то против церкви имел. Или это был не ты?
[17:12:10] <geniepro> я верю в силу разума! а иначе зачем жить?
[17:17:37] <valexey> откуда там разум?
[17:18:11] <valexey> в любом случае у них это всё скорее всего хуже оттестировано чем у армов и проч. а тут такая большая штука. наверняка огребут немало опыта.
[17:23:02] <geniepro> https://www.youtube.com/watch?v=xO5eTzKwPSM
[17:23:27] <geniepro> valexey: норм! опыт, сын ошибок трудных! и гений, парадоксов друг!
[17:29:15] <geniepro> budden: Настало хорошее время появится русскому ИТ. https://forum.infostart.ru/forum1/topic203525/
[17:30:06] <geniepro> TRUE: кстати, а вот есть же огромная куча верубщих христиан, в том числе православных, которые против церкви! вот как с ними быть?
[17:30:36] <TRUE> не знаю
[17:32:50] <geniepro> vlad2> 1 миллиард за Top-500? Да, похоже на распил...
лоооол! господа, а вы новости читать-то хоть умеете?

"Однако новый проект с бюджетом более 1 миллиарда рублей — это полноценный суперкомпьютер, который наверняка войдёт в список Топ-500 самых мощных суперкомпьютеров мира, пишет «Коммерсантъ».
...
Знакомые с ходом проекта специалисты рассказали «Коммерсанту», что речь идёт «долгосрочном военно-промышленном проекте, одна из частей которого — создание суперкомпьютера на российском процессоре „Эльбрус”»."

так там этот суперкомп из топ-500 всего лишь часть проекта, а что там ещё будет -- хз, и на всё это более 1 млрд руб -- по-моему, не так уж и много...
[17:34:26] <TRUE> остальные важные этапы:
1. пообщаться со СМИ
2. банкет
[17:34:58] <TRUE> а кто-нибудь из вас хотел бы поработать в таком проекте?
[17:36:02] <geniepro> ну, был бы он гражданским, то было бы интересно навреное )) а военка -- там куча нюансов уже
[17:42:50] <valexey> geniepro: это откуда такое budden сказал?
[17:44:39] <geniepro> valexey: ну на коровском форуме https://forum.oberoncore.ru/viewtopic.php?f=28&p=105479#p105479
[17:50:07] <valexey> "Настало хорошее время появится русскому ИТ." -- хреновое время
[17:50:29] <valexey> ибо с русским у budden'a как-то ниочень.
[17:51:27] <vlad2> "а что там ещё будет -- хз" - это и называется "распил" :)
[17:55:09] <valexey> ну, распил или исследовательская задачка. то есть я вижу в этом некую пользу, но не ожидаю продакшена какого-либо.
[17:56:52] <geniepro> vlad2: это называется военная тайна не для наших умов
[17:57:16] <valexey> военные тайны в основном скучны и банальны
[17:57:27] <geniepro> valexey: если это будет военным продакшеном, то теюя прямо не коснётся, но тем не менее для безопасности страны хорошо же будет
[17:57:43] <valexey> бгг
[17:57:57] <valexey> для безопасности страны хорошо будет если они смогут довести проект до коммерческого прода
[17:58:07] <geniepro> для пси+ есть плагин проверки орфографии в поле ввода сообщения?
[17:58:10] <valexey> а если только до военного - это будет хуже для безопасности страны
[18:43:51] <valexey> "в результате возникала проблема взаимного использования компонентов. Компоненты почти не могли использовать другие компоненты, потому что представляли друг для друга "чёрные ящики". "
[18:43:54] <valexey> ЧЯ - это плохо!
[18:52:55] <TRUE> откда этот шедевр?
[18:53:40] <valexey> из яндекса
[18:55:00] <TRUE> от каких-то разработчиков внутри яндекса?
[18:55:29] <valexey> https://habr.com/company/yandex/blog/428972/
[18:55:32] <valexey> отсюда
[18:56:12] <geniepro> valexey: кто-то сказал, что блекбокс -- это плохо??? о_О
[18:57:31] <valexey> ну, типа это всем известно...
[18:57:36] <TRUE> а, "взаимное использование"... Использование как таковое определяется интерфейсом.
[18:58:01] <TRUE> и он никак не мешает чёрности ящика
[18:58:23] <valexey> blackbox -- это ж котэ в мешке
[18:58:30] <valexey> и не важно что там на мешке написано
[18:58:57] <TRUE> ну так если не нравится кот в мешке - пиши своё.
[18:59:06] <TRUE> типа открытый код - это не кот в мешке
[18:59:29] <valexey> ну вот чтобы BB стало меньше, и перешли на монорепу
[18:59:36] <valexey> юнити рулид!
[19:00:09] <TRUE> мы даже в своём коде делаем ошибки. А убедиться в отсутствии ошибок в целом компоненете - это дофига работы. Если вообще осуществимо на практике
[19:00:42] <TRUE> белый ящик - это тоже кот в мешке
[19:00:48] <geniepro> TRUE: а поэтому компонентное программирование -- миф!!!
[19:00:49] <valexey> тут ББ еще в смысле взаимодействия с разработчиком и процессом разработки
[19:00:55] <valexey> монорепа решает эти проблемы
[19:00:58] <valexey> советую прочитать статью
[19:02:36] <TRUE> монорепа упрощает менять одновременно несколько компонентов. Но если так делать, то это уже этап гемора, который себе разрабы выростили
[19:02:58] <TRUE> я начинал читать, но слишком много воды
[19:03:40] <valexey> поскольку мне это вот прям очень близко и я выстраиванием такого воркфлоу как раз занимаюсь - воды там почти не вижу.
[19:04:51] <TRUE> то есть, вы не пользуетесь общим, а делаете своё?
[19:05:52] <valexey> я сейчас не в яндексе уже :-)
[19:06:05] <valexey> но да, там где я был - было своё. это был БЮ.
[19:08:20] <TRUE> а сколько ты там работал?
[19:08:34] <valexey> около полугода.
[19:09:09] <valexey> потом ушел заниматься самомашинками :-)
[19:10:54] <TRUE> а ты не этим у них занимался разве?
[19:11:31] <valexey> неа.
[19:16:23] <valexey> но вынес немало полезного из того опыта
[19:47:57] <Kemet> Монорепы нифига не решабт, там те дэже самые проблемы
[19:48:17] <Kemet> Да и чего там сильно изобретатб
[19:49:04] <Kemet> Радве ч о лисапед с овальными колесами
[19:51:39] <geniepro> Kemet: ну, яндексовцы решили, что монорепа им помогает уменьшить возню с кодом
[19:53:42] <Kemet> Дык надо же имитировать работу
[19:59:41] <valexey> а смысл им имитировать? у них вполне конкретные метрики в плане бабла. отделы и проч. по ним оценивают.
[19:59:55] <valexey> в яндексе реально работают над уменьшением накладных расходов на разработку
[20:09:40] <Kemet> Я читал, сложилось впечатление, что этим они пытаются закрыть свои же ошибки. Ну там понятно, когда стопицот прогеров пишут стоеицот лисапедов на стопицот яп в одной компании, это говорит о внутреннем младенческом маразме с особо изощренной атрофией головного мозга
[20:10:46] <geniepro> Kemet: это говорит о том, что у них есть деньги на эксперименты
[20:11:05] <Kemet> Это не решается монорепом
[20:12:05] <Kemet> geniepro, это не отменяет факта наличия отсутствия мозговой деятельности
[20:12:10] <TRUE> ну, например, есть клиент-серверное приложение. Там, грубо говоря, три компонента: клиент, сервер, транспорт. В приложение нужно добавить новую возможность. Если всё в одном репозитории, то ты в IDE можешь открыть три проекта и добавить в каждый из них свою часть новой функции.
[20:12:39] <valexey> ну, факт в том, что реально большие конторы свои большие проекты в монорепах держат. тот же гугел например
[20:12:59] <valexey> на мелких масштабах, когда у тебя всего порядка 200-500 разработчиков, этих проблем еще не видно.
[20:15:06] <Kemet> TRUE, ды вот  так и делаю, открываю в иде, только у меня подсистмы и компоненты в разных репах, что нисколько не мешает, ну и раз так зочется, все придумано, в том же свн внешние репы
[20:15:46] <TRUE> сложнее коммитить, билдлить и тестить.
[20:15:55] <valexey> в IDE ты яндексовый проект не откроешь никогда. любая IDE сдохнет.
[20:16:34] <TRUE> они в текстовом редакторе всё делают?
[20:16:48] <valexey> да, часто это vim какой-нибудь.
[20:16:55] <valexey> причем не на локальной машине.
[20:17:53] <Kemet> TRUE, не, все норм, да и вообще, вот у меня, например, у разных сотрудниковов разный кровельныйь доступа, им низзя общий реп, и так много где
[20:18:54] <Kemet> Кровельный)))))) уровень)
[20:19:10] <TRUE> да я понимаю, в чём прелесть разных репозиториев
[20:20:03] <TRUE> просто древние методы, заложенные в тот же CI, нужно исправить для работы со множеством репозиториев
[20:20:12] <TRUE> но они не особо чешутся в этом направлении
[20:20:24] <valexey> SVN как бы позволяет пермишены на разные каталоги вешать.
[20:20:56] <valexey> ну и у юнити яндексовой CI свой собственный так то. в БЮ же часто юзается тимсити.
[20:22:42] <Kemet> valexey, да пусть чем хотят маются
[20:29:56] <TRUE> по-настоящему проблемной вещью в распределённых репозиториях является только лог. Он постоянно генерится. Нет такого понятия как ревизия. То есть, для пользователя это есть, а на низком уровне нет. Если нужно полазить по репозиторию, то это займёт время. В SVN такой проблемы нет
[20:30:18] <Kemet> valexey, надо будет на zynq Виртовский ОберонV портировать, вернее его проц, который недориск5
[20:31:45] <valexey> а там соответствующей памяти хватит?
[20:31:58] <valexey> не вентилей, а той памяти. блин. не помню как её. но точно не DDR
[20:32:22] <valexey> спартан был прекрасен тем, что там её было много. на более дорогих FPGA часто её уже столько нет.
[20:32:27] <Kemet> Там на полный риск5 хватит и останется, а так там д еще арм и памяти гиг
[20:33:50] <Kemet> А ты вон о чем, да, зватьт, есть проект специально для цинка, Крис5 ,и мипс какой то
[20:34:04] <valexey> вау! прерывания появились в проце!
[20:34:06] <valexey> https://www.inf.ethz.ch/personal/wirth/ProjectOberon/RISC5.Update.pdf
[20:34:57] <valexey> какой гиг? не бывает SRAM размером с гиг
[20:35:13] <valexey> а ихний риск-5 не может с DRAM работать
[20:35:28] <valexey> только со SRAM. вот
[20:35:58] <valexey> нужен целый 1 Мб этого самого SRAM'a.
[20:36:09] <valexey> мало где есть столько.
[20:36:24] <valexey> (поэтому на альтеру перетащить виртов комп не так то просто)
[20:36:35] <valexey> У тебя какой именно зинк?
[20:41:50] <Kemet> valexey, 7020
[20:42:29] <Kemet> Есть реализация еоследнего риск5 на зинке
[20:43:14] <valexey> "8-bit SRAM data bus with up to 64 MB support" - теоретически, что-то можно.
[20:43:24] <valexey> нужно смотреть сколько конкретно установлено в твоем варианте
[20:45:24] <Kemet> Чей риск5 не моют с драмом работать?
[20:45:51] <valexey> виртов
[20:46:15] <Kemet> В мыллисте вроде была тема, кто то делал, и сть там порт на настоящий риск5
[20:47:06] <valexey> что-то мне кажется, что виртов риск-5 к опенсорсному большому риск-5 имеет общее только названием.
[20:47:45] <geniepro> valexey: что такое БЮ?
[20:48:13] <valexey> Бизнес Юнит
[20:49:00] <geniepro> а таймер Вирт уже заделал в свой проц?
[20:50:05] <geniepro> RISC-V -- ваще ничего общего с виртовским процом не имеет
[20:50:39] <geniepro> да у них же даже названия разные
[20:50:49] <Kemet> valexey, там в Виртовском было какое то несоответствие, то ьишь ошибка, Он отказался исправлять
[20:51:06] <valexey> я ссыль кинул выше - это апдейт его проца от этого года
[20:51:18] <valexey> ПРЕРЫВАААНИЯ!
[20:51:20] <valexey> круто же!
[20:52:40] <Kemet> geniepro, Виртовский проц это как раз и есть импле ентация на тему riscv
[20:53:54] <geniepro> Kemet: о_О ты шутишь?
[20:56:30] <geniepro> https://eax.me/fpga-risc-v/
Инструкции RISC-V имеют переменную длину. При этом длина инструкции определяется достаточно просто, подобно тому, как определяется длина символа в кодировке UTF-8. Набор команд является расширяемым. В любой реализации обязательно присутствует базовый набор инструкций, который может быть 32-х, 64-х или 128-и битным. Базовые наборы команд называются соответственно RV32I, RV64I и RV128I. Помимо базовых команд конкретная реализация может предлагать команды, относящиеся к тем или иным расширениям. Например, расширение M содержит в себе команды целочисленного умножения и деления, расширение A — атомарные операции, а расширения F и D — операции над числами с плавающей точкой одинарной и двойной точности соответственно (то есть, float и double).

Fun fact! 128-и битные инструкции были добавлены в RISC-V на будущее. По расчетам создателей данного ISA, учитывая динамику роста современных суперкомпьютеров, а также возможный приход повсеместного NVM (Non-Volatile Memory, то есть, когда диски о оперативная память станут одним устройством), 64-х битных адресов может перестать хватать уже к 2030-му году.
[21:01:32] <geniepro> Kemet: http://www.hotchips.org/wp-content/uploads/hc_archives/hc25/HC25-posters/HC25.26.p70-RISC-V-Warterman-UCB.pdf
в RISC-V 45'instructions'in'the'RV32I'base'ISA'
– Additional'12'instructions'for'the'RV64I'base'ISA'

в проце Вирта всего 16 команд

ну что между ними общего-то????
[21:02:24] <geniepro> кстати, IBM выпускала RISC-V процы
[21:03:35] <geniepro> Kemet: короче, кончай троллить
[21:12:18] <valexey> одна из моих любимых картинок: https://lh6.googleusercontent.com/-gFljoXFYkWA/UpwKI-xbIUI/AAAAAAAADXk/SsxJ_Zr9aS0/w322-h281-no/Code-Refactoring.gif
[21:43:02] <Kemet> geniepro, Я и говорю - вариации на тему
[21:43:51] <geniepro> что значит вариация на тему? на туме риск-процессоров? тогда и арм, и спарк, и повер -- всё это тоже вариации на тему, но что у них общего с виртовским процом?
[21:44:32] <geniepro> сейчас даже интеловские пентиумы и коры -- тоже риск внутри, это тоже вариации на тему?
[21:46:07] <valexey> msp430 вот тоже...
[21:46:13] <valexey> там как раз и команд не много!
[21:47:22] <geniepro> много команд или мало -- не важно, важно, что бы все команды были одного формата, с одним режимом адресации, и выполнялись 1 такт -- вот тогда это риск-архитектура
[21:47:23] <valexey> "Набор инструкций очень простой и представлен 27 инструкциями, 24 эмулированными инструкциями."
[21:47:24] <valexey> ня!
[21:47:43] <geniepro> риск -- это упрощённый набор команд ,а не уменьшенный
[21:48:35] <geniepro> а в сетуни было 26 команд! зарезервировали место для 27-й команды (ну 3^3) да так и не придумали, чем её забить
[22:15:22] <Kemet> geniepro, на тему riscv, это значит, что Вирт делал свой проц с оглядкой на рискв, остаив только побходимое для него
[22:16:10] <Kemet> valexey, в том цинке мало ram на кристале
[22:17:52] <Kemet> https://www.terraelectronica.ru/product/2089469
[22:18:01] <Kemet> Вроде оно
[22:18:39] <geniepro> Kemet> geniepro, на тему riscv, это значит, что Вирт делал свой проц с оглядкой на рискв, остаив только побходимое для него

он об этом где-то писал, или это твой домысел?
[22:19:30] <Kemet> Где то в мыллисте ч о о было
[22:19:44] <Kemet> valexey, https://www.digikey.com/product-detail/en/xilinx-inc/XC7Z020-1CLG400C/122-1851-ND/3925758
[22:33:12] <Kemet> geniepro, там было ч о то типа, ктото нашел, что одна команда работает не так как в рискв, и написал, там ответили, что это ж не совсем рискв
[22:36:00] <Kemet> Так то Вир овский Risc5 это просто пятая итерация процессора
[22:49:36] <geniepro> ну я бы сказал, что это совсем не рискв
[23:06:26] <geniepro> так, стоп, у вирта не 16 инструкций, а побольше, 16 -- это только регистровые
[23:10:10] <geniepro> но вот взять хотя бы эти виртовские инструкции -- пока я нашёл только несколько совпадающих по описанию с RISC-V -- ADD SUB XOR AND
[23:11:15] <geniepro> даже OR уже с разными мнемониками: IOR у Вирта
[23:12:00] <geniepro> а, ещё MUL DIV совпали
[23:12:36] <geniepro> так что я думаю, что все совпадения у Вирта и у RISC-V -- совершенно случайны
[23:40:34] <geniepro> опа, кому-то раст понадобился о_О
https://freelansim.ru/tasks/215917