24 декабря Архивач восстановлен после серьёзной аварии. К сожалению, значительная часть сохранённых изображений и видео была потеряна. Подробности случившегося. Мы призываем всех неравнодушных помочь нам с восстановлением утраченного контента!
Разоблачение мифа о «Российском» процессоре «Эльбрус»
Рашка не может самостоятельно производить микропроцессоры, даже по устаревшим нормам (90 нм). Микрон и Ангстрем, например, используют БэУшное оборудование, купленное у ST, AMD и IBM.
Процессоры Эльбрус-4C (65 нм) и Эльбрус-8C (28 нм) можно сразу выбросить на помойку, так как заботливые руки тайваньцев (союзников США) уже на этапе производства внедряют аппаратные закладки.
Внедрение троянов на аппаратном уровне через изменение полярности допанта Группа исследователей из США, Нидерландов, Швейцарии и Германии опубликовала научную работу, в которой описывается исключительно скрытный метод внедрения троянов в микросхему — таким образом, что вредоносные изменения невозможно обнаружить ни под микроскопом, ни с помощью функциональных тестов. Метод заключается в изменении полярности допанта на определенных участках транзистора таким образом, чтобы изменить свойства транзистора предсказуемым образом. https://xakep.ru/2013/09/17/61264/ http://phys.org/pdf298789584.pdf
В процессоре можно скрыть невидимый бэкдор из единственного конденсатора Исследователи из университета Мичигана предложили метод, позволяющий на стадии производства встроить в процессор бэкдор, который практически невозможно обнаружить. Изменения могут быть внесены на фабрике без ведома разработчика микросхемы. https://xakep.ru/2016/06/08/analog-malicious-hardware/
>>35886952 Чем сложнее внедрить бэкдор, тем лучше - это же очевидно. После очередного уровня сложности, возможно станет даже экономически не выгодно. По аналогии, что любую защиту можно взломать, вопрос лишь в количестве ресурсов потраченных на это.
>>35887513 >В процессоре можно скрыть невидимый бэкдор из единственного конденсатора >Изменения могут быть внесены на фабрике без ведома разработчика микросхемы.
>>35886943 (OP) https://otr-online.ru/programmy/prav-da/rossiyskaya-mikroelektronika-kakovo-sostoyanie-otrasli-40992.html Тут эльбрусовским чертям говорят, что не могут "пощупать" процессор, т.к. его нигде нет, на что те предлагают проехать с ними они всё покажут. >Андрей Жолобов: Я бы с удовольствием рассмотрел и вообще хотя бы подержал в руках компьютер на базе процессора «Эльбрус». Как это сделать? >Андрей Зверев: Приходите ко мне – мы с вами вместе съездим, я вам покажу. И не один. И сервер.
>>35886952 У меня вопрос все время возникает, как они бэкдор то использовать в бою будут? Типа антенна БПЛА принимает сигнал от американской РЭП и дает ему доступ до проца?
>>35888400 Вообще если можно оценить сколько бэкдоров реально делается например штирлиц в цру, то можно вывести сколько нужно резервирования для БТ, всякие вычислительные штуки по факту и сейчас резервируют если можно по цене, на случай выхода из строя, а так надо просто отключать когда внешний параметр скажет что процессор в устройстве пиздит
>>35888646 >штирлиц в цру Досье Farewell — массив особо-секретных документов, переданных на Запад полковником КГБ Владимиром Ветровым в 1981—1982 годах.
На основе данных Ветрова ЦРУ провело контр-операцию, подбросив СССР ложные технические сведения в таких областях как технология стелс, противоракетная оборона и др. Кроме того, в похищенные КГБ западные программные продукты был встроен зловредный программный код, что возможно привело, в частности, к взрыву на газопроводе Уренгой — Сургут — Челябинск в 1982 году.
>>35886952 >Внедрение троянов на аппаратном уровне через изменение полярности допанта внедрить можно, заставить работать нельзя >В процессоре можно скрыть невидимый бэкдор из единственного конденсатора можно, но выявляется на функциональном тестировании.
вообще, заебали со своими полуграмотными страшилками.
>>35889093 >вообще, заебали со своими полуграмотными страшилками. >Группа исследователей из США, Нидерландов, Швейцарии и Германии опубликовала научную работу
>>35886952 > Группа исследователей из США, Нидерландов, Швейцарии и Германии опубликовала научную работу, в которой описывается исключительно скрытный метод внедрения троянов в микросхему — таким образом, что вредоносные изменения невозможно обнаружить ни под микроскопом, ни с помощью функциональных тестов. Метод заключается в изменении полярности допанта на определенных участках транзистора таким образом, чтобы изменить свойства транзистора предсказуемым образом. А можно мне на чипе карты сбера полярность как-то поменять, чтоб там рубли свои свойства изменили и стали далларами?
>>35889407 >Досье Farewell — массив особо-секретных документов, переданных на Запад полковником КГБ Владимиром Ветровым в 1981—1982 годах. >Кроме того, в похищенные КГБ западные программные продукты был встроен зловредный программный код, что возможно привело, в частности, к взрыву на газопроводе Уренгой — Сургут — Челябинск в 1982 году.
Тоже подохуел с изменения полярности допантов. Звучит наукоёмко, но лол, по сути в транзисторах используют два типа допантов (примесей) - N/N+ (примесь с электронами) и P/P+ (примесь с дырками). В зависимости от типа и конструкции транзистора добавки внедряют в определённые участки микросхемы, чтобы сформировать тело самих транзисторов (загуглите картинки по теме CMOS CrossSection).
Если поменять эти добавки, то скорее всего будет нарушена правильность выполнения техпроцесса и конструкция не будет соответствовать проектным данным. Оно не будет работать.
Другое дело, если они охуенно там вычитывают проектные данные реверс инжинирингом и добавляют свои собственные участки микросхемы, меняют слои коммутации и модифицируют фотошаблоны. Но думаю это вполне детектится оптическими методами и методами разрушающего контроля, учитывая что сами тех. нормы довольно грубые.
>>35888796 Правда, рассказанная мне Сиромахиным, состояла в том, что агенты ЦРУ проникали в БЕЗО постепенно в течение многих лет. – Это, понимаешь, как рак, – научно объяснял мне Дзержин, – сначала клетки накапливаются медленно. Но когда их количество перейдет критическую грань, они захватывают все. Так и агенты ЦРУ. Они сначала проникали по одному. А потом, когда в руководстве их оказалось большинство, они захватили все и везде расставили только своих людей. Их начальство дошло до того, что теперь уже в БЕЗО уборщицу нельзя нанять без согласия Вашингтона. – Не могу себе этого даже представить, – сказал я. – Да, – согласился Дзержин. – Представить это, прямо скажем, не просто. – Но если все то, что ты говоришь, правда, и вы знаете, что все агенты БЕЗО на самом деле агенты ЦРУ, почему вы их не арестуете? – Надо же! – засмеялся Дзержин. – Они хотя и состоят из людей ЦРУ, но называются БЕЗО и под видом БЕЗО сами могут арестовать кого угодно. – Да, – подумал я вслух. – Интересно. А куда же смотрит ваша армия? Она что, с ними тоже не может справиться? – Нет, она могла бы. Хотя там цэрэушников тоже порядочно, но армия все-таки что-то сделать могла бы. – Ну и что? – спросил я нетерпеливо. – Неужели не понимаешь? Если наша армия разгромит БЕЗО, то американцы, в свою очередь, разгромят ЦРУ, которое сплошь состоит из агентов БЕЗО, а это нам ни к чему. Конечно, картина, нарисованная моим собеседником, в моем мозгу уложиться никак не могла. На углу проспекта Первого тома и переулка имени Четвертого дополнения мы расстались. Я шел к себе в гостиницу и думал, что за небылицы он мне плетет, этот Дзержин. Пьяный он, сумасшедший, провокатор или просто разыгрывает? Вдруг меня остановила неожиданная мысль, и я кинулся обратно. Я догнал Дзержина уже у самой площади Вдохновения, схватил за локоть и спросил, очень волнуясь: – Слушай, но если все БЕЗО состоит сплошь из агентов ЦРУ, то сам-то ты кто такой? Он посмотрел на меня внимательно и, резко вырвав руку, сказал: – Вот что, дорогуша, давай условимся раз и навсегда. Во избежание возможных неприятностей ты никогда не будешь задавать мне подобных вопросов. О…кей?
>>35886943 (OP) >Нет ХДД Есть. Пик. >Нет станков. Есь. Пик 2. >90 нм Ну собственно, вот и знаменитая теорема Ботоксной Свиньи- деньги есть, закупим всё что нужно.
>>35886952 >Рашка не может самостоятельно производить микропроцессоры, даже по устаревшим нормам (90 нм).
Эльбрусы конечно не может. Ибо они overblow. Дело не в оборудовании, а в специфической архитектуре Эльбрусов. Так-то 90 нм на Микроне давно освоен и выход годных на мировом уровне.
>>35887151 процессор наверняка говно ,но вот на счет рыночной справедливости я бы с тобой не согласился,пример два фильма: маяк и как я провел этим летом,один жанр,примерно один посыл ,но американский фильм по инерции окупился,а российский ,несмотря на более высокое художественное качество -соснул
>>35887526 >>Изменения могут быть внесены на фабрике без ведома разработчика микросхемы. Не путай академическую бумагу с реальным производством. У академиков игрушечная схема, специально оттюненая для нужного эффекта. На реальной фабрике по маскам заказчика такое гораздо сложнее сделать.
>>35894586 >90 нм на Микроне давно освоен и выход годных на мировом уровне >Микрон и Ангстрем, например, используют БэУшное оборудование, купленное у ST, AMD и IBM.
Всем привет, мальчики! Я - главный эксперт /hw/ по железу. Меня позвали в трейд прокомментировать этот лживый пропагандистский наброс. Во-первых, ОП = хуй и говно! И еще пиздит, как украинец. Проплаченный засланный 5 гривневый проплатка по заказу отрабатывает. >Разоблачение мифа о «Российском» процессоре «Эльбрус» >WebM И где в видео разоблачение российского процессора? Процессор "Эльбрус" - полностью российский продукт, завидуй. В видео говорят про оперативную память, SSD и HDD. Какое они, блд, имеют отношение к процессору, долбоёб? Это ОТДЕЛЬНЫЕ НЕЗАВИСИМЫЕ устройства. SSD/HDD/RAM не является частью процессора. В них бекдоров и закладок не бывает, закладки если и можно встроить, так в ЛОГИКУ, то есть в микропроцессор. Поэтому HDD и SSD можно использовать спокойно китайский.
Специально для малолетних далбобёбов: Всё производится в Китае, потому что это дешево. Всё это можно прекрасно и в России производить, только это нахуй никому не нужно. Никто не будет покупать жесткий диск на 500 гигов по цене 50 000 рублей. Когда у китайцев за 5000 рублей тебе 3-4 ТБ сделают. Оборудование в России есть, еще в СССР делали всё своё. Это используется сейчас в военке, штучные заказы, вспоминаем SSD, который использовался в сбитом самолёте турками в качестве "черного ящика". Он был российский, по устаревшим нанометрам, но для военных это наоборот плюс, надежность выше. Для коммерческого и гражданского такое устаревшее не годится, дорого, когда есть китайцы.
Во-вторых, ОП всех наёбывает и притащил видос 5-летней давности. В Зеленограде на ФАБ-200 уже давно делают 250-65 нм.
В-третьих, порашник - лицемерная сволочь. Даже сам Интел свои процессоры в США не делает. Если ты достанешь свой процессор из сокета, то в 99% случаев увидишь там Malasya. То есть весь мир, включая США, могут свой продукты делать в других странах и использовать чужие комплектующие. А вот Россия не может, Россия должна одна сразу со всем миром воевать, порашник пытается натравить Россию на войну и конфликт со всем миром, пытается противопоставлять Россию всему миру.
Напомню, что раньше даже 100% АМЕРИКАНСКИЕ айфоны использовали процессор Samsung корея, но почему-то никто не визжал на пораше, мол САШАШКУ развалили, сами ничего сделать не можете, отсталая страна, вон узкоглазые желторотые чего делают, ряяяяяяя...
>Рашка не может самостоятельно производить микропроцессоры, даже по устаревшим нормам (90 нм). Микрон и Ангстрем, например, используют БэУшное оборудование, купленное у ST, AMD и IBM.
Ты не поверишь, малолетний долбоёб, но ни ST, ни AMD, ни IBM, ни даже Intel точно также своё оборудование сами сделать не в состоянии. Стоимость вкатывания в разработку и проектирования оборудования 7-5 нм. составляет космических затрат $999999999999999999999. Поэтому ни один дурак этого не делает, кроме порашника. Все закупают ключевое оборудование у одного единственного поставщика в мире из Нидерландов. Соответственно зачем России что-то делать самому, тратя на ветер годовой бюджет страны на нанометры, когда за копейки можно купить готовое оборудование? Как ты потом эти деньги окупать будешь? Никто не будет покупать российский жесткий диск за 50 000 рублей, когда у Китайцев он 5 000 рублей стоит точно такой же.
>Процессоры Эльбрус-4C (65 нм) и Эльбрус-8C (28 нм) можно сразу выбросить на помойку, так как заботливые руки тайваньцев (союзников США) уже на этапе производства внедряют аппаратные закладки.
Во-первых, внедрить закладки на производстве практически невозможно. Для этого нужно полностью перебрать весь процессор, всю логику. Если раньше процессор состоял из пары десятков транзисторов, то разобраться в такой схеме было не сложно, чтобы потом изменить её и встроить бекдор. Сейчас процессор состоит из десятков миллиардов транзисторов. Проще заново разработать проц с готовой закладкой. Именно поэтому Россия и импортозамещает процессоры с американских Intel'ов на русские Эльбрусы. Ибо в американском проце гарантированно уже изначально придумана куча ЦРУ'шных закладок.
Во-вторых, именно поэтому процессоры, сделанные на TSMC используются ТОЛЬКО в коммерции. В военке и критических узлах, например, атомных электростанциях используются процессоры, сделанные в России. В этих целях не нужны 100 ядер 100500 МГц. Даже имеющихся 2 не нужны. Шаттл прекрасно летал в космос на процессоре 3МГц.
>тайваньцев (союзников США)
Давай еще Китай в главных союзников США запиши, пиздабол.
Короче ИТТ обоссал с подливой всех хейтеров России.
Аноним ID: Умный Марко Богатый01/02/20 Суб 09:25:46#55№35895574Двачую 9RRRAGE! 0
>>35895484 >Всем привет, мальчики! Я - главный эксперт /hw/ по железу. >SSD/HDD/RAM не является частью процессора. >В них бекдоров и закладок не бывает, закладки если и можно встроить, так в ЛОГИКУ, то есть в микропроцессор. >эксперт "Главный эксперт" в курсе что и hhd, ssd, материке и памяти есть свои контролеры-микропроцесоры?
>>35895574 Порашник обиделся и что невнятно вскукарекнул. Только вот приличным людям как всегда было все равно на вскукаерки мани. У мани было еще очень много трудодней впереди.
>>35886943 (OP) Правду говорит и то хорошо. С чего вам горит я не понимаю.
Аноним ID: Умный Марко Богатый01/02/20 Суб 09:56:57#59№35895843Двачую 8RRRAGE! 1
>>35895745 >Порашник обиделся и что невнятно вскукарекнул. Только вот приличным людям как всегда было все равно на вскукаерки мани. У мани было еще очень много трудодней впереди. Еще раз для даунов: В hhd, ssd, материнке, звуковхе и уж тем более видюхе есть микропроцесоры со своей закрытой логикой от и до разработанной и сделанной производителем.
>>35895574 >в курсе что и hhd, ssd, материке и памяти есть свои контролеры-микропроцесоры похуй на них, пушто программы тоже свои, закрытые и шлют нахуй все закладки
>>35895484 >вспоминаем SSD, который использовался в сбитом самолёте турками в качестве "черного ящика". Вспоминаем. И что мы видим?
>В них бекдоров и закладок не бывает Они есть
>Всё производится в Китае, потому что это дешево. Texas Instruments например. Основная часть производится в США. Есть 1 завод у чингчонгов, но он производит самый ширпотреб в том числе и для русни, а точнее для наших лiтаков.
>Оборудование в России есть, Видно. 15 лет назад оно было на заводах то же Интела, потом оно побывало у братушек китаезов там же, а потом уже переехало в Зелик возможно под видом французов. Да, да ангстрем, да да микрон. Да, да 65+ нм. Мечты о 28...
>Всё это можно прекрасно и в России производить Вот только ни кадров, ни ресурсов, ни техники, прям крым из мира микроэлектроники.
Но вся это простыня разбивается после видео 5-летней давности, когда всему миру показали наш секретный впк. Обосрались так что до сих пор штаны не стираем. https://www.youtube.com/watch?v=tlGsIt9fZs8
Аноним ID: Одаренный Доктор Стрэндж01/02/20 Суб 10:34:39#67№35896145Двачую 0RRRAGE! 0
>>35895484 > Оборудование в России есть, еще в СССР делали всё своё. Да, диды делали на 7 нанометрах, только надежно спрятали оборудование! Надо только копнуть поглубже, тогда и на 3 нанометра найдется оборудование!
Мы придумали собственные сапоги, но у нас нет станков для их производства и мы не умеем их производить.
Производство средств производства в России уничтожено, а все разговоры о возрождении производства - это наебалово для идиотов, т.к. при все желании НЕТ ТЕХНОЛОГИЙ, которые можно использовать.
Аноним ID: Одаренный Доктор Стрэндж01/02/20 Суб 10:46:47#71№35896260Двачую 3RRRAGE! 0
>>35896210 >Так это через эмуляцию, дебс. А это проблема? На линуксе так то тоже через вайн запускают.
Аноним ID: Одаренный Доктор Стрэндж01/02/20 Суб 10:47:21#72№35896264Двачую 0RRRAGE! 0
>>35886943 (OP) Опять всплыл какой-то руснявый говнопроцессор на борде. А и так понятно что в России нет никаких электронных заводов. Ну есть два с половиной инвалида короче, которые сплошь убыточные и существует с "подачек путин-государства ради форсов высокотехнологичности путин-режима" - но это нельзя считать заводами ибо они не окупаемы. Короче два завода около Москваабада и один завод в Саранске. Производят всякую хуйню короче и вовсе даже не нужны в данное время. Ну в России не производится даже сраный мелкий резистор - но вот русне оставили два с половиной завода чтобы форсить что у нее к примеру "охуительно модернизированные военные образования". На оставшихся заводах производится неконкурентоспособная херь короче, которая по объему от потребляемых электронных компонентов (всех которые в России в составе каких-либо электронных устройств) - составляет меньше процента. И вот откуда у русни "современные вооружения", когда у нее нет электронных заводов короче, алсо и не только электронных, но и других, к примеру резинотехнических изделий и там заводов по производству авионики, тяжелого машиностроения так же нет (а это все станки и оборудование) - и нет вообще почти ничего?
>>35895484 >Я - главный эксперт /hw/ по железу. Меня позвали в трейд ...
Среди производителей станков для производства микропроцессоров доли распределены следующим образом: 80 % рынка принадлежит нидерландской ASML, японские Nikon и Canon занимают второе и третье место соответственно.
Рашка самостоятельной не производит станки, она закупила их до санкций. Разумеется, станки ей продали устаревшие.
Например, «Микрон» использует станки ST Microelectronics, рассчитанные на производство чипов по топологии 90 нм.
«Ангстрем» использует БэУшные станки AMD с её дрезденской фабрики №38, купленные у AMD в те времена, когда AMD избавлялась от собственного производства, переходя к модели fabless.
Естественно, что пропагандоны предпочитают умалчивать о происхождении оборудования на российских заводах по производству микрочипов.
Аноним ID: Жадный Капитан Блад01/02/20 Суб 11:37:29#80№35896858Двачую 2RRRAGE! 0
>>35896644 >И вот откуда у русни "современные вооружения" Пидорюнь, срочно расскажи это храбрым военам украины в башнеметах Т64, когда им прямо в ебало прилетало за 50км несуществующее вооружение
Аноним ID: Жадный Капитан Блад01/02/20 Суб 11:38:12#81№35896864Двачую 1RRRAGE! 0
Аноним ID: Одаренный Доктор Стрэндж01/02/20 Суб 12:00:10#86№35897086Двачую 3RRRAGE! 0
>>35896644 >И вот откуда у русни "современные вооружения", когда у нее нет электронных заводов короче, алсо и не только электронных, но и других, к примеру резинотехнических изделий и там заводов по производству авионики, тяжелого машиностроения так же нет (а это все станки и оборудование) - и нет вообще почти ничего? Да хуй их знает. Странно, что вы до сих пор Крым не вернули, если у русни нихуя нет.
>>35895484 >Я - главный эксперт /hw/ по железу Там все такие мудаки? В долбрусе, внезапно, половина, а то и больше, корок - лицензированные (или же где-то спизженные)
>>35895484 >В них бекдоров и закладок не бывает В HDD или SSD запросто можно вкорячить "закладку", кексперт. Он тебе тупо будет отдавать "что нужно" вместо загрузочного сектора или кусков бутлоадера.
>Когда у китайцев за 5000 рублей тебе 3-4 ТБ сделают. У китайцев нихуя не сделают, у них технологий для изготовления HDD нет.
>Оборудование в России есть, еще в СССР делали всё своё. >Это используется сейчас в военке, штучные заказы, вспоминаем SSD, который использовался в сбитом самолёте турками в качестве "черного ящика".
Кексперд, там то ли Spansion'овские микрухи, то ли еще чьи-то импортные были, максимум индустриальные.
>Даже сам Интел свои процессоры в США не делает. Если ты достанешь свой процессор из сокета, то в 99% случаев увидишь там Malasya
Уеба, в Малайзии - корпусировка. Все. Новейшие фабы - все в Америке плюс одна экспериментальная - в Израиле.
>Во-первых, внедрить закладки на производстве практически невозможно. >Для этого нужно полностью перебрать весь процессор, всю логику.
Дюбик, это и не требуется. RTL для долбрусов генерится в закрытых сапрах, а туда при желании можно запихать все, что угодно.
Аноним ID: Одаренный Доктор Стрэндж01/02/20 Суб 12:22:50#89№35897333Двачую 0RRRAGE! 0
>>35897318 >Новейшие фабы - все в Америке Поэтому AMD печет чипы на TSMC, а Intel сосет хуй?
>>35896123 >Но вся это простыня разбивается после видео 5-летней давности, когда всему миру показали наш секретный впк.
Это еще верхушка айсберга. Есть такой момент, когда "новейшие" объекты сделаны на американских ПЛИСах, снятых с производства, а прошивки на них - на ломаных корках.
>>35886952 Олсо чтобы производить свои чипы очевидно что конвейеры должны физически находиться в стране-производителе. Всегда с этого охуевал - сделать "секретную военную" разработку и ЗАКАЗЫВАТЬ НА СТОРОНЕ ПРОИЗВОДСТВО блядь. И мне совершенно искренне не понятно ПОЧЕМУ пидорахи из ВПК настолько тупые.
>>35897397 Их нужно слишком много, тысячи, десятки тысяч инженеров, сотни тысяч строителей. И каждый из них требует дохуя оборудования, чтобы работало. Насосы, резервные станции подачи элехтричества, кислот, жидкостей.
>>35897397 \Внезапно настоящие яйцеголовые съебуют при первой возможности туда где платят нормальные деньги и нет так велик шанс быть изнасилованным и убитым в тюрьме только потому что кто-то захотел отнять твой бизнес.
Аноним ID: Одаренный Доктор Стрэндж01/02/20 Суб 12:38:44#98№35897514Двачую 5RRRAGE! 0
>>35897445 >на системе народовластия Штаны постирай для начала.
>>35897455 >ПОЧЕМУ пидорахи из ВПК настолько тупые. Отрицательная селекция. Это все приветы из 90-х. Сейчас к власти в МОРФ приходят те кто остался там во время кризиса.
>>35897556 Внезапно уровень квалификации зависит от зарплаты. Нет бабла - нет грамотного спеца. Нет работы - нет грамотного спеца. Есть страх - нет грамотного спеца. и т.д.
>>35897582 Внезапно, и высококвалифицированные спецы не против и за 1к баксов поработать над интересным проектом. Но проектов попросту нет. И не будет.
>>35896849 >Естественно, что пропагандоны предпочитают умалчивать о происхождении оборудования на российских заводах по производству микрочипов. Это всё хуйня. Т.е. пропогандоны естественно как обычно гондоны, тк даже Форд приехав к Сралину охуел от распиздяйства и уехал обратно, решив просто продать конвейеры и забить на аборигенов хуй. Главное в этой сраной истории чтобы вот эти хуёвины на твоих пиках были закуплены и находились в России.
>>35897637 >Главное в этой сраной истории чтобы вот эти хуёвины на твоих пиках были закуплены и находились в России. Станки продали до санкций, сейчас уже не продадут, даже БэУшные.
Если вследствие износа у станка выйдет из строя какая-нибудь важная деталь, которую рашка не сможет воспроизвести, производство микрочипов на этом станке прекратится.
>>35898111 Китай тоже закупает такие станки у стран Запада.
ASML приостановила поставки в Китай сканеров EUV
По данным японского информагентства Nikkei, санкции Вашингтона могли ударить по нидерландскому производителю оборудования для выпуска полупроводников компании ASML. Сразу три неназванных источника подтвердили изданию, что ASML задержала поставки сканеров EUV китайской компании SMIC. Компания SMIC является крупнейшим в Китае контрактным производителем чипов и четвёртым в мире по величине в этой области (пятым, если считать контрактником компанию Samsung). Для санкций США этот производитель остаётся приоритетной целью, ведь он не только выпускает микросхемы для крупнейших китайских компаний, которые уже попали под санкции Вашингтона, но ещё всецело поддерживается правительственными фондами Китая.
>>35898067 > Человеку сильно приятнее получать много и много тратить Ага, особенно хорошо тратить твои налоговые поступления. > Не работает А ты и рад, мол, не работает же иначе, всё правильно, хотите еще одну яхту, господин-барин?
>>35898504 >хотите еще одну яхту, господин-барин? Ох ебать! Спешите видеть гомунизд разбушевался! Стоит отметить что все нынешние олигархи и прочие успешные бизнесмены в свое время были рьяными партийцами. Видать вера в идею была слабовата.
>>35887526 Теоретически возможно. Практически если почитать как работают заводы по производству процессоров кажется мало реальным. Ты там втихую ничего не сделаешь контроль слишком жёсткий. Плюс линейки постоянно обновляются и тебе каждый раз надо каким-то мистическим образом в тончайшее оборудование вносить настройки чтобы никто не заметил. К тому же даже если внедрить сам бекдор, его ИСПОЛЬЗОВАНИЕ спалит тебя очень быстро. Как только набирается критическая масса данных тебя спалят гарантировано. Короче это всё не имеет смысла, для государства игра в кошки мышки малоэффективна, ему достаточно лабировать законы чтобы делать это официально и всё.
>>35886952 У тебя на первоисточник первой статьи - битая ссылка. Статьи тупо нет. Not found. Во второй статье уже приводится способ обнаружения такого бэкдора. Ты высосал новость тупо из пальца и как обычно обосрался. Ничего нового.
>>35886943 (OP) Давно было известно, что все производство на вражьем Тайване, который лижет-сосет. Да и какая разница, в любом случае Эльсрус это дорогущее беззадачное говно для госконтор.
>>35901094 В твоей же статье сказано, что этот троян невозможно обнаружить оптическими методами, но он обнаруживается с помощью анализа логики работы процессора. Опять обосрамс. На первоисточник даже в твоём pdf встроена битая ссылка: http://people.umass.edu/gbecker/BeckerChes13.pdf 404 not found. Точь-в-точь как Украина.
по большей части эти процы для закрытых сетей, так что уровня спроектировано в раше, а собрано на тайване вполне достаточно. модные хипстерские бекдоры тут ниочем. вообщем и целом это оверпрайс для вояк, чтобы они спокойно спали
>>35902020 Ну в этой же статье чётко написано, что для того, чтобы встраивать Трояны на уровне допантов - злоумышленник должен знать архитектуру процессора и принцип его работы. То есть его придётся реверс-инжинирить.
>>35886943 (OP) >>35886952 Ну, я немного имею отношение к этому вашему IT в том числе и низкоуровневому, и могу ответить, что разместить "аппаратную" Блядь, ебанутый термин, оно все равно будет программной уязвимость на уровне кристалла без изменения логики инженерника маловозможно. ГПСЧ (Генератор Псевдо Случайных Чисел) в госбезопасности может использовать только конченый еблан Вангую, что все правительство состоит из конченых ебланов, но тем не менее, верю в благоразумность гос-айтишников по поводу генерации особо важных ключей Вторая статья про "Единственный конденсатор" опять же сталкивается с тем, что это влияет на конструктивную схему CPU и выявляется.
Теперь про отношение к Эльбрусу и МЦСТ. Их существование НУЖНО, но нужно только для того, чтобы микропроцессорные разработки, даже в том убогом виде, что они существуют сейчас в ебаной рашке не загнулись окончательно. Я думаю, что они не "Пилят бабос", или пилят по минимуму. По поводу микроэлектроники - совки все просрали, блядь, была отличная советская архитектура, кластерная блядь, нет, давай копировать все с IBM! Пидорасы ебаные. Да и сейчас у власти не менее ебаные пидорасы, но сути это не меняет.
А то что производства у нас нет - хех, блядь, у нас сейчас 45 НМ считается за вершину технологического процесса, когда китайские братушки перешли на 7, и скоро на 5+ перейдут, о чем вы вообще...
>>35903238 >Там не x86, ты чего вообще? Я не особо разбриаюсь в этих ваших эльбрусах, про x86 подумал из-за >>35887072 >vice city лагает >Эльбрус своя архитектура, под x86 бинарный транслятор. >транслятор Я понял, лучше на сайте нормально прочитать.
>>35903376 >Это вообще не показатель Это показатель того, что одна из основных фич вообще работает, но с позиции нормисов это не очень удачно наверное. >транслятор Прошу прощения, что доебался до транслтора, эта штука, как оказалось, так у них и называется.
>>35886943 (OP) Ну и нахуй ты этого зумера сюда приволокла няша горелодупая?
Ты бы хоть понимало о чем хрюкаешь животное. Во всем мире свои фабрики только у интел (в которые они 2/3 всей своей прибыли вбухивают и при этом свалились в отставание), остальные работают по модели фаблесс (контрактное производство на специальной фабрике заточенной под контрактное производство). амд - фаблес компания, нвидиа - фаблес компания, мцст - фаблес компания, MediaTech - фаблес компания. по другому сегодня никто не работает, интел бы и рада тоже контрактное производство сделать да не осилили
>>35895484 > Специально для малолетних далбобёбов: > Всё производится в Китае, потому что это дешево. > эксперт /hw/ по железу Эксперт такой эксперт Во первых тайвань это не китай, китай сам не имеет передового производства микроэлектроники, во вторых оно там не просто дешевое а вообще лучшее по соотношению цена/качество. Хотя TSMC вполне уже претендует и на звание самой лучшей.
В любом случае по эльбрусам тема такая - 90нм эльбрус 2С вполне можно производить, может даже 65нм 4С, но в любом случае фаб это не проблема мцст уже, они разрабатывают схемотехнику с топологией, на свою фабрику потом будет не проблема перенести.
>>35905936 >Ты бы хоть понимало о чем хрюкаешь животное. Во всем мире свои фабрики только у интел (в которые они 2/3 всей своей прибыли вбухивают и при этом свалились в отставание), остальные работают по модели фаблесс (контрактное производство на специальной фабрике заточенной под контрактное производство). >амд - фаблес компания, нвидиа - фаблес компания, мцст - фаблес компания, MediaTech - фаблес компания. Пидораха, Эльбрус протаскивали именно по теме того, что ЭТО НАШ ПРОЦЕССОР, БЕЗ ЗАКЛАДОК. А тут оказывается, что наши "нанотехнологии" - это "невыгодно и вообще мировая практика".
>>35905554 > S61WV, которому она якобы аналог, в 4 раза быстрее и стоит примерно столько же.
Постой. Во первых, она не в 4 раза быстрее, а, о Боже, российская (если верить спекам) быстрее на аж целых 3 ns. (Да похуй, спеки тоже иногда пиздят)
Насчёт цены - импортная стоит $20.11 за корпус, если брать одну, а российская стоит неизвестно сколько и штучно не продаётся. Только через письмо в Микрон.
Но ты не понял посыла - речь шла о 90 нм. Скажем так, тут вот скептицизм, якобы что 90 нм нахуй нужны. Бляяяяя! Да будь я полноправным владельцем Микрона, ты бы мог купмит его продукию на том же Mouser, и было бы абсолютно поебать что говорят дилетанты насчёт 90 нм. Я окупил бы фабрику, завоевал бы уважение в мире и мне бы продавали оборудование. И хуй бы ввели санкции, потому что интегрировался бы в мировую электронику так, что санкции против Микрона было бы просто невыгодно вводить.
>>35907422 >Я окупил бы фабрику, завоевал бы уважение в мире и мне бы продавали оборудование. И хуй бы ввели санкции, потому что интегрировался бы в мировую электронику так, что санкции против Микрона было бы просто невыгодно вводить. Как хуавэй?
>>35907541 Точно. Еще смешная история приключилась с ZTE. И это только две компании с космическими бюджетами, двумя сотнями тысяч сотрудников, интеграцией во все комитеты и организации.
>>35907422 У нее же 20ns в спеке, а у IS61WV 10ns Будь ты владельцем микрона, на сраме ты бы скорей всего проебался без госзаказа: он же нежный дохуя, кроме вылизанной топологии нужно ещё хорошее питание, IO, даже тупо экран, и брака у тебя было бы столько, что только бюджетники и согласятся.
>>35906229 >тайвань это не китай проснись, ты серешь. здесь все же ро/раша >Китайская Республика (кит. трад. 中華民國, упр. 中华民国, пиньинь: Zhōnghuá Mínguó, палл.: Чжунхуа Миньго; часто используется название Тайвань по названию острова, составляющего большую часть контролируемой республикой территории) — частично признанное государство в Восточной Азии, ранее имевшее однопартийную систему, широкое дипломатическое признание и контроль над всем Китаем, ныне превратившееся в демократическое государство с ограниченным дипломатическим признанием и контролирующее только Тайвань и прилегающие острова. Является одним из основателей ООН и ранее входила в Совет безопасности ООН (в 1971 году место Китайской Республики в ООН было передано Китайской Народной Республике).
>>35886943 (OP) Свои процессоры были у СССР. Это было серьёзное в научно-техническом плане государство. И конечно такого не может себе позволить сраная рыночная Парашка.
Процессоры могут делать только серьёзные передовые государства.
>>35910155 >гаджетами с использование этой SRAM Кеш первого уровня своими руками HFT плата с прямым infiniband подключением к серверам NYSE за 21 день Майним кефириум на приусадебном участке без смс
>>35913398 Фишка в том, что для SRAM не нужен контроллер. Не нужно городить огород с сигналамами RAS и CAS, не нужно городить регенерация памяти. Это огромное преимущество в упрощении схематики. Ну а так же быстродействие у SRAM несравненно выше чем у DRAM.
>>35915844 А чо сразу FPGA? Туда аысокий порог входа. Не каждый осилит.
И пример SRAM я привёл как наиболее очевидный для фаба 80 нм. Потому как заебали уже на каждом углу кричать ПРОЦЕССОРЫ, ПРОЦЕССОРЫ, ПРОЦЕССОРЫ. И коню понятно что сейчас сделать конкурентоспособный микропроцессор общего назначения невозможно. А микроконтроллер - можно.
Наконец, есть ещё и аналогоовая электроника. Но уже высший пилотаж. Но теоретически и на этом поле можно зацепиться.
>>35915640 Дебилы как мантру повторяют, что дескать всё СССР копировал. Во первых, не всё. Во вторых, чтобы скопировать процессор надо быть сверхдержавой. Сраная вон скопировать не может.
>>35918968 >Во первых, не всё. Ну была пара оригинальных микросборок.
> Во вторых, чтобы скопировать процессор надо быть сверхдержавой.
80386 Released on October 1985 CCCP не осилили КР1847ВМ286 - клон 80286. Серийно не производился, были лишь инженерные образцы. До конечного потребителя не дошёл. Выходит, исходя из твоего утвреждения, СССР не сверхдажава.
>>35916338 Так а к чему ещё sram микросхему подключать-то и зачем. К обычному cpu через шину что ли лол. Лучше уж, не знаю, raspberry цап-царап и печатать с мануалами и т.п. на русском под названием "калинка-малинка"
Аноним ID: Темпераментный Иван Царевич02/02/20 Вск 22:26:54#196№35922005Двачую 4RRRAGE! 0
>>35921831 Надо быть ебанутым чтоб считать совок сверхдержавой, это был жидовский концлагерь для русского народа.
>>35895484 У Интела дохуя фабрик внутри США, сейчас они пилят 7нм на заводе в Орегоне. А пахомия пилит ярлычки на китайских продуктах и выдает за свое.
>В военке и критических узлах, например, атомных электростанциях используются процессоры, сделанные в России. 70-80% рассыпухи в российской оборонке - импорт из США и Китая.
>>35903207 >уязвимость на уровне кристалла без изменения логики инженерника маловозможно
Дай угадаю: ты, небось, считаешь, что все топологии до сих пор пилятся вручную?
>была отличная советская архитектура
Отличная от других. С ноусофтом.
>нет, давай копировать все с IBM
А также с Digital, косить под Burroughs, а позже - шлифовать Intel. При этом сделать закос под Cray не удалось, ибо реально космические технологии. А знаешь, в чем дело? В том, что на аборигенных поделках был ноусофт. Впрочем, пизженные были не сильно-то и совместимы с оригиналами, и пизженный софт приходилось подпиливать напильником для них.
>>35900305 Гейфоны - это ширпотреб, его и делают там, где дешево. Все, что идет для военки, делается на территории самих Штатов.
>>35911986 >Свои процессоры были у СССР Пикрелейтед. Как только техпроцессы стали достаточно тонкими, что шлифовка слоев перестала работать, тут-то совок и соснул.
>>35895484 >Ты не поверишь, малолетний долбоёб, но ни ST, ни AMD, ни IBM, ни даже Intel точно также своё оборудование сами сделать не в состоянии. Даже в hw об ASML слышали единицы, лол. Что ты хочешь от пораши? Тут 99% уверены, что в f35 ставят 5нм чипы, лол.
>>35895484 >В них бекдоров и закладок не бывает, закладки если и можно встроить, так в ЛОГИКУ, то есть в микропроцессор. Ох ты ж блять, а я думал, что и впрямь эксперт.
К твоему сведению, в 2008-2009 годах я изучал возможность вставить бэкдор в прошивку хардов от Seagate. И она-таки есть. Можно подменить бутсектор на лету, например. Или какой-нибудь из файлов ядра - тоже на лету. При этом при повторном считывании уже отдавать нормальный, а не пропатченный.
Бэкдор в памяти - ещё более хитрое дело, но тут уже сложнее, но, в принципе, ничего нереализуемого тоже. Но эта закладка уже более специфична, когда знаешь об атакуемой системе почти всё, вплоть до версии ядра (или набора версий) Но, в любом случае, в микросхему памяти можно впихнуть инструкции типа "если SHA512-хэш положенной в память строчки равен X, то воспринимать идущие вслед за ним команды как инструкции: заменить байт по адресу X на значение Y и т.д.". То есть, загружаешь ты картинку из интернета - а в неё стеганографически встроен код, который активирует троян у тебя на компе. Со стороны процессора будет выглядеть просто как разовая задержка отклика от памяти - и всё, ОСь протроянена.
>>35925569 В начале нулевых ходил слух, что в процессоры нарочно встроены недокументированные команды, которые замыкают плюс на минус и процессор перегорает. Это типа как заложенная бомба. В ЦРУ жмут на кнопку и пизда всем вражеским компам.
>>35925605 Возможно, но пользы от этого довольно мало.
Перегоревший процессор просто заменят. Компьютер с перегоревшим процессором не отправит данные в штаб врага, замаскировав данные в JPEG-артефактах. Компьютер с перегоревшим процессором не выдаст неверные результаты расчётов для какой-нибудь йобы. Ну и перегоревший процессор должен для начала исполнить эту самую инструкцию, а критичные компьютеры часто не подключены к сети, и одновременная доставка команды на компьютеры противника - крайне затруднительное явление.
>>35925642 Мне просто интересно правда это или нет. Я не стану щастливее если пиндосы нажмут на кнопку и сгорит мой комп. Хотелось бы узнать правду и получить способ защиты.
>>35924203 самое смешное, что пидарахи сравнивают страну с компанией. типа амд-россия или спейсх-россия и т.п. так-то сша, япония, европа, китай имеют всю производственную цепочку самого современного уровня +/- 3 года.
>>35925569 >Бэкдор в памяти - ещё более хитрое дело, но тут уже сложнее, но, в принципе, ничего нереализуемого тоже.
Способов масса, было бы желание. Можно вон, хоть DSDT/SSDT заряженные закинуть (хотя такой примитив, как долбрус, вряд ли может в ACPI, но x86 ОС, которые на этом поделии должны запускаться, требуют таблиц в обязательном порядке) - те вообще по сигнатурам ищутся.
>>35887287 Ты понятия не ебешь о стоимости и сложности всей этой затеи что 3.5 никому неизвестных ученых жабы предложили на бумаге Особенно при серийном производстве чипов
>>35925697 >А это только в теории. На практике хуй. Сложность задачи неебическая. Вполне возможно, на самом деле. Достаточно иметь драйвер NTFS/ext4 внутри прошивки и сделать маппинг, определённых имён файлов на сектора диска, и при обращении к этим секторам выдавать другие данные, не те, что были записаны оригинально.
Ещё круче - если делать это только при первом обращении, при последующих - отдавать оригинальный файл.
>>35925812 > Достаточно иметь драйвер NTFS/ext4 внутри прошивки и сделать маппинг, определённых имён файлов на сектора диска, и при обращении к этим секторам выдавать другие данные, не те, что были записаны оригинально.
На каком уровне это реализовать? Чтобы сопоставить сектор имени файла система уже должна быть скомпрометирована. А если она на этот момент скомпрометирована, то какой смысл подменять?
>>35925891 >Чтобы сопоставить сектор имени файла система уже должна быть скомпрометирована. А если она на этот момент скомпрометирована, то какой смысл подменять? Ещё раз. Твоя троянская прошивка в контроллере SSD, например. Как только подают питание - прошивка анализирует, какие ФС есть на диске, подгружает драйвера этих файловых систем, анализирует, какие ОС там установлены. Для каждой из списка известных ОС выбирается какой-нибудь файл ядра, который надо пропатчить. Например, для Windows мы берём файл WINDIR\System32\drivers\ntfs.sys, который гарантированно будет загружен и гарантированно получит управление, инжектируем туда свой код, который загрузит остальное тело трояна в память откуда-нибудь из сервисных областей SSD и повесит на него нужные хуки. Как это делаем: из MFT узнаём, в каких секторах физически располагается файл ntfs.sys (например, в секторах 100500, 100501, 100502, ... 100549). Соответственно, когда на контроллер SSD поступает команда прочитать сектор 100500, вместо обращения к чипу флеш-памяти мы берём подставной кусок данных (первый кусок из протрояненного ntfs.sys) и отправляем его. Потом, когда все сектора этого файла прочитаны, взводим флаг "теперь работать нормально" и при следующем обращении выдаём уже содержимое оригинальных секторов
При этом можно сделать защиту от обнаружения: смотреть, в каком порядке идут обращения к файлам, и насколько это соответствует обращениям к файлам при реальной загрузке ОС. Т.е. когда наш троянский SSD подключили через юсб-переходник и смотрят, что там на нём - сидеть тихо. А когда с него загружаются - протроянить систему в памяти.
При этом, чисто гипотетически, тоже можно сделать SSD, которые можно уничтожить издалека, через поиск управляющей последовательности в сохраняемом файле. Например, искать определённую фразу в каждом куске данных, который идёт на запись. Если она там встречена - то выставлять определённую метку, и через некоторое время делать вайп для всех накопителей. У SSD своих встроенных часов нет, но можно изъебнуться, получая время из таймштампов last modify time в записях каталогов.
В общем, довольно плодородная тема для зарывания закладок. Защититься можно, но сложно.
>>35925812 >Достаточно иметь драйвер NTFS/ext4 внутри прошивки Все еще проще: загрузочные разделы UEFI - они на FAT все.
>На каком уровне это реализовать? Отдал "заряженный" бутлоадер (а их стандартных не очень много, плюс с нынешними ресурсами-то можно вообще редирект на скрытый FAT раздел сделать) - и все, делай, что хочешь.
>>35887130 >Что разоблачают-то? То что устаревшие процессоры уже устарели, а новый 8-й Эльбрус сделать нивазможна патамушта к нему нет российских ОЗУ и ССД и станков не завезли
Хороший план. И даже может сработать. Но внезапно ты забыл проанализировать разрядность OS. И тут вдруг всплывает проблема при которой 32-х битная система уходит при загрузке в "Синий экран смерти". Дальше инженеры разбираются с проблемой, находят закладку и охуевают от увиденного.
И да, самое смешное во всём этом что Эльбрус таки неподвержен такой закладке, потому как его система команд "под замком". При всей моей нелюбви к Эльбррусам выходит что толика смысла в них есть.
>>35928103 >И да, самое смешное во всём этом что Эльбрус таки неподвержен такой закладке, потому как его система команд "под замком". Эльбрус продаётся предприятиям по 200к за машину. Уж купить пару штук и проанализировать систему команд "потенциальный противник" сможет, если ему это очень надо. Ну и компилятор для Эльбруса достать, тоже, думаю, труда не составит.
Разрядность загружаемой ОС - легко! Достаточно посмотреть на то, какой разрядности исполняемые файлы на системном диске (если закладка выясняет, что это именно системный диск)
>>35926107 Скрытый раздел - это палево, а нужна как раз максимальная незаметность. То, что я предположил, как раз является таковым.
Чисто гипотетически, можно делать загрузчик подписанным цифровой подписью, хранящийся где-нибудь внутри самого процессора в выделенной области флэш-памяти, а дальше - проверяющий ЭЦП у каждого загружаемого бинарного модуля. Память же просто шифровать симметричным шифром на лету, генеря ключ случайно каждый раз при загрузке.
И... мы только что изобрели Trusted Computing от Intel!
>>35935965 Софт для этого станка писал русский программист, работающий на зарубежную фирму (довольно известный интегратор в РФ), которая потом это благополучно перепродала обратно на родину.
Оптимизация бизнеса во всей красе. При этом в русские фирмы этот господин не собирался, потому что условия труда даже в американской соковыжималке показались ему лучше.
А по делу - да похуй на заложенные трояны. Проблема скорее в недокументированных возможностях и закрытости платформы. Как это было с ROS годик или полтора назад, когда открытый для винбокса порт давал прямой доступ до экзекуции скриптов, прямо как открытый рдп порт давал ранее делать то же самое, прямо как смб открытый порт давал делать то же самое... Кароч - в условиях ИНТЕРНЕТА безопасности нет и быть не может без участия в процессе организации безопасности собсна самого сервис провайдера. А чо там за уязвимости и трояны - а и хуй с ними, главное среду передачи данных не засирать. Собсна поэтому я против спутниковых интернетов от поставщика - потенциального врага моей страны, собсна поэтому я против ссянки ростелекома, который не может в конкуренцию, собсна поэтому я против китайского фаервола, потому что они знают как к тебе залезть намного больше чем ты можешь себе представить. Делайте локалки, посоны, как раньше, да здравствует ФИДО и DC++
>>35928103 >Но внезапно ты забыл проанализировать разрядность OS. И тут вдруг всплывает проблема при которой 32-х битная система уходит при загрузке в "Синий экран смерти".
А вот это совершенно не обязательно. Ведра все стартуют в дефолтном режиме процессора, независимо от разрядности. Бутлоадеры тоже универсальные. Так что ничего тут, на самом деле, нет.
>его система команд "под замком".
Security through obscurity
>>35933757 >Скрытый раздел - это палево, а нужна как раз максимальная незаметность
Так он, например, будет заметен только для UEFI, и то без шелла. Причем я вообще сомневаюсь, что долбрусы вообще могут в UEFI. Идея в том, что не сильно нужно даже анализировать доступ к секторам, что, впрочем, тоже несложная задача. А на NVME - так и вовсе можно делать в памяти что хочешь и когда хочешь: я сильно сомневаюсь, что мцст осилило IOMMU - и то есть варианты его обхода.
>Конечным потребителям он не поставляется.
И как предполагается под это поделие софт писать, да еще и нативный при этом? Если они хотели запилить что-то типа AS/400, взяли бы жаба-байткод или LLVM тогда в качестве промежуточного представления.
>>35936043 >русский программист >При этом в русские фирмы этот господин не собирался, потому что условия труда даже в американской соковыжималке показались ему лучше
Где я отрабатываю пятнадцать рублей? Или вы пятнадцать рублей отрабатываете?
>>35935948 В дополнение к Эльбрусу можно купить скомпилированный для него же линукс. Компилятор уже будет в этом дистрибе, иначе, например, процесс подключения модулей на питоне или драйверов не сможет выполниться нормально.
>>35937286 По моей информации компилятор для Эльбруса охраняется строже самого Эльбруса. Это как раз одна из причин, почему Эльбрус не нужен.
Например, на выставках дают потыкать мышкой на Эльбрусе любуому желающему, но попробуй в консоли поиграться с компилятором, и работники МЦСТ сразу начинают кипеть.
>>35895484 >SSD/HDD/RAM не является частью процессора. В них бекдоров и закладок не бывает, закладки если и можно встроить, так в ЛОГИКУ, то есть в микропроцессор. Поэтому HDD и SSD можно использовать спокойно китайский. А разве в контроллерах на HDD/SSD нет никакой логики? Разве туда нельзя встроить закладку? Я ажды весь бритвой Оккамы изрезался.
>>35943869 > По моей информации компилятор для Эльбруса охраняется строже самого Эльбруса. Это как раз одна из причин, почему Эльбрус не нужен. Все так и есть МЦСТ никому его исходники не даёт. Тама сама система команд ЦП находится под NDA. Но лулз то в том, что права на архитектуру принадлежат очередному офшору.
>>35943869 Ты в курсе, что восстановить компилятор, имея работающую систему - это дело нескольаих недель? Хуйня это всё, если что. Надо было просто делать openspec-процессор и продавать его по оверпрайсу криптопараноикам. Потребители бы нашлись
>>35948548 >Ты в курсе, что восстановить компилятор, имея работающую систему - это дело нескольаих недель?
Смеялись всей палатой до слёз. Посмотрел бы как ты "восстанавливаешь компилятор" без objdump и без gdb. А их на пользовательском компе так же нет, как и компилятора.
Аноним ID: Ехидный Джон Доу04/02/20 Втр 19:14:33#252№35950615Двачую 0RRRAGE! 0
>>35950656 Там классическая архитектура фон Неймана. Но от этого не легче. Система команд закрыта, поэтому что внутри происходит известно только в МЦСТ.
Опять же, в теории можно подключить логическиа анализаторы к шинам и смотреть какие сигналы по ним бегают и на основе этой информации восстановить бОльшую часть системы команд. На практике это почти невыполнимо. Для этого нужна команда профессионалов с очень высокой мотивацией и грамотным управлением. И время. Много времени.
>>35951028 Купи проц за смешные деньги на авито и покажи и залей в ютуб видео, как байтики подбираешь. Микропроцессоры z80 z80a и Т34вг1 ZiLOG 120р GoldStar 100р
>>35895484 >Если ты достанешь свой процессор из сокета, то в 99% случаев увидишь там Malasya Ну да, США криптоколония Малазии, все ЦРУ и АНБ под колпаком у малазийских спецслужб, все так и есть
>>35937312 Ты как то слишком буквально понимаешь понятие "уязвимость на аппаратном уровне". Если тебя обяжут закупать каждые 2 года новые диски, потому что старые со счетчиком - то тебя можно раком поставить буквально за пятилетку ограничив ввоз этих самых дисков.
>>35952606 А, я про другое речь вообще вёл. Ну и в любом случае, vendor lock-in - это опасно, если ты - крупный игрок. Поэтому Гейтс, кстати, сквозь пальцы смотрел на пиратство. Поэтому нельзя завязываться на железе одного производителя, оно должно быть взаимозаменяемым (если только этот производитель не подконтролен тебе)
>>35950656 Да там фуфлыжный VLIW, но почему они ссут открыть систему команд и доки - непонятно. Вон, на x86, arm, и mips шикарная совершенно документация. Эти сперли, что ли, что-то где-то, я не пойму?
>>35886943 (OP) Спасибо ОП за интеллектуальный тред, пришлось выйти из ридонли, я уж не думал, что тут адекваты остались. По сути треда, да "полимеры прокаканы", процессоры делают специалисты на оборудовании, которое сделали высококлассные специалисты, а не эффективные менеджеры сыновья высокоэффективных менеджеров. Здесь среда выдавливает не тех, кого надо, она здесь токсична, будь то "продвинутый" говнояндыкс, либо хреномикрон. Деформированные говноменеджеры так или иначе дают сбой, рано или поздно, это как бракованная деталь в ядерной центрифуге, из-за маленького говна могут пострадать все вокруг. Если не заботиться о людях, они просто уходят, уезжают, улетают. Касаемо закладок, аппаратная изоляция сегментов не панацея, они могут активироваться радиометодом удаленно, все. Даже при наличии сертификата фстэка лол
>>35886943 (OP) >Рашка не может самостоятельно производить микропроцессоры, даже по устаревшим нормам (90 нм) Уже может, ессесно на купленном оборудовании.
>>35950982 Смотри. Сырцы линукса открыты. Что делают утилиты типа dd, grep и т.д. - всем ясно. А дальше по одному начинаем менять байты в командах и смотреть на результат - как он меняется. Через некоторые приёмы с RET можно узнать длины команд, если команды имеют непостоянную длину. Хакеры уровня того же Криса Касперски наверняка существуют, и наверняка им можно заплатить достаточно, чтобы они занялись проектом. Это если мы говорим о "честном взломе". На деле, достаточно одному-двум разработчикам процессора заплатить 1/3 от этой суммы, и они сами пришлют документацию.
В общем, вояки традиционно любят Security Through Obscurity, потому что живут в прошлом веке. В IT такое работает слабо.
>>35956524 > Сырцы линукса открыты. Что делают утилиты типа dd, grep и т.д. - всем ясно. Написан на языке С. > А дальше по одному начинаем менять байты в командах и смотреть на результат - как он меняется. В языке С нет команд.
Аноним ID: Тревожная Маркиза де Бренвилье05/02/20 Срд 05:33:17#273№35956648Двачую 0RRRAGE! 0
превед
Аноним ID: Тревожная Маркиза де Бренвилье05/02/20 Срд 05:35:57#274№35956662Двачую 6RRRAGE! 1
>>35956524 >ерски наверняка существуют, и наверняка им можно заплатить достаточно, чтобы они занялись проектом. ты просто тупой >>35956236 два чая самую суть описал
Эльбрус охуенная штука. Взял бы себе если бы под него портанули NixOS или хотя бы какой нибудь дистр отличный от ихней хуйни(в идеале еще и бздю какую нибудь). Хотел себе взять talos blackbird под новую пекарню но зажмотился и взял райзен 2700 с вегой 64. У кого то вообще есть опыт запуска intellij idea на чем то отличном от хуя86? По идее это ж джава и все должно пахать, но что то мне подсказывает что там есть подводные камни.
>>35956568 Он про бинарники, по ходу дела. Вообще, эта хрень, наверняка, оперирует бандлами фиксированной длины, наподобие Итаника. Раз эта шняга - тупой примитивный влив, то и бандлы там должны быть на всю ширину декодера. Ну, отсюда уже и плясать.
>>35957339 >Что это за хуйня на старославянском? Боярское программирование. >В чем прикол? В том, что все слова и команды в C++ можно переопределить. А при желании не только в нем.
>>35895484 >зачем России что-то делать самому, тратя на ветер годовой бюджет страны на нанометры, когда за копейки можно купить готовое оборудование?
Вот только не надо делать хорошую мину при плохой игре. Нидерланды очень обиделись за боинг и выразили стойкое желание не продавать ничего в РФ, а они - монополист в литографии. Больше купить негде.
>>35895484 >в американском проце гарантированно уже изначально придумана куча ЦРУ'шных закладок Пруфы будут? Проц это не то место - где можно вообще поставить закладку. Потому что при приемке будет " а что это за хуйня тут торчит? Мы такое не проектировали !"
>>35958056 Ну бля, я тоже как-бы. Я говорю о арм/ppc/спарках и прочих. Наверно единственная вещь(кроме игорей) которой мне не хватает на других архитектурах
>>35958156 Пиздить не мешки ворочать. На В2 386 стоят на первых модификациях 196процов. На Ф22 стоят Пентиум Про с заниженными частотами. И на Ф35 тоже , они же. мимонемноговтеме
>>35958857 А в чем проблема? Suckless и unix-философия же. Отсекаем лишнее. Чем меньше деталей и комплексности в системе тем меньше шансов чему то сломатся
>>35959047 унипс-философия - это велосипед с квадратными колесами без седла и склад костылей, но это так, к слову. Прошивка для плиса - это покруче любой софтины, там реальный рылотайм. Он бы еще написал "даже на ASIC'ах".
>>35959174 >это велосипед с квадратными колесами без седла и склад костылей, но это так, к слову. Не. Юникс философия - это 0 костылей. Каждая одна софтинка делает что то свое. Если взять те же юниксовые почтовики, то msmtp - шлем сообщение по смтп, mbsync/offlineimap - грузим с imap, notmuch - индексируем, mutt/alpine - показываем морду к всему этому юзеру. И так с любой софтиной. Все идеально скейлится, все сетевое и стандартное(потому что с помощью ssh можно прокинуть приложухи куда хочешь)
>>35959174 >Прошивка для плиса - это покруче любой софтины, там реальный рылотайм. Таки да. Но вычислительная мощность системы на ПЛИС ничтожна по сравнению с АЛУ центральных процессоров. И техпроцесс для них допустим куда более грубый. К слову, ASIC - это по сути то же самое.
>унипс-философия - это велосипед с квадратными колесами без седла и склад костылей, но это так, к слову. ПРИВЕТ, ALL-OVER-IP-И-TOTAL VIRTUALIZATION! Никаких костылей, канэшна.
>>35959936 >вычислительная мощность системы на ПЛИС ничтожна по сравнению с АЛУ центральных процессоров По сообщению сайта DatacenterDynamics, южнокорейский оператор связи — компания SK Telecom разместила в своих центрах по обработке данных крупнейшие в стране массивы на программируемых матрицах компании Xilinx. Матрицы Xilinx семейства Kintex UltraScale используются для работы фирменного сервиса Nugu оператора SK Telecom по распознаванию речи. Это работа одноимённых смарт-колонок и облачного сервиса SK Telecom. До этого для работы системы распознавания речи оператор использовал графические адаптеры NVIDIA Titan X. Переход на матрицы Xilinx Kintex UltraScale обеспечивает пятикратный прирост по производительности и шестнадцатикратный выигрыш по соотношению производительности на ватт.
>>35958755 Военным нужны толстые техпроцессы. Нахуя это все, мне неизвестно, вроде истребитель в космос не выходит. Хотя Шатл на 80086 ебенил в комосе и норм. А там техпроцесс иголкой можно царапать транзисторы.
>>35890019 >Кому в 2020-м нужен провалившийся почти везде VLIW, академики пару диссертаций защитили. еще ментам партию компов по 500к за штуку продали. импортозамещение, пыня доволен.
>>35960167 Повышение производительности в специфических задачах никто не отрицал, даже наоборот! Смысл в том, что для одной и той же задачи ПЛИС/ASIC потребует куда меньше тактов вычислений и транзисторов. Проц же побеждает в "грубой силе" - в количестве TFLOPS, которое осиливает АЛУ.
Скейлится там, разве что, оверхед на бесконечные создание и чистку процессов, а также костыльные схемы IPC. А так - графон, и тот через костыль IPC сделан с самых 70-х. К нынешним унипс-поделкам применима немалая часть Unix Haters Hansbook до сих пор.
>>35957824 Нет, бандлы там не фиксированные, у бандла есть контрольные байты про управление пайплайном и прочей регистровой шнягой. где-то примерно как у печ-видеокарт.
За 7 лет и встроенные блоки FP появились уже, и т.д. При этом можно запилить и точность под задачу, и многокристалльные конфиги, и микрух фиксированных, и т.д. - да так, чтобы считалось на проходе, что на процах вряд ли когда будет.
>>35957824 > Он про бинарники, по ходу дела. Вообще, эта хрень, наверняка, оперирует бандлами фиксированной длины, наподобие Итаника. Раз эта шняга - тупой примитивный влив, то и бандлы там должны быть на всю ширину декодера. Ну, отсюда уже и плясать. Проблема в том что ты с чего то взял что раз влив значит простой. Простота там насколько понимаю у проектировщиков которым не надо в ядре городить сложную динамическую логику синхронизировать ее со всем остальным и так дажее, им теперь просто нужно размещать оборудование и обеспечивать правильную работу. А сам по себе эльбрус устроен очень сложно, возьми все рисковые и цисковые процессоры которые знаешь, все их так архитектурные особенности так вот аналоги почти всего этого добра ты найдешь в эльбрусе причем в явной и более сложной с логической точки зрения форме.
Например регистровые окна - вот в спарке были регистровое окно фиксированного размера на вершине стека входные операнды, потом локальные регистры потом выходные регистры. В эльбрусе регистровое окно задается явно при входе в процедуру, его можно ресайзить всяко, в добавок к нему есть еще окно вращающихся регистров и окошечко для предикатных. То есть я не знаю кто регистровые окна придумал (вполне возможно что везде и независимо как с той же формулой циалковского), но окна у него точно не из спарка и гораздо более сложно устроенные. И система команд там пиздец, мне кажется они ее не публикуют тупо потому что они ее держат в голове, а публиковать нечего, так как надо учебник целый писать.
На хабре полно статей да и вообще полно так то уже инфы по нему. И в общем с вливом никаких проблем нет, код компилируется и работает так же как на интеле, тормозит в основном из за низкой частоты и так то давным давно даже для "не влив" много чего делают компиляторы, врубапют спеуциальные оптимизации пытаются под векторные расширения его соптимизировать, многопоточность и так далее. Само ядро процессора в рантайме этого уже сделать не способно, это назревало давно и влив не на пустом месте появился. А что в эльбрусе не так - это работа с указателями, они аппаратно отделены от всех других данных и манипулировать ими нельзя, (насчет ссылок на данные не уверен но на функции точно) и как оказалось это таки вызов всякому такому околосистемному софту.
>>35968798 Так указателями на данные, на массивы всякие создавать/передавать читать по указателю это все можно, а вот взять тупо число какое то и превратить в поинтер по которому что то прочитать или там подменить указатель на функцию во время исполнения на стеке такое не получится.
>>35968651 >о есть я не знаю кто регистровые окна придумал (вполне возможно что везде и независимо как с той же формулой циалковского), но окна у него точно не из спарка и гораздо более сложно устроенные.
Закос под Итаник. Эти регистровые окна - попытка уйти от переименования регистров (которое, к слову, еще Томасуло предложил и сделал), и запилить планирование исполнения команд в компиляторе. Окошки переменного размера были еще в лохматых годах на AM29000 - это не rocket science.
>тормозит в основном из за низкой частоты
Все несколько сложнее, чем кажется. Поскольку это влив, причем довольно ортодоксальный (а значит, примитивный), то там ни OoO, ни гипертрединга, ни кучи других вещей. Я сомневаюсь, что они и в байпассы-то смогли. Вся статическая идиллия, выстроенная компилятором для сферических условий в вакууме, нарушается при первом же прерывании. Далее, низкие частоты - это врожденное для таких дизайнов - ЕМНИП, там были проблемы даже с реализацией регистрового файла и он состоял из двух половин. Аналогично с байпассами: если они есть, то высоких частот не видать, если нету - то и частоты не помогут.
Собственно, именно поэтому и утонули вливы везде, кроме пары семейств DSP, которые при этом не то, чтобы развиваются (плюс, они не очень-то и широкие).
>>35970027 >Поскольку это влив, причем довольно ортодоксальный (а значит, примитивный) Они изначально делали что бы было дешевле. И поэтому упор на распараллеливание идёт, что бы хоть как какое то только выиграли было. Сделать 20 алу и 16 ядер дешевле чем делать оптимизированный конвеер. Все оптимизации стоят денег, а своего тех процесса нет и нет смысла тратит деньги на архитектуру если у вас химии своей даже нет. Так что весь этот спор бессмысленный.
>>35970550 >Они изначально делали что бы было дешевле. Изначально эта поделка закладывалась лет 20 назад во время хайпа вокруг EPIC, когда это было чем-то новым, а Итаник (Мерсед) еще даже не вышел. Бабаян кукарекал, что его долбрус-2000 порвет по производительности вообще всех, включая Итаник, не говоря уже об х86, которые тогда звезд с небес не хватали (в высокопроизводительных сегментах, например, жили разнообразные RISC'и: Alpha, MIPS, PA-RISC, и т.д.). Собственно, фейловая архитектура была заложена именно тогда, а переделывать было уже поздно плюс идеологические причины.
>>35888108 Банально закладка получает сигнатуру по любому каналу данных, и проц начинает безбожно тормозить, например. Если повезет, может еще собственных программистов расстреляют за вредительство.
>>35888723 >мы поэтому и попытались что-то создать Создавать свое надо с уровня песка для кремния, а так весь этот эльбрус недалеко от ардуино ушел, и всегда будет догонянием на устаревших блоках, милостливо разрешенных к продаже добрым западным барином.
>>35970027 > Все несколько сложнее, чем кажется. Поскольку это влив, причем довольно ортодоксальный (а значит, примитивный), то там ни OoO, ни гипертрединга, ни кучи других вещей. Я сомневаюсь, что они и в байпассы-то смогли. Вся статическая идиллия, выстроенная компилятором для сферических условий в вакууме, нарушается при первом же прерывании. Проблема таких как ты дартаньянов в том что вы скачите по одним и тем же граблям и не унимаетесь. Ты не знаешь ничего ни об эльбрусе ни об обычных процессорах с OoO никто уже давно не делает ставку на ОоО, в любую программу сколь нибудь серьезную код нос сунь там интринсики на интринсиках сидят и прагмами погоняют. Сейчас без оптимизации (ручных или компиляторных) даже видео смотреть та еще боль. Под гипертрейдинг не надо что ли openmp в компиляторе юзать или через pthreads в ручную расспаралелить? Когда интел в двухтысячных в пень4 сделал гипертрейдинг оказалось что программы не используют его вообще, убрали, потом когда полноценные многоядерные появились и программы стали оптимизировать под многопоточность, вернули целых десять лет спустя, а совсем скоро опять уберут потому что процессору с 16-32+ ядер гипертрейдинг уже не актуален. > Собственно, именно поэтому и утонули вливы везде Где везде и какие утанули. Вернись в реальность было два представителя каждый подох по своим причинам, трансмета исполняла х86 код на одноядерном процессоре написание своего компилятора портирование софта под влив, там в бизнеспланы даже не входило, как только стало понятно что нельзя ч86 код исполнять эффективней чем x86 проект закрыли и то как закрыли - половину технологий продали AMD половину Intel и сами ушли в интел. Итаник серверный процессор в сокетном исполнении который интел не стал продвигать на десктопах, интел просто осознал что не x86 от них никому не нужен, он не будет так же востребован как Wintel x86. Они и армы свои даже производили раньше для комуникаторов, там даже симд был типа mmx, но его закрыли еще раньше значит арм тупиковая ветвь?
А больше никто вливов не делал, как раз именно сейчас его время пришло, память стала быстрая и дешевая компиляторы крутые и развитые, обычающиеся сети которые могут собирать данные с разных частных случаев программного кода и подбирать оптимизации под конкретный а не под абстрактный.
>>35970815 8С таки круче, считай восемь ядер, 28нм техпроцесс (да это тоже влияет на скорость, тк у более тонких техпроцессов такт меньшее время занимает) 4 канала памяти DDR3-1600 32гб можно воткнуть, TDP 80вт при этом.
Правда если в венде планируешь в игори играть то особо лучше не будет https://www.youtube.com/watch?v=ks-RKiaGEo8 Но все равно наличие сата-3 дает возможность быстрый ссд заюзать.
>>35971569 > Изначально эта поделка закладывалась лет 20 назад во время хайпа вокруг EPIC Иксперт такой иксперт.
Вот интервью бабаяна 95-96г он упоминает про архитектуру Эльрус-3 и про сотрудничество с сан, которой хочет ее предложить. Как известно этого не произойдет, но зато один широко известный в узких кругах инженер из Sun по имени Дейв Дицел уйдет из компании и создаст собственную компанию "трансмета" которая будет заниматься влив процессором.
>>35971569 ВЛИВ дешево, своей химии нет. Переделывать там нечего. У интел степень декомпозиции вычислительных шагов гораздо выше, это значит что конвейер интел занимает гораздо больше места чем конвейер эльбруса на кристалле и стоит больше. Это значит что 20 интеловских АЛУ со всем остальным мясом просто не влезут на кристалл, а если и влезут то ядер будет гораздо меньше, да и длина коннектов будет больше, а значит это уже будет не совсем интеловский конвейер по производительности. Короче ломать в Эльбрусе нечего потому что они не вкладывали много денег в архитектуру и конвейер у них очень простой. >>35973309 >гипертрейдинг Придумали для i/o, а не для перемножения матриц. >Когда интел в двухтысячных в пень4 сделал гипертрейдинг оказалось что программы не используют его вообще Не знали как писать многопоточные программы. Обычная задержка между изобретением и внедрением. Сейчас навыки многопоточного программирования у джунов спрашивают. >с 16-32+ ядер гипертрейдинг уже не актуален i/o всегда актуально. Не для перемножения матриц делали гипертрейдинг. >никто уже давно не делает ставку на ОоО Потому что из ОоО уже выжали всё. Многие эльбрусоёбы не понимают что за счёт декомпозиции вычислительных шагов и добавления повсюду буферов и кешэв внутри появляются дополнительные возможности для распараллеливания и ОоО на уровне микрокоманд. Эльбрусоёбы эксплуатируют закон Густавсона на уровне асэмблера. Интел за счёт декомпозиции вычислительных шагов, буферов и кешэв внутренних увеличивает верхнюю границу для закона Амдала на уровне микрокоманд.
>>35974017 > Придумали для i/o, а не для перемножения матриц. > i/o всегда актуально. Не для перемножения матриц делали гипертрейдинг. > Многие эльбрусоёбы не понимают что за счёт декомпозиции вычислительных шагов и добавления повсюду буферов и кешэв внутри появляются дополнительные возможности для распараллеливания и ОоО на уровне микрокоманд. А большинство эльбрусохейтеров палятся на том что не знают / не понимают как работает компьютер, как работает конвейер, для чего нужны кэши, буферы итд итп. придумывают какие то виртуальные i/o и лепят их вообще не к месту.
>>35974236 >как работает конвейер, для чего нужны кэши, буферы итд итп. Мы уже выяснили как мало буферов и вроде бы вообще нет кешей внутри конвеера в Эльбрусе. У эльбрусоёбов всё что ниже асемблера уже декомпозици не поддаётся, только если это не было придумано бабосяном. Они как древние греки, те тоже не верили в корень из 2. >придумывают какие то виртуальные i/o и лепят их вообще не к месту. Вся многопоточность была придумана только для того что бы с i/o работать быстрее. Не путай потоки и процессы. Буферы для ОоО нужны. Если бы вы больше теорию акторов читали, а не бабосяна то знали бы это.
>>35974324 Это да, но с другой стороны если ты продукт на рынок не выведешь то он ничего и не порешает. Поэтому эмоции по поводу цены и закрытости препятствующих к выведению на рынок в принципе уместны. >>35974379 > Мы уже выяснили как мало буферов и вроде бы вообще нет кешей внутри конвеера в Эльбрусе. У эльбрусоёбов всё что ниже асемблера уже декомпозици не поддаётся, только если это не было придумано бабосяном. Они как древние греки, те тоже не верили в корень из 2. Мы уже выяснили что ты не понимаешь как работают процессоры хотя бы на уровне абстрактной логики.
>>35974873 Ну значит рыночек так порешал, что выгоднее держать всё закрытым и делать многозначительные движения тазом. Какое у бруса УТП? То, что враг не найдет баги и не сделает закладки, всё, больше нету. Значит, надо впаривать бюджету.
>>35974873 >эльбрус уже результат какой никакой дает Как распараллеливать вот такую зависимость будешь: a->b->c->d->e->f->g И почитай наконец уже про теорию акторов. ОоО и буферы это главный вывод этой самой теории. Интел параллелит такие вычисления за счёт микроархитектуры и микрокоманд. Это не единственная оптимизация, но именно этого нет в эльбрусе.
>>35976239 Многим норм когда дыряво, но побыстрее, подешевле и электричества много не жрет. Мыловарне твоей зачем защита?
Аноним ID: Опасный Доктор Джекил06/02/20 Чтв 14:17:35#341№35976665Двачую 1RRRAGE! 0
>>35895484 >А вот Россия не может, Россия должна одна сразу со всем миром воевать
Так вместо того, что бы спокойно развиваться, оутсорсить продукцию как это делают все другие страны, Россия орёт и пытается клепать никому ненужные процессоры по морально и физически устаревшим технологиям. Гонора дохуя, а результат лебедьракищука.
>>35976665 Причем тут Россия вообще? Одни кабанчики пытаются как умеют монетизировать бабаяновские идеи 30-летней давности, другие пилят бюджеты на пропаганду, вот и все.
>>35975878 > Как распараллеливать вот такую зависимость будешь: > a->b->c->d->e->f->g Что это такое вообще? Указывающих друг на друга? И чем же скайлейк с oоо и гипертрейдингом тебе тут помогут я не понимаю? > параллелит такие вычисления за счёт микроархитектуры и микрокоманд Какие такие? Я не вижу вычисления я вижу буквы со стрелочками непонятно что означающие. Микроархитектура в терминах интела это то что напрямую исполняется после декодирования x86 инструкций которые давно уже напрямую не исполняются. В случае эльбруса - архитектура = микроархитектура, как написано так и исполняется. > https://en.wikichip.org/wiki/intel/microarchitectures/skylake_(server)#Individual_Core > Через тор заходи, российские ип уже забанили. Все работает, я видел эту диаграмму много раз. еслиб ты хоть немножко разбирался что там нарисовано ты бы постеснялся ее приводить.
Грубо говоря пол ядра занимает ебала декодирующая инструкции, а исполнительная часть собственно вот и она унылая
Эльбрус - 6 универсальных каналов исполнения Скайлейк - 8 портов исполнения
Эльбрус - 4 лоада Скайлейк - 2 лоада + быстрый доступ к элементам массива.
>>35979271 >Речь про последовательные вычисления. Если в коде какая то последовательная зависимость операций то ты ни на какой архитектуре ничего не сделаешь, тут только тактовая частота решает. >>35979302 > Зачем это всё нужно среднестатистическому десктопу? > Т.е. компу, который 33% времени в браузере, 33% в экселе, 33% в ворде. А вот тут я согласен большинству нужен тупо доступный популярный софт ну и просто достаточная для повседневной работы скорость исполнения а не какая то космическая. По сравнению с интелами и амд эльбрус тут конечно отсосет, но по сравнению с какими нибудь мипсами, поверами многопоточными и даже армами (да да) отсосут уже они, так как эльбрус умеет бинарии от интела запускать с вполне приемлемой скоростью. Можно возразить что для арм есть такой транслятор тоже (кстати эльбрусовцами и написан), но арм все равно не сможет запускать винду и полноценную карточку в него не вставишь для поигрушек, слотов расширения для армов нет и десктопные GPU не поддерживаются. В то время как на эльбрусе свободные под линуксом или проприетарные под виндой - запросто, играй в игори запускай стим нехочу. Да, будет подтормаживать да по сравнению с интелом не айс, но блять можно. Те кто призывают выбросить эту идею и взять нормальный мипс/арм/риск5/опенпауэр пусть сначала принесут видео как васильпетровичь на них венду запускает штатными средствами https://youtu.be/9FP-7wIEmcM?t=580 с обыкновенной ведюхой с магазина, кулером и дисками, потом поговорим про охуительную поддержку свободного софта на неx86 архитектурах.
>>35886952 >Рашка не может самостоятельно производить микропроцессоры, даже по устаревшим нормам (90 нм). Микрон и Ангстрем, например, используют БэУшное оборудование, купленное у ST, AMD и IBM. Да похуй. Нельзя десятилетиями проебывать, а потом за год или два выйти на уровень давания пососать. Даешь самые большие микропроцессоры в мире!
>>35971651 Смысла нету создавать своё. Покупать не будут. Все привыкли к IBM, к Intel, и к Windows. Это нормальная пацанская техника. А все эти игровые приставки, иные компы и т.п - пидарские извращения.
Деньги надо вкладывать в строительство заводов выпускающих СТАНДАРТНУЮ IBM технику. Тогда и голода с запчастями не будет и прибыль появится.
>>35973309 Что у нас тут? Очередной фанат исконно-посконных поделок попытался надеть мантию эксперта (а сам не в состоянии писать без ошибок) и предсказуемо облажался? Ну что ж, разберем по пунктам:
>уже давно не делает ставку на ОоО Это не влив, на него не нужно делать ставку, внеочередное исполнение просто работает. Впрочем, что взять с кексперда, не отличающего ILP от DLP?
>м интринсики на интринсиках сидят и прагмами погоняют Векторизация - это вообще ортогональный способ повышения производительности - причем, внезапно, не связанный с OoO. Внезапно, векторные инструкции на высокопроизводительных архитектурах могут запускаться не по очереди. Странно, что кексперд этого не знает. На пальцах: были процессоры даже у одной фирмы с OoO, но без векторов, и с векторами, но без OoO. Опять же, современные компиляторы в состоянии выполнять векторизацию автоматически, но в определенных пределах. Тем не менее, полной динамической информации о состоянии системы ни у одного компилятора нет (PGO - это сильно не то), и тут всякоразные вливы сливаются. Более того, векторизация(SIMD) - это прием для работы с множеством однородных элементов, кардинально отличающийся от вливовской фейловой попытки сделать планирование исполнения инструкций в статике.
>Под гипертрейдинг не надо что ли openmp в компиляторе юзать или через pthreads в ручную расспаралелить? SMT делался, прежде всего, для окружений с множеством процессов, исполняющих разные по характеру задачи. Если стоит задача что-то получить от него в одном процессе, то выделение потоков SIMD и целочисленки, например, куда эффективнее и с софтовой, и с железной точки зрения, чем попытки упихнуть что-то из этого в слоты вливовского бандла.
>поток сознания про HT >вернули целых десять лет спустя
Дорогой кексперд - SMT в Core 2 не было по той причине, что это была переходная архитектура, для которой эту часть просто не успели сделать, вот и все. Когда Netburst столкнулся с кризисом, не связанным с SMT, понадобилось stop-gap решение, которое и было выпущено (и сокрушило почивавшую на лаврах AMD). Так-то HT был уже в Nehalem, через 2 года после выпуска Conroe.
>процессору с 16-32+ ядер гипертрейдинг уже не актуален То-то ни в Intel, ни в AMD об этом никто не знает, и выпускают 16-64-ядерные процессоры с SMT.
>Где везде и какие утанули. >было два представителя
Кексперд снова демонстрирует уровень грамотности. Кроме трансметы с итаником: i860? Утонул. Trimedia? Утонул. Multiflow? Тоже. Даже из GPGPU влив выкинули (AMD Terascale). Что ж это такое делается-то? Будь МЦСТ коммерческой конторой - давно бы обанкротилась.
>не влив но и не ооо Про EPIC в Intel всегда говорили "не VLIW", хотя все признаки VLIW были налицо.
>>35974017 >Придумали для i/o Не совсем. Да и много IO на процессорах никто давно не делает.
>20 интеловских АЛУ АЛУ можно напихать хоть тысячи, а вот заставить их работать - проблема, для чего и применяются все микроархитектурные ухищрения с тем или иным успехом.
>Эльбрусоёбы эксплуатируют закон Густавсона Но упираются в закон Амдала.
>Потому что из ОоО уже выжали всё Им нигде особо не поуправляешь, вот и все.
>Не знали как писать многопоточные программы. Не все знали, скажем так. Да и 20 лет назад вменяемая поддержка SMP была далеко не везде: NT, коммерческих унихах, да VMS - вроде, ничего не забыл.
>>35974379 >многопоточность была придумана только для того что бы с i/o работать быстрее Это, может, в 50-60-х так было.
>>35982673 > Очередной фанат исконно-посконных поделок попытался надеть мантию эксперта (а сам не в состоянии писать без ошибок) и предсказуемо облажался? > Ну что ж, разберем по пунктам: >> пук хрюк среньк просто работает >> векторизация просто ортогональный способ никакого отношения к ОоО не имеет > смотрити как я умею вертеть жепой мне совершенно нибамбит! Я выслушал тебя, гуманитарий, а теперь пройди нахуй.
>>35978192 >sqrt, аппаратные циклы с независимой подкачкой данных из кэша Они это как нечто уникальное позиционируют, лол? Они там деление-то сделали уже?
>>35980740 "There are more things in heaven and earth, Horatio, Than are dreamt of in your philosophy."
> по сравнению с какими нибудь мипсами, поверами многопоточными и даже армами (да да) отсосут уже они Это вряд ли. Кому ну вот прямо сильно неймется, могут x86 бинари позапускать в qemu с TCG или WOW64, конечно. Так-то и из буханки хлеба можно троллейбус сделать. У кого мозги в порядке, просто купят х86.
>>35978192 >a->b->c->d->e->f->g >Что это такое вообще? Зависимость по данным. Код на языке ассемблера. Выразить решение задачи по другому тоже не возможно. Следовательно эту задачу не распараллелить. Матан с помощью которого можно придумать другой алгоритм для данной задачи с лучшим графом зависимостей не разбираем, считаем что этот алгоритм самый лучший. Компилятор Эльбруса такие же графы зависимости строит, затем топологическую сортировку делает и в широкие команды утаптывает.
>Я не вижу вычисления я вижу буквы со стрелочками непонятно что означающие. >Микроархитектура в терминах интела это то что напрямую исполняется после декодирования x86 инструкций которые давно уже напрямую не исполняются. Да, микро архитектура это отдельный язык (uop команды) в терминах которого определяется х86 асемблер. uop'ы это именно команды. После декомпозиции асемблерных команд на uop'ы идёт процесс оптимизации. 1. Некоторые последовательности из двух uop'ов эквивалентны одному uop'у. Такие последовательности заменяются на один uop. 2. Вместо языка ассемблера теперь язык uop'ов язык декомпозированого ассемблера. Граф зависимостей теперь по другому выглядит и здесь появляется больше возможностей для распараллеливания. 3. Кэши внутри микроархитектуры, не те кеши которые данные из оперативной памяти хранят. 4. uop'ы передаются между стадиями через буферы и здесь появляется ОоО. 5. это только известные свойства микроархитектуры интел.
>Грубо говоря пол ядра занимает ебала декодирующая инструкции Верно. Только они подобрали такое сочетание ассемблера и микроархитектуры при которых производительность лучше. Т.е. сочетание ассемблера и микроархитектуры это оптимизационная задача. Именно поэтому из х86 не сделать влив, такая микроархитектура будет слишком громоздкой для широкой команды, ядра станут ещё больше и ещё медленнее. И поэтому же такую микроархитектуру не сделать для Эльбруса, 20 АЛУ уже занимают почти всё место в ядре.
>В случае эльбруса - архитектура = микроархитектура В случае интел - микроархитектура это когда uop'ы коннекторы переключают между регистрами и вычислительными модулями. Микроархитектура интел более низкоуровневая. У эльбруса на самом деле нет микроархитектуры.
>>35980740 >Если в коде какая то последовательная зависимость операций то ты ни на какой архитектуре ничего не сделаешь, тут только тактовая частота решает. Это фатальная ошибка фанатов Эльбруса. Микроархитектура даёт другой граф зависимостей. Вся суть ебли с микроархитектурой состоит в том что бы сделать такую микроархитектуру которая даст возможность параллелить то что не возможно распараллелить на уровне ассемблера.
>>35975878 >Как распараллеливать вот такую зависимость будешь: a->b->c->d->e->f->g
А никак. На CISC или RISC будешь гонять результаты по форвардинговым цепями пытаться напихать ещё чего-нибудь в конвейер с помощью SMT. А на вливе будешь набивать слоты нопами.
>>35984577 >Кэши внутри микроархитектуры, не те кеши которые данные из оперативной памяти хранят.
Это буферами обычно называют. Буферы загрузки там, записи, буфер декодирования (он же кэш микроопов), буфер переупорядочивания инструкций и т.д. Всякие буферы трассировки адресов возврата, опять же, и т.п.
>пол ядра занимает ебала декодирующая инструкции
Вообще, эти вскукареки слышны с самых 90-х, если не раньше. Вот мол, у этих х86 там ах какой сложный декодер - писец, туши свет. У них, страшное дело - команды переменной длины: вообще харам, никакой производительности не видать. Хотя в те годы определенный смысл в этом был, но сейчас-то 2020-й год, и большую часть ядра занимают таки управляющая логика и ФУ.
>>35986339 Нужно считать сколько времени ушло на декодирование с динамической оптимизацией. Затем на сколько быстрее вычисления стали после этих оптимизаций. На основе этих данных говорить уже о том быстрее или медленнее стал процессор.
>>35984577 > Зависимость по данным. Код на языке ассемблера. Язык ассемблера оперирует регистрами а ты нарисовал какой то каскад поинтеров во вложенных структурах. > Выразить решение задачи по другому тоже не возможно. Следовательно эту задачу не распараллелить. Матан с помощью которого можно придумать другой алгоритм для данной задачи с лучшим графом зависимостей не разбираем, считаем что этот алгоритм самый лучший. Компилятор Эльбруса такие же графы зависимости строит, затем топологическую сортировку делает и в широкие команды утаптывает. Так и что дальше то ОоО тут причем? Вы в эльбрусохейте дошли до того что наделяете его волшебными свойствами и графы то он строит и зависимости по данным делает независимыми.
Дословно out of order (вне очереди) то есть вот есть очередь команд/операций оно умеет вытаскивать те которые не зависят не от чего или зависят от других, их можно независимо исполнять оно и исполняет. Это очень классно и быстро по сравнению с обычным суперскаляром но вот такого https://berthub.eu/gcc-simd/example.html оно не дает. Компилятор решает, на одном внеочередном исполнении далеко не укатишь это вопрос закрытый.
> 1. Некоторые последовательности из двух uop'ов эквивалентны одному uop'у. Такие последовательности заменяются на один uop. Это называется векторные инструкции ... Все с тобой ясно, свидетель святого интеловского маркетинга
> Микроархитектура даёт другой граф зависимостей. Вся суть ебли с микроархитектурой состоит в том что бы сделать такую микроархитектуру которая даст возможность параллелить то что не возможно распараллелить на уровне ассемблера. Какой блять другой, Классический пример a + b c расскажи как к а прибавить результат умножения b и c ? А еще усложним представив что b и с флоаты а а это инт - int d = a + (int)(b c); Как производить какие то операции над d не посчитав результат умножения b и с с последующим преобразованием и сложением с целочисленным а маркетинговый отдел интел нигде не рассказывает? Может работы какие написал по этой проблеме, интересно же.
>>35984608 > Микроархитектура даёт другой граф зависимостей. Вся суть ебли с микроархитектурой состоит в том что бы сделать такую микроархитектуру которая даст возможность параллелить то что не возможно распараллелить на уровне ассемблера. Какой блять другой, Классический пример a + b c расскажи как к а прибавить результат умножения b и c ? А еще усложним представив что b и с флоаты а а это инт - int d = a + (int)(b c); Как производить какие то операции над d не посчитав результат умножения b и с с последующим преобразованием и сложением с целочисленным а, маркетинговый отдел интел нигде не рассказывает? Может работы какие написаны по этой проблеме, интересно же.
>>35984608 > Микроархитектура даёт другой граф зависимостей. Вся суть ебли с микроархитектурой состоит в том что бы сделать такую микроархитектуру которая даст возможность параллелить то что не возможно распараллелить на уровне ассемблера. Какой блять другой, Классический пример a + b х c расскажи как к а прибавить результат умножения b и c ? А еще усложним представив что b и с флоаты а а это инт - int d = a + (int)(a + b х c); Как производить какие то операции над d не посчитав результат умножения b и с с последующим преобразованием и сложением с целочисленным а, маркетинговый отдел интел нигде не рассказывает? Может работы какие написаны по этой проблеме, интересно же.
>>35988119 RISC - это вообще откат в 60-е примерно.
>>35988265 >и графы то он строит Все компиляторы так работают, особенно вливы от этого зависят.
>Это называется векторные инструкции Это называется uOP fusion, вообще-то. К векторам никакого отношения не имеет.
>Компилятор решает Не особо много он решает, особенно гнутая поделка. Вектора - это вообще частный случай DLP: что делать, когда параллелизма по данным нет? Более того, векторные инструкции, внезапно, тоже могут исполняться вне очереди.
>>35980740 >но по сравнению с какими нибудь мипсами, поверами многопоточными и даже армами (да да) отсосут уже они В твоём маня-мирке Power 9 с масштабируемостью, SMT8, 120 метрами кеша и OpenCAPI способен даже в "сферической в вакууме" задаче проиграть брату уродцу Итаниума?
>>35973928 >широко известный в узких кругах инженер из Sun по имени Дейв Дицел уйдет из компании и создаст собственную компанию "трансмета" которая обосрётся занимаясь нежизнеспособным влив говном Пофиксил.
>>35958638 >На Ф22 стоят Пентиум Про с заниженными частотами. >И на Ф35 тоже , они же.
Ноуп, на F-35 что-то из старых Core архитектуры. На F-22 изначально i960 (почти 20 лет они на них и работали), но с модернизацией их тоже на корки перевели.
>>35989109 > Это называется uOP fusion, вообще-то. К векторам никакого отношения не имеет. А к чему имеет? можно уже вместо невнятных пуков объяснить как это работает на низком уровне? (если хоть у кого то есть вообще понимание) > Вектора - это вообще частный случай DLP: что делать, когда параллелизма по данным нет? Это давно уже общий случай извлечения из железяки максимальной производительности. Нужна производительность потому что считается дохуилион времени - играешься с лупанролами через прагмы, опциями компилятора и небольшими изменениями кода, не помогает или мало - переписываешь с использованием интринсиков. Получаешь быстрый результат. Все. Есть ОоО нет ОоО поебать если оно не едет нихуя, езхало бы никто бы симды не использовал.
Тоже самое на эльбрусе - компиляешь, работает, ОК. Долго считает - точно так же смотришь в ассемблер что там накомпилялось дрочишь опции дрочишь прагмы мало - переписываешь на интринсики. В чем разница блять я не понимаю, уже давно нет разницы, x86_64 в 32битной системе не запускается avx на старых процессорах тоже. На новых процессорах с x86_64 и avx старинный код запускать значит не использовать доступные ресурсы процессора. Все что приписывали к проблеммам VLIW самим на голову давно свалилось. Вопрос закрыт обсосан и обоссан. Точка.
Актуальные проблемы для Эльбруса - плавающие задержки при изменении длинны конвейера; низко растущие частоты (как следствие предыдущей); организация стека и механизмы защиты (на самом деле он умеет и в незащищенный стек иначе бы не мог запускать операционки для интел) приводящая к проблемам с некоторым софтом; хуево ложащаяся структура кода генерируемая ныняшними JITами динамических языков. Закрытость и цена.
>>35991291 От страниц отказались с окончанием доса. Уж дуже неудобно планировать выполнение программы и переключать банки по требованию. Flat memory model - наше всьо,
ЗЫ: я подозреваю, что страницы сейчас заточены под переключение контекстов тредов, но это не точно
>>35991999 Третьего дня, по совету проверенных камрадов, приобрёл новый мегадевайс — Отладочную плату «Байкал-3000». Сразу же, задыхаясь от жадности, вскрыл коробку цепкими лапами и заюзал мегадевайс. Формфактор, моё почтение. Настоящая военная приёмка! Даже мой, привыкшый к суровым айтишным будням, мозг, отказывался принимать с первого захода. Совместными с админом Вадиком усилиями забороли проблему. Ощущения — АТАС. С and и Intel не идёт ни в какое сравнение. Кроме того, запах горячих микросхем приятно щекочет ноздри. Решительно потратил на это весь день. Решительно готов к переводу всего отдела на Байкал. Многие дети увидят тут проявления патриотизма. Тупым детям невдомёк, что патриотизм и желание распилить бабки на закупках — это разные вещи. Девайс отличный, всем рекомендую к приобретению.
>>35988265 >Язык ассемблера оперирует регистрами Регистр для второй операции это результат первой. Получается зависимость по данным. Нет, процессор и компилятор не рисует красивые картинки с графами. Однако там достаточно информации что бы делать то что проще всего назвать топологической сортировкой.
>Дословно out of order (вне очереди) то есть вот есть очередь команд OoO может быть на уровне команд асемблера и на уровне микроархитектуры. Ты говоришь о перестановках команд ассемблера. В совке до микроархитектуры не додумались, поэтому люди никак не могут понять что есть ещё один язык более низкоуровневый, внутренний, у него тоже есть ОоО.
>Какой блять другой, Классический пример a + b c расскажи как к а прибавить результат умножения b и c ? Китайская теорема об остатках даст тебе другой граф зависимостей. Это один из вариантов декомпозиции этого выражения. Для х86 ассемблера придумали тоже способ декомпозиции который даёт больше возможностей для распараллеливания.
>>35886943 (OP) 30 лет назад чуть не проебали страну. @ На российских заводах делают хоть какую-то электронику @ РРРЯЯЯ НЕПРАВИЛЬНО БЛЯДЬ ПРОЦЕССОРЫ ДЕЛАЕТЕ, ШИРОКУЮ НА ШИРОКУЮ В КИТАЕ ВОТ КОРОНАВИРУС 7 НМ ПРОЦЕССОРЫ РАШКА ОТСТОЙ
>>35970815 Нет, не круче, потому что процессоры построены на разных архитектурах блядь сколько можно повторять сука из треда в тред. Это как сравнить жопу с пальцем.
>>35995129 > Ты говоришь о перестановках команд ассемблера. Я говорю о машинном коде который есть отражение ассемблера > uop'ы это более низкоуровневый язык там векторов нет. Я прочитал что такое MOP Fusion (Macro Operation Fusion), это просто склейка двух инструкций в одну широкую двойную инструкцию чтоб фронтенду (который ниразу не узкое место, нет) заталкивалось получше, а то даже его тренированый инженерами интела декодер бывает отказывается сразу принимать тело цикла for (; i < S3000; i++).
Это просто прекрасно на самом деле интел мало того что под каждую архитектуру разный код в компилятором генерит, он еще и микрооперации в одну инструкцию набивает.
> Китайская теорема об остатках даст тебе другой граф зависимостей. Ты вообще в школе учился? От перестановки слагаемых результат не меняется - слышал такое правило? Так вот со всем остальным это не работает надо строго соблюдать математическую последовательность иначе будет неверный результат, если процессор будет мусор выдавать куда ты на нем уедешь?
>переписываешь с использованием интринсиков. Получаешь быстрый результат. Или не получаешь.
>Это давно уже общий случай извлечения из железяки максимальной производительности. Лол. Ну-ка, ну-ка, как ты собрался на векторных интринсиках, скажем, ускорить парсинг XML, да или хоть обход AST в компиляторе, или там трассировку графа? Может, хоть парсинг заголовков TCP? Ну, или SQL-запросы? Или хоть системные вызовы? Ну, может, хоть исполнение пистоновского байт-кода? А дело в том, что есть простые алгоритмы для пережевывания большого числа данных, которые могут векторизоваться, а могут и не очень. А есть такие, где код состоит из одних условных переходов, и там, кроме спекулятивного исполнения и продвинутых BTB мало что поможет. Вот так. Вопрос закрыт - обсосан и обоссан.
>Тоже самое на эльбрусе Как выясняется, не то же. VLIW, в силу своей примитивности, не может в динамическое планирование инструкций - и это его главная проблема. Низкие частоты - это тоже врожденная проблема из-за необходимости синхронизании кучи конвейеров, простаивающих из-за отсутствия ОоО. Плюс, автоматическое распихивание инструкций по бандлам - это даже не векторизация, которая на деле довольно дубова и low-hanging fruit. Еще раз: ILP vs DLP. Для примера - элементарный цифровой фильтр на том же SHARC, у которого всего 3 слота на бандл, при написании вручную - и то не обходится без nop'ов из-за ограничений самих процов. Плюс, вся эта возня вокруг перекомпиляции под вливн (и не только) подразумевает кучу регрессионного тестирования - кто этим будет заниматься? Если нормальный суперскаляр получает выигрыш на существующем коде за счет микроархитектуры, то у влива все тухло. Это, кстати, одна из причин, по которым, скажем, TI уже не продвигает свои C6000 без ARM как относительно универсальные, а Итаник утонул, несмотря на версионирование бинарного кода на каждый чих и конские кэши, чтобы это вместить.
>>35991291 >Страницы переключать можно >>35991356 >страницы сейчас заточены под переключение контекстов тредов
Ась? На 32-битных процах была такая забавная штука, как PAE/LPAE/XA, но это чисто для расширения адресуемой физической памяти (36-40 бит), процессам так по 4Г и доступно было.
>>35991994 >Конечно же нет. Зависит от проца, на самом деле. Так-то часть физических адресов уходит на MMIO, но со всякими расширениями ARM'ы, например, имели возможность адресации до почти 1 Тбайта.
>>35997381 > > A pair of two dependent instructions are first compared against a set of criteria. For example, either the first source or destination operand must be a register and the second source operand (if one exists) must be an immediate value or a non-RIP-relative memory. Fusion replaces the two instructions with a single instruction representing both operations behaviorally. > > First instruction must be one of the following: CMP, TEST, ADD, SUB, INC, DEC, or AND. > > Second instruction must be a conditional jump (e.g., JA, JAE, JE, JNE) > Это не то. Макро-опы - это > > The decoders will fuse a compare or test instruction with a subsequent conditional jump instruction into a single compare-and-branch μop in certain cases. > > The first instruction is a CMP or TEST instruction and the second instruction is a conditional jump instruction except JECXZ and LOOP. > > Branches that test the zero flag and/or the carry flag (JE, JNE, JB, JBE, JA, JAE) can fuse with a preceding CMP or TEST.
>>35996724 >он еще и микрооперации в одну инструкцию набивает
Проблемы? Бинарный код вообще микроопов не видит - все на уровне микроархитектуры происходит. Micro- и macro-fusion могут и вместе работать, получившийся uOP может делать 3 действия.
>декодер бывает отказывается сразу принимать тело цикла for
На корках, помимо декодера (который декодирует 16 байт/такт), есть еще и кэш микроопов на 1500, что ли, вхождений. На Zen'ах такой кэш вообще на 4k uOPs. Принцип DRY в действии.
>>35996724 >надо строго соблюдать математическую последовательность Просто в школе про КТоО для вложенных арифметических выражений не рассказывают. Там только про + и *. Есть проще вариант, можно начинать складывать готовые разряды сразу, а не ждать завершения всей операции умножения. Это всё написано только лишь для того что бы продемонстрировать что можно получить эквивалентное выражение с другим графом зависимостей. Интел таким не занимается для арифметических выражений. На uops расщепляются mov, cmp, jmp и т.д, затем в буфере копятся перед тем как начать исполнение. Из этих операторов пытаются извлечь дополнительный параллелизм и ОоО. Это не всегда возможно, но частота появления таких возможностей оправдывает всю эту затею.
>>35997224 >например, имели возможность адресации до почти 1 Тбайта.
"имели". Рано ты хоронишь. :)
Таки я бы поспорил за то, что 32 бита хватит всем. И зв рвсширенные режимы адресации тоже.
Но пержде чем спорить, предлагаю ещё раз глянуть вот сюда >>35989703
Лёгким движением руки 32-х битный регистровый файл делается 64-х битеым, затем опкод 0F8h отводится под десятибайтовые инструкции. И получается 0F8h, 0x0r, 0x0000000000000000 где r - номер регистра 0-15
И вот уже 32-битная система команд стала 64-битной. Остались только нюансы с регистрами флагов, но эта задача решаема.
В дообавок у этом получаешь 15 дополнительных операций между регистром и константой 64-бит.
>>35998907 >Есть проще вариант, можно начинать складывать готовые разряды сразу, а не ждать завершения всей операции умножения.
Это не проще, это задолбаешься реализовывать. У тебя целочисленное сложение и так за один такт работает. Для FP можно, разве что, начинать порядки выравнивать (вроде, так и делают для FMA).
Кстати, само умножение с накоплением - это чисто DSP-шная фишка, это базовая операция цифровой фильтрации. Алсо, ещё в SSSE3 ввели другую DSP-шную операцию - "бабочку" БПФ. Ещё двоично-обратную адресацию запилить осталось, хотя там и на сдвигах норм все можно сделать
>Рано ты хоронишь. :)
Так 32-битная ISA не развивается, как таковая. ARMv8 - уже 64-битная, причем там реализации не обязательно даже должны 32-битные инструкции поддерживать. 32-битных ядер-то новых, по-моему, никто не делает.
>>35999038 > 32 бита хватит всем Уже не хватает. Не хватало иногда даже в эмбедовке, и даже лет 12 назад. Прыжки и ужимки вокруг адресных окон никому не интересны.
>предлагаю ещё раз глянуть вот сюда >>35989703 Это что, вообще? Там, я смотрю, даже умножения нет, не говоря уже о всяких сменах уровней привилегий, контроле кэша, системных регистрах, синхронизации, и т.д.
>>35998907 > можно начинать складывать готовые разряды сразу В случае эльбруса ты можешь пойти к ним на кафедру в физтех, написать дипломную работу, или даже просто так туда устроиться, доказав свою профпригодность и внедрить свою идею. В случае интела ты можешь только сидеть и фантазировать ка бы да если бы.
Но ты можешь не беспокоится, тебе с твоими знаниями все равно дорога везде закрыта. Я кстати забыл что у интела декодеры то разные, комплексный декодер который циск инструкции может декодировать всего один, остальные по сути простой перекодировкой внешних команд в такие же внутренние занимаются. То есть компилятору для интела надо еще стиараться так последовательность комманд раскидывать что бы сложные команды не кучковались иначе вот эта хуйня сверху забъется лол.
>>36001560 >Уже не хватает. Не хватало иногда даже в эмбедовке, и даже лет 12 назад.
Какой-то неправильный у тебя эмбедед. Когда-то хватало 8 битовых регистров и 16 битной шины данных. А современная индустрия вообще выросла из 16-ти битного 8086, совместимость с котороым Intel поддерживает до сих пор.
> Прыжки и ужимки вокруг адресных окон никому не интересны.
Вы, батенька, зажрались. Единственный приемлемый аргрумент - 'это невозможность использовать современную 8 Гб DDR4 память.
При том что с адресацией кода действительно проблем нет. Если же кому не хватает 4 Гб для данных, то это специфический класс задач. Что-то из области высоконагруденных серверов баз данных, где вся эта память используется для кеширования и индексации.
Жёлтым цветом помечены зарезервированные коды операций. Туда не только умножение влезет, но и всё, что можно представить.
> не говоря уже о всяких сменах уровней привилегий, > контроле кэша, системных регистрах, синхронизации, и т.д. Есть инструкции SEND и RECV и (подразумевается) аппаратный гипервизор/планировщик. Задача синхронизации этим инструментом решается самым оптимальным образом.
Привелегии на уровне pager. Pager владеет всей адресуемой памятью, задачи посылают сообщение пейджеру, тот мапит память задаче. Или не мапит, если задача обращается к "чужой" памяти.
>>36005551 Так что у тебя там на картинке было риск-5 что ли?
Кстати забавен и показателен момент как этот риск 5 вообще появился, лабораторная институтская поделка по сути свободный форк мипс архитектуры. Показали на цбит голый демонстратор без нихуя и такой фурор переможный, смотрю уже софт пилят с поддержкой.
А у нас наоборот выпустили скромно проц по сложности сопоставимый с корами или итаниумом и его тут же захуесосили с говном смешали.
>>36002393 >То есть компилятору для интела надо еще стиараться так последовательность комманд раскидывать что бы сложные команды не кучковались иначе вот эта хуйня сверху забъется лол. И на выходе получается 5 Ггц, лол. У интел ещё и компилятор надо переделывать для каждого нового процессора, потому что в новой версии новый конвейер тупит из-за новых последовательностей. Не то что в стабильной России.
>или даже просто так туда устроиться, доказав свою профпригодность и внедрить свою идею. Я тебе это привёл в качестве примера того что можно получить другой граф зависимостей. В МЦСТ я не пойду потому что МЦСТ само прекрасно понимает что такая степень декомпозиции вычислений приведёт к экспоненциальному росту расходов на архитектуру, именно поэтому они и выбрали ВЛИВ. Идти в ширину гораздо легче чем перестраивать композиции вычислений.
>>36008822 > Я тебе это привёл в качестве примера того что можно получить другой граф зависимостей. Ты приводишь примеры не имеющие никакого отношения к реальной жизни и реальному железу. Я понимаю что тебе нравиться представлять свою какую то приукрашеную картину которая тебе больше нравится, но реальность от нее далека. Архитектура интел это архитектура сплошных компромисов и подстраиваний под понаписаный говнокод, она некрасива и и архаична, но она работает и работает вполне успешно. Так же интел обладает своим производством и может более тонко подстраивать характеристики микросхем под нужные им характеристики, могут перевыпускать инженерники один за другим пока не получат то что требуется. В то время как другие ограничены предложением контрактной фабрики и каждый перевыпуск влетает им в копеечку. Ну и конечно нельзя не сказать что интел очень старается по всюду софт поддерживать насколько это можно. В том смысле что свою архитектурно зависимую часть в том же ядре поддерживают бодро, да и не только ядро наверняка во всех важных проектах связанных с работой на их процессоре их уши торчат, про собственный инструментарий даже говорить нечего. Поэтому они лидеры а не потому что у них там в процессоре эльфийские технологии.
>>36002393 >у интела декодеры то разные, комплексный декодер который циск инструкции может декодировать всего один Это вообще не является сколько-нибудь существенным ограничением, поскольку у x86 лет 25 как декодирование отвязано от запуска микроопов, в отличие от.
>Какой-то неправильный у тебя эмбедед Какой был. 512М DDR2 и столько же NOR-флеша без отдельного контроллера, и вот уже начинаем менять TASK_SIZE и извращаться с high memory.
>Что-то из области высоконагруденных серверов баз данных Не забывай, что 4 Гб на 32-битной системе юзерспейсовый процесс адресовать не может: минимум 1 гектар у тебя уходит на ОС. По нынешним временам 2-3 Гб - это вообще не объемы данных. Какой-нибудь ADAS может ими оперировать вообще в рылотайме. Не говоря уже про всякое веселье, наподобие того, что RAM выше определенных адресов не имеет постоянных PTE.
>>36005551 >Есть инструкции SEND и RECV и (подразумевается) аппаратный гипервизор/планировщик. Задача синхронизации этим инструментом решается самым оптимальным образом. О, как все запущено-то.
>Pager владеет всей адресуемой памятью, задачи посылают сообщение пейджеру Поздравляю с изобретением микроядра.
>>36007084 >по сути свободный форк мипс архитектуры Мипс сам изначально был учебной архитектурой - да и сейчас тоже на нем разбирают архитектуры процессоров в универах.
>>36008822 >потому что в новой версии новый конвейер тупит из-за новых последовательностей Он не то, чтобы тупит - из него можно вытащить больше. Но большинство вообще не в курсе таких тонких материй или же сознательно их игнорирует и компилит так, чтобы все работало на всех подходящих процессорах. Вместо этого предлагается играть в сборку Gentoo. Коммерческим вендорам. Под поделки, не представленные на рынке. Куда коммерческие вендоры пошлют такие предложения? Ну, есть целых 3 варианта.
>>36009723 >Архитектура интел это архитектура сплошных компромисов Компромиссы есть абсолютно во всех микроархитектурах - законы физики никто не отменял. КО.
> и подстраиваний под понаписаный говнокод Не то, что влив-поделки, архитектура которых - генерация кучи версий бинарного говнокода на каждый чих.
>>36013967 > 512М DDR2 и столько же NOR-флеша без отдельного контроллера, и вот уже начинаем менять TASK_SIZE и извращаться с high memory. 512М для микроконтроллера это очень много. При этом 512М это в 8 раз меньше чем 4Gbyte. Откуда high memory, если на 32-х битной шине адреса это всё адресуется директом, без всяких ухищрений?
NOR-флэш что прям так к шине адреса подключён? Что за флэш такой чудной?
> Не забывай, что 4 Гб на 32-битной системе юзерспейсовый процесс адресовать не может: минимум 1 гектар у тебя уходит на ОС. Если ядро ОС занимает больше мегабайта, то это неправильное ядро. > По нынешним временам 2-3 Гб - это вообще не объемы данных. Предметных областей, где действительно нужны гигабайты данных, в реальной жизни не так много. Мой пример, твой пример, ещё пара примеров и всё.
>Поздравляю с изобретением микроядра. Спасибо. Но я не изобрёл, а лишь развиваю чужие идеи.
>>36014205 >512М для микроконтроллера это очень много. При этом 512М это в 8 раз меньше чем 4Gbyte.
А это и не микроконтроллер. Это PPC с MMU на TLB.
>NOR-флэш что прям так к шине адреса подключён? Что за флэш такой чудной?
Что там чудного-то? Обычный параллельный NOR. Это даже на жесткой логике можно сделать: адресные линии цепляешь к шине проца, к младшим адресам - плюс простейший декодер на старшие, и выход на CS. Можно даже интерлив сделать, потому что микрухи 16-битные. И все, можешь читать и гнать CFI команды. Никакой rocket science.
>Откуда high memory, если на 32-х битной шине адреса это всё адресуется директом, без всяких ухищрений? Все оттуда же: https://linux-mm.org/HighMemory И ты опять забыл, что у тебя еще и девайсы на физических адресах сидят, и у некоторых жирные окна.
>Если ядро ОС занимает больше мегабайта, то это неправильное ядро. Это не само ведро этот гиг виртуальный занимает, он ему нужен для доступа к физическим адресам. Про мегабайт - в lkml напиши и спортлото, там оценят.
>Предметных областей, где действительно нужны гигабайты данных, в реальной жизни не так много Да вон, хоть работа с файлами: вместо дебильных read()/write() и иже с ними - взял, отмэпил свой пак текстур или кинцо - и подтягивай себе содержимое. На каком размере файла получит отлуп 32-битный процесс: 1.5 гектара? 2.5? Это вообще не размеры. Плясать вокруг окон с ремэпом? Да кому это нужно? Так-то уже на телефончиках с ведроидом лет так 5 64-битные ведра.
То ещё говно. Я мею MMU c TLB. Flexpages - вот где сила и потенциал.
> Обычный параллельный NOR. Какой чип?
> девайсы на физических адресах сидят, и у некоторых жирные окна. Это копейки. Или ты память видеокарты считаешь?
> Это не само ведро этот гиг виртуальный занимает, он ему нужен для доступа к физическим адресам. И снова - Flexpages. Т.е. страницы виртуальной памяти с размером 1024*(2^N).
> в lkml напиши Как что-то хороше. :-(
>вместо дебильных read()/write() и иже с ними - взял, отмэпил свой пак текстур или кинцо - и подтягивай себе содержимое. > Плясать вокруг окон с ремэпом? Да кому это нужно?
Сейчас именно так это и работает. Обращаешься по адресу, происходит исключение, система выделяет память, читает данные, мапит этот блок памяти по запрошенному адресу и передаёт управление на вызвавшую PageFault инструкцию.
> Так-то уже на телефончиках с ведроидом лет так 5 64-битные ведра. Да и фиг с ними. 64-битное ядро ни сколь не приблизило возможности телефона к десктопу. Казалось бы - сделай возможность подключить монитор, мышь и клавиатуру к телефону и у тебя буде аналог десктопа пятилетней давности. Но что-то несмотря на гигабайты и гигагерцы никто не осилил.
>>36015090 >Какой чип? Что-то из Spansion - FL-S, скорее всего.
>Flexpages Было на MIPS64 с софтовыми-таки TLB. Как-то не пошло.
>Это копейки Да вот и не копейки - они, бывает, разнесены черт знает куда друг от друга (так меньше битов декодировать), и промежутки между ними банально неюзабельны.
> память видеокарты BAR'ы видюх могли спокойно сожрать 4 гектара еще 10 лет назад
>И снова - Flexpages Тебе надо где-то найти кусок виртуального адресного пространства достаточного размера. Как ты это будешь мэпить - вообще без разницы.
>Обращаешься по адресу И снова - тебе надо найти кусок виртуального адрсного пространства, чтобы разместить этот адрес, только еще и непрерывный. А на 32 битах там и так всякая хрень мешается.
>64-битное ядро ни сколь не приблизило возможности телефона к десктопу Но позволило работать с 4-6 гигами оперативки без секаса.
>>36015694 > В разборе жалобы «Смарт текнолоджис» комиссия ФАС отмечает, что в ТЗ тендера было установлено требование к чипу в ПК, в соответствии с которым участник закупки должен был указать в форме техпредложения в том числе порядковый номер микропроцессора в Едином реестре российской радиоэлектронной продукции при Минпромторге (в соответствии с постановлением Правительства России от 10 июля 2019 г. № 878). Ух бля каким стивенам джобсам на хвост то наступили, лол.
Но с другой стороны в этом есть тоже свой плюс, мцст наконец поймет что в государственных учреждениях у них нет сторонников, там все давно поделено круглолицыми дядями и они свой кусок не отдадут просто так. Поэтому надо открываться и выходить в гражданочку.
>>36014476 Можно КУПИТЬ ИНТЕЛ, или АМД. Повторяю, с ресурсами сраной, когда имеешь сотни миллиардов с продажи энергоресурсов, и не надо отчитываться ни за копейку перед папуасами живущими на территории твоей страны, можно стать лидером чего угодно.
Ладно, это "спор" не имеет смысла. А я буду стоять на своём - вот это >>35989703 есть будущее. Сейчас система команд хороша для микроконтроллеров. С "божьей помощью" оно залезет в эту нишу и скушает конкурентов. А дальше уже можно бодаться и с процессорами общего назначения.
Насчёт лучшей расширяемости, заложенной в систему команд, ты спорить не будешь. А вот фишки, которые нельзя понять из картинки - 100% позиционно независимый исполняемый код. Переходов по абсолютному адресу просто нет. Вообще нет - ни условных, ни безусловных, ни вызовов подпрограмм. Любой переход это знаковое смещение 8, 16 или 32 бита. Как тебе такое?
>>36019114 > Секретчиков, коих там чуть ли не больше, чем инженеров Шизик что ли? Там молодежь с физтеха работает https://www.youtube.com/watch?v=IeT091Ej1lU под руководством академиков. Никаких там секретов нет.
>>36019323 > Переходов по абсолютному адресу просто нет. Вообще нет - ни условных, ни безусловных, ни вызовов подпрограмм. Любой переход это знаковое смещение 8, 16 или 32 бита. Как тебе такое? А конвейер есть в архитектуре?
>>36020151 >А конвейер есть в архитектуре? Двухстадийный, чтобы двухадресные операции "за такт" выполнялись.
>>36020489 >Да там даже FP не полезет без переработки. Знаю я вас - лююить FP инструкции помещать в код. Я же предпочитаю FPU в виде сопроцессора. Но это отдельная тема для спора. Тред в бамп-лимит уйдёт скоро, нет смыслы обсуждать FP. Но в следующем Эльбрус/Байкал/etc треаде можно поспорить на эту тему.
И да, даже если к опкодам добавить FP инструкции, то менять в системе команд ничего не нужно - достаточно добавить соответствующие коды операций. Но всё же я склоняюсь к мысли что FPU должен быть раздельным от CPU.
>Да никак - вызовы по указателям как ты собрался реализовывать? Будешь смеяться, но инструкцией RETURN. Она очень тупая и делает безусловный переход под значению регистра R15. А если ей добавить префикс, то перед переходом значение в R15 обновится адресом следующей после RETURN инструкцией. В итоге следующий RETURN без префикса вернёттся после вызова по указателю.
>>36021545 >делает безусловный переход под значению регистра R15
Ну, вот и переходы по абсолютному адресу. Наподобие перехода по значению из регистра во всех RISC и AMD64, но зачем-то с завязкой на единственный регистр.
Только еще и ldrp/lea нету, примерно как на мипсе.
>>35886943 (OP) >НАХУЙ ВАШИ СОВКОВЫЕ ЗАВОДЫ НАДО ВСЁ РАСПИЛИТЬ И ПОКУПАТЬ АМЕРИКАНСКОЕ ЗА НЕФТЬ! @ >ПЫНЯ ХДЕ ОТЕЧЕСТВЕННЫЕ АВТОМОБИЛИ, ПРОЦЕССОРЫ, ТЕЛЕВИЗЕРЫ? Почему блохастые такие шизофреники?
>>36025332 >Ну, вот и переходы по абсолютному адресу. Наподобие перехода по значению из регистра во всех RISC и AMD64, но зачем-то с завязкой на единственный регистр.
Могу привести десяток доводов, почему единственного регистра достаточно. Но скажу лишь - по религиозным соображениям. Но если настаиваешь, то распишу.
> Только еще и ldrp/lea нету, примерно как на мипсе.
Префикс меняет логику работы LOAD - константа в коде операции складывается с Instruction Pointer.
Вообще идея этой системы команд - "бесконечно" расширяемая ISA с минимально определённым набором инструкций, с помощью которого можно решить любую вычислительную задачу, но не самым эффективным способом. Эффективность достигается за счёт расширения системы команд.
Аноним ID: Умный Профессор Мориарти10/02/20 Пнд 06:33:56#439№36026534Двачую 0RRRAGE! 0
>>35989703 Умножение где? Деление где? SIMD где? Ты какой-то Z80 принёс или около того
Аноним ID: Умный Профессор Мориарти10/02/20 Пнд 06:35:52#440№36026537Двачую 0RRRAGE! 0
>>36019323 >Переходов по абсолютному адресу просто нет. Вообще нет - ни условных, ни безусловных, ни вызовов подпрограмм. Любой переход это знаковое смещение 8, 16 или 32 бита. Как тебе такое? Адреса функций из загружаемых библиотек как будешь использовать?
>>36026534 Он же вроде сказал что контроллер делает, так что спорить тут особо можно только с тем что это якобы будущее, а в остальном он художник он так видит.
>>36026534 >Умножение где? Деление где? Если бы ты заглянул в архив из поста >>36025506 , то увидел бы код умножения и деления. Они там точно есть - файлы mul.asm и div.asm
> SIMD где? Ты серьёзно?
>>36026537 >Адреса функций из загружаемых библиотек как будешь использовать? Можно извратиться с return. Наверное. Но не нужно. Статическая линковка решает.
А если нужна какая-то жирная библиотека, то она реализуется как микросервис и взаимодействие с ним происходит через сообщения. Под это дело как раз зарезервирована пара инструкций. Заодно и проблема Race Conditions в многопоточных приложениях решается.
>>35997152 >процессам так по 4Г и доступно было. Только не на Шиндовс. У шиндовс нижние 2GB зарезервированы под нужды ОС.
Был у Шиндовс флаг который вроде так же назывался PAE. С этим под нужды ОС резервировался только 1GB адресного пространства. И 3GB оставалось процессу.
Аноним ID: Креативный Энгист из Вудкрофта10/02/20 Пнд 14:02:25#445№36030934Двачую 2RRRAGE! 1
>>36030963 Так это будут их заводы, ты то ничего не получишь ни технологий ни знаний ни патентов. Максимум - обученный и опытный персоонал умеющий работать с импортными станками.
>>36031675 Заводы всегда кому-то принадлежат. Сейчас не коммунизм на дворе.
Вопрос в том, чтобы население государства было вовлечено в цикл производства. И чем больше частей цикла будет находится на твоей территории - тем лучше. Вон китаезы за счет этого уже в торговые войны с США играют
>>36031781 > Сейчас не коммунизм на дворе. Коммунизма небыло нигде, был переход от плановой экономики к рыночной, и от социалистического строя к либерально демократическому. Но говорить что тошиба и сони это не япония, или что интел это не америка это лукавство чистой воды, бизнес всегда связан со своей страной происхождения, поэтому конгрессмен сказал нельзя продукцию содержащую американскую интеллектуальную собственность продавать таким то организациям или даже странам значит нельзя. Будешь выпускать как суперджет а продалть даже самому себе в какие нибудь государственные и околовоенные органы нет.
Второй момент - население у тебя вовлечено в рутинные производственные процессы, а не в инженерную/научную/интеллектуальную деятельность. Твоих разработок у тебя нет и никогда не будет пока ты сам не откроешь профильный вуз, где будут давать знания начиная с базы и заканчивая работы с сапрах. Но даже этого мало потому что всем этим специалистам нужна будет практика и получение реального опыта (работа короче), где им ее взять? Завод чужой компании, да еще и иностранной он заточен на свою продукцию, ты не можешь на тот же завод рено прийти и сказать я вот сделал ё-мобиль давайте вы его будете производить по моим чертежам. То есть тебе мало того что надо компанию сделать где специалисты будут применять свои знания на практике так еще и свою фабрику один хуй строить несмотря на то что у тебя на территории 100 иностранных есть.
А как же так как же у них получается? А очень просто - потом у кого то из 100 твоих трудоустроенных молодых инженеров появятся идеи с бизнеспланом и он уйдет из госшараги пилить свою частную компанию с микроконтроллерами и прочим. По другому не бывает, может когда то и было когда это только все начиналось, когда можно было на коленке запилить компьютер из радиодеталей со встроенным тетрисом и поднять бабла, но не сегодня не в наше время.
>>36032296 > По другому не бывает, может когда то и было когда это только все начиналось, когда можно было на коленке запилить компьютер из радиодеталей со встроенным тетрисом и поднять бабла, но не сегодня не в наше время.
Как бы когда всё начиналось, американцы вбухивали огромные деньги в Кремниевую долину через военку. А сейчас поезд ушёл.
>>35886943 (OP) Так я не понял, было столько шума с этими процессорами. Сначала говорили всюду будут, потом что только на военку и так и было задумано. По итогам то их хоть где-то применяют?
Аноним ID: Тоскливый Король Жало10/02/20 Пнд 19:50:26#453№36035578Двачую 0RRRAGE! 1
>>35886952 Проиграл с дебила, не имеющего понятия о контрольной сумме. Невидимый бэкдор, блять
Аноним ID: Распущенный Рикке с хохолком10/02/20 Пнд 20:15:19#454№36035931Двачую 0RRRAGE! 0
>>36035931 Тут такое... Для того чтобы из VLIW выжать всю производительность нужно сидеть и руками укладывать алгоритм в инструкции процессора. Соптимизировать средней величины либу на C под VLIW - это от 4 человеко-месяцев и более.
>>36030735 Ну да, 4 Г - это вместе с ядреными потрохами.
>У шиндовс нижние 2GB зарезервированы под нужды ОС
На слюниксах тоже. Только это верхние 1-2 гига в обоих случаях. На винде это разделение 3/1 называлось 4GT, однако, еще были Address Windowing Extensions, позволявшие получить доступ к окнам физ. памяти.
>>36032296 >или что интел это не америка Так долбоебы только говорят. Интел работает по американским законам в части экспортных ограничений, санкций, и т.д. независимо от территориального расположения подразделений.
>>36034474 У мцст есть возможность делать Спарки (они и делают, кстати) - мало того, у оракла до сих пор аж исходники Ниагары на сайте валяются - бери исходники. Но нет, не хочу: хочу жрать влив.
>>36036105 >чтобы из VLIW выжать всю производительность нужно сидеть и руками укладывать алгоритм в инструкции процессора
Изначально заявлялось, что оптимизировать все должен компилятор. Ну, он и оптимизирует: где по 1-2 инструкции на бандл, а где нопов с цифирками понаставит - сколько, значит, ждать конца операций.
>>36042030 Ну давай. Вот предположим завтра мцст выложит пикрил ( >>36027555 ) это старый процессор первый самый на данной архитектуре, вполне подходит для микроконтроллера. Там кластерная компоновка, 2 кластера по 3 алу, у каждого кластера все дублировано регистровый файл устройства некоторые итд. Нахуй выкидываем один, либо один кластер оставить общевычислительный а в другой всякую хуйню ускорительную подвести, в общем не суть. Главное - специальный 128и битный указатель и полная аппаратная защита межпроцедурных данных на стеке. На обычном десктопе оно вроде не особо нужно, но в каких нибудь роботах это очень перспективная хуйня как в плане безопасности так и в плане отладки, так как весь стек системой полностью контролируется как в каком нибудь питоне или джаваскрипте при том что написано все на си.
А твое будущее какое оно? Это будет одноядерный низкочастотный процессор с фпу, начинать с того что наиболее просто и понятно, это правельно ящитаю, но по мере развития он у тебя все равно мясом обрастет таким же как современные процессоры, как арм какой нибудь.
>>36044227 > но по мере развития он у тебя все равно мясом обрастет таким же как современные процессоры, как арм какой нибудь.
Надеюсь, что обрастёт. Но это будет совершенно другое мясо. Декларируемая расширяемость системы команд это конечно хорошая фишка, но рано или поздно за это возьмутся мэтры индустрии и тогда козырять этой "фишкой" станет невозможно.
Но раз уж ты сам начал про роботов, то точно знаю как, совмещая программно-аппаратную начинку получить, изохронный реалтайм. Причём малой ценой. Эльбрусу же придётся из кожи вон лезнь чтобы приблизиться к настоящему реалтайму. Ему только частоту поднимать, чтобы получить точность реакции на внешние события. В то время как вот эта моя штука, она изначально заточека под системы реального времени.
>>36046437 > совмещая программно-аппаратную начинку получить, изохронный реалтайм. Причём малой ценой. Эльбрусу же придётся из кожи вон лезнь чтобы приблизиться к настоящему реалтайму. Ему только частоту поднимать, чтобы получить точность реакции на внешние события. > В то время как вот эта моя штука, она изначально заточека под системы реального времени. Это здорово, но получается железка ради железки, а вычисления и прочий софт как гонять на ней гонять? Роботы это же машинное зрение, радары лидары там всякие. Не пойдет твой процессор для роботов, может быть для станков с чпу и промышленных роботов каких нибудь, но опять же очень от софта зависит.
>>36046657 Так промышленные роботы это и есть настоящие роботы. А роботы-андроиды это дело будущего. Кроме Boston Dynamics есть в мире кто-то, что хотя бы близко подошёл к андроидам? Опять же, если рассматривать нервную систему с рефлексами и головной мозг, то "мозгом" пусть занимается кто угодно. А вот реализовать рефлексы лучше как раз на простой железке, которая будет быстро реагировать и мало потреблять.
Проблем с радарами/лидарами не вижу - с ними легко ардуинка справляется.
Что касается машинного зрения, то это вопрос интересный. Я склоняюсь к тому, что этим должен какой-то внешний модуль заниматься, чёрный-ящик, а уж что он там увидел-распознал наружу он должен выдавать в удобоваримом формате.
>>36047227 > А роботы-андроиды это дело будущего > будущего Так а дискуссия то о чем? Роботам нужна будет другая система более защищенная, на эльбрусе она уже есть.
>>36047833 >Роботам нужна будет другая система более защищенная, на эльбрусе она уже есть.
Ну так договваривайся с Yandex, пусть свои беспилотники на Эльбрусах делают. В чём проблема? Или там Камаз суётся в эту область - ему сосватай.
А насчёт защиты указателей... Эльбрус защищён пока он не попал в руки народу, а как и если вдруг разойдётся по умельцам, то в нём такиииииииие дыры найдут, что даже представить себе не можешь. Просто так устроен мир.
Кстати, как тебе название "Эверест"? Эдакий троллинг "Эльбруса".
Но кажем так, что ручная оптимизация VLIW позволяет в 10 раз и более сократить количество тактов, необходимых для исполнения программы. Потому что компиляторы пока не способны укладывать комманды так, как это умеет опытный ручной оптимизатор.
Аноним ID: Распущенный Рикке с хохолком11/02/20 Втр 19:05:30#471№36048888Двачую 0RRRAGE! 0
>>36047274 Ну да, не твой крымотредик с бесполезным чатиком.
Аноним ID: Распущенный Рикке с хохолком11/02/20 Втр 19:20:23#472№36049090Двачую 0RRRAGE! 0
>>36048450 >Но кажем так, что ручная оптимизация VLIW позволяет в 10 раз и более сократить количество тактов, необходимых для исполнения программы.
Так понимаю, только на специфичных задачах?
Аноним ID: Распущенный Рикке с хохолком11/02/20 Втр 19:23:39#473№36049138Двачую 0RRRAGE! 0
>>36037261 >У мцст есть возможность делать Спарки (они и делают, кстати) - мало того, у оракла до сих пор аж исходники Ниагары на сайте валяются - бери исходники. Но нет, не хочу: хочу жрать влив.
Так Т-Платформы вполне делают нормальные MIPS/ARM и не выпендриваются. Можно обимпортозамещаться без ебли с закрытыми компиляторами.
>>36048023 > А насчёт защиты указателей... Эльбрус защищён пока он не попал в руки народу, а как и если вдруг разойдётся по умельцам, то в нём такиииииииие дыры найдут Защита указателей только в режиме 128бит в обычном 32/64 все как обычно. Ну как обычно - вершины в процедурном стеке, межпроцедурный контекст в другом стеке, а фреймы в обычном. К первым двум ни у кого кроме ядра доступа нет, то есть даже таких посконных дыр как переполнение буфера и подмена адреса возврата не сделать.Мельтдауна нет, спектре1 который со спекулятивным исполнением связан возможен в каком то ограниченном виде (ограниченном в том смысле что сам процессор ничего никуда вперед не запускает но там в системе команд предусмотрен такой флаг который можно на любую инструкцию навесить и переместить ее куда хочешь, даже за проверку на нуль поинтер, то есть даже если ты ей на нульпоинтер что то разделил она ничего не выкинет), спектре2 нет так как нет предсказателя переходов. Может какие дыры есть в их биосе, может даже в чипсете, но в процессоре там ни микрокода нет ни черных ящиков (за которые ты топишь), там код прямо исполняется как есть. В общем в ПО дыры допускаю, в процессоре - максимум ошибки приводящие к некорректным результатам.
> Кстати, как тебе название "Эверест"? Эдакий троллинг "Эльбруса". Уже был один такой тролль, "Байкал" назывался.
>>36049090 Кодирование-декодирование аудиопотоков: MP3/h264, обратока аудиопотока с прицелом на "улучшение" звука, FastFourieTransform, алгоритмы связанные с помехоустойчивым кодированием радиопередач, etc.
Это собственно сферы применения DSP процов с VLIW или векторными инструкциями на борту. Есть в любом современном SoC в смартфонах.
PS: да, когда говорят про аппартное декодирование видео - это чаще всего именно DSP проц на SoC'е
Аноним ID: Распущенный Рикке с хохолком11/02/20 Втр 20:09:41#477№36049736Двачую 0RRRAGE! 0
>>36049318 >PS: да, когда говорят про аппартное декодирование видео - это чаще всего именно DSP проц на SoC'е
Кстати, вот ещё интересный момент: нафига нам VLIW на процессоре, если все задачи, которые хорошо ложатся на VLIW всё равно уйдут либо на DSP, либо на шейдеры, либо на что-то ещё более специфичное.
Аноним ID: Распущенный Рикке с хохолком11/02/20 Втр 20:12:10#478№36049765Двачую 0RRRAGE! 0
>>36047833 >Так а дискуссия то о чем? Роботам нужна будет другая система более защищенная, на эльбрусе она уже есть.
>>36049736 VLIW проца можно перепрограммировать. У DSP обычно память кода зашита прямо на кристалл и неизменяется и пространство кода не пересакается с пространством данных (привет гарвардская архитектура).
С шейдерами все сложно. С одной стороны да, можно паралелить. Но параллельность шейдеров отличается от параллельности VLIW.
PS: Отличительная особенность VLIW в том, что VLIW комманды работают на одном и том же наборе регистров. Т.е. на такте один комманда в первом слоте может писать в регистр A1, а уже на следущем комманда из слота 2 может использовать результат из того же регистра A1 для чего-то другого. У шейдеров регистры не пересекаются, a atomic операции дорогие.
Аноним ID: Распущенный Рикке с хохолком11/02/20 Втр 21:08:07#480№36050522Двачую 0RRRAGE! 0
>>36050112 Да, но здесь нужно думать в рамках срача "VLIW как у Эльбруса vs. суперскаляр как у Intel/AMD/etc", который частенько возникает в эльбрус-темах.
Я просто сомневаюсь, что в той же задаче транскодирования аудио/видео VLIW-процессор общего назначения будет хоть немного приближаться по эффективности к ГПУ.
За этим как раз получается вопрос: насколько большим получается класс задач, который не выгодно/не эффективно/сложно реализовывать на шейдерах/DSP/etc, но которые хорошо оптимизируются под VLIW по сравнению с обычным консьюмерским процессором?
>>36049765 Какой такой iOS? А ,интернет вещей который. Я честно говоря не очень понимаю что это такое, да и те кто о нем пиздят везде тоже помоему не особо себе представляют что это, как это и зачем. Это вроде как сеть в которой будут связаны и взаимодействовать приборы от станков до кофеварки, но практической реализации я насколько знаю нет, даже бынально внятной идеи и четко поставленной задачи нет. Только вот как то там станок будет сообщать о своем состоянии и ставить обновления, в общем хуйня высраная больной фантазией какого то манагера.
Но даже предположим я дурак просто ничего не понимаю и все давно есть, защита тогда еще более актуальна - вот скажем идет робот Бендер по улице скачивает онлайн без смс видео с токарным станком СТК3000 в архиве через тор вещей, а там хацкер вася какую нибудь хуйню встроил использующие дырки в архиваторе. Так вот программа просто грохнется а вася соснет киберхуец, потому что не лезь блять за контекст своей программы (за границу выделенной памяти). Даже с привилегиями рута, в таких системах вообще говоря и деление на пользователей нахуй не нужно, но просто тогда в файлы все смогут писать, но так как мы говорим о будущем я все таки думаю у робота не будет жесткого диска с файлами системы память всей программы будет занесена в энергонезависимую оперативную память на магнитно резестивных ячейках, хранилище для файлов/логов отдельно с шифрованием чтоб кто не надо не заглядывал.
Аноним ID: Распущенный Рикке с хохолком11/02/20 Втр 21:23:57#482№36050733Двачую 0RRRAGE! 0
Internet-of-Shit. Намёк на то, что 95% производителей на безопасность покласть.
Собсна, вопросы во всё этом такие: 1. Насколько действительно опасны дырки в процессорах? 2. А чо сразу дырявый Intel? У нас куча разных процессоров разных архитектур. 3. Почему другой производитель не может реализовать фишки эльбруса/часть фишек в своём процессоре, если появится такая необходимость? 4. И стоит ли всего этого ебля с Эльбрусом, у которого очень мало всего в открытом доступе?
И кто сказал, что на твоём роботе будет привычная консьюмерская ОС, а не YOBA-RT-SECURITY-OS?
>>36049295 >Защита указателей только в режиме 128бит 128 бит? Да уж, память он не жалеет.
Догадываюсь почему этот монстр недоступен - он карьерный самосвал, заточен под слишком специфические задачи.
>ни черных ящиков (за которые ты топишь) Нельзя объять необъятное. Достаточно хорошо спроектированного и так же хорошо документированного интерфейса, чтобы использовать какое-то устройство или библиотеку. А Эльбрус он сам по себе "чёрный ящик", вот у тебя похоже есть доступ к документации, а простых разработчиков его нет.
>Уже был один такой тролль, "Байкал" назывался. Чего в прошедшем времени? Вроде как живой ещё. Или ты намекаешь что проблемы Всеволода Опанасенко инициированы МЦСТ?
И насчёт будущего. А какое будущее у Эльбруса? Ну вот как ты запустишь карьерный самосвал по обычным дорогам? Насчёт же >>35989703 - жизни не хватит чтобы реализовать все задуманные фичи. Ему бы только в нишу микроконтроллеров пролезть, а там уже само пойдёт.
Аноним ID: Распущенный Рикке с хохолком11/02/20 Втр 22:07:41#485№36051286Двачую 0RRRAGE! 0
>>36051233 >Догадываюсь почему этот монстр недоступен - он карьерный самосвал, заточен под слишком специфические задачи.
Как будто что-то плохое. Вопрос, почему сие чудо пытаются выдавать за процессор общего назначения?
>>36047227 >Проблем с радарами/лидарами не вижу - с ними легко ардуинка справляется.
С формированием ДН, вычислением отношения правдоподобия, адаптивной фильтрацией, автокомпенсацией помех, и вторичкой особенно, ага.
>>36049090 >только на специфичных задачах Само собой. TI, например, перестали уже поддерживать ucLinux на своих DSP. Да и вообще VLIW в качестве универсальной архитектуры - изначально провальная затея, поскольку в статике невозможно, например, предсказать задержки получения операндов из памяти.
>>36051233 >Вроде как живой ещё. Тут внезапно Газпром решил делать блоки управления своими газоперекачивающими станциями на них. Уже даже все готово, тестируют. Раньше были промкомпы на геодах, теперь вот на байкал переехали.
>>36051233 >Да уж, память он не жалеет. Да там тупо метаинформация подцеплена к 64-битному адресу, и все - наподобие сегментных дескрипторов на доисторических мейнфреймах, и, внезапно, x86.
>он карьерный самосвал, заточен под слишком специфические задачи.
>>36051501 >С формированием ДН, вычислением отношения правдоподобия, адаптивной фильтрацией, автокомпенсацией помех, и вторичкой особенно, ага.
Why not? А даже если и не справится Ардуина, то правильно всё вышеперечисленное воткнуть в спецчип прямо на лидар/радар, чтобы управляющее устройство получало уже чистые обработанные данные.
>>36050733 > Почему другой производитель не может реализовать фишки эльбруса/часть фишек в своём процессоре, если появится такая необходимость? 1. Потому что из производителей у нас только интел/амд у которых совместимость с x86 на первом месте, а другая организация памяти делит на ноль весь софт который уже написан. И арм у которой армия вендоров выпускающая свои вариации для смартфонов планшетов навигаторов и телевизоров. Все, больше производителей нет. 2. Потому что я же сказал что на десктопе это не особо кому нужно сейчас, то есть если это какой то терминал на важном объекте то да а если это десктоп обычный то плюсов нет одни минусы (минусы в том что весь софт начиная от ядра сразу нахуй перестает работать, потому что его надо пересобрать в 128и битный режим а при сборке там раз через раз вылазят вещи которые в безопасном режиме запрещены), но у эльбруса есть и обычный режим в котором есть умереная безопасность, а еще есть поддержка дырявого адресного пространства интел в котором программы будут естественно дырявые как на интеле (но иначе на нем винду и прочее невозможно было бы запустить). 3. Потому что на западе все довольно консервативные никто не пилит процессор который трудно будет добавить в gcc или llvm, все пытаются подстроиться под то что уже есть, так как все понимают что в ином случае с софтом придется воевать один на один. Ну а в россии в госшараге за госбабло то хули нет? Сделали не то что рыночек хочет а то что хочется им, сейчас правда пытаются под это рынок найти, ну вот в серверах вроде нишу заняло.
> И кто сказал, что на твоём роботе будет привычная консьюмерская ОС, а не YOBA-RT-SECURITY-OS? Я нигде не сказал что будет привычная ОС, будет конечно BuguRTOS секьюрити какой нибудь, но софтверная секьюрность поверх дырявого железа это как иконка в автомобиле, прости госпади.
>>36051674 Да? Ну, сверни мне на ардуине ЛЧМ с базой хотя бы 1000 в реальном времени. А еще лучше - псевдошум на хотя бы 512 доплерах. И под порожек адаптивный. И траекторную обработочку для хотя бы сотни целей.
Аноним ID: Распущенный Рикке с хохолком11/02/20 Втр 22:48:24#492№36051813Двачую 0RRRAGE! 0
На DSP чаще, речь про популярные кодеки, естественно.
Аноним ID: Распущенный Рикке с хохолком11/02/20 Втр 23:00:36#493№36051951Двачую 0RRRAGE! 0
>>36051752 >1. Потому что из производителей у нас только интел/амд у которых совместимость с x86 на первом месте, а другая организация памяти делит на ноль весь софт который уже написан.
Так совместимость мы в любом случае теряем, какая разница? Супирзащищённость нужна не очень большому кругу устройств, так почему бы не сделать под это отдельный процессор, хоть и дорогой?
>И арм у которой армия вендоров выпускающая свои вариации для смартфонов планшетов навигаторов и телевизоров. Все, больше производителей нет.
И армия китайских MIPS'ов. И ещё кой-что. Да ты ещё и с "супирзащизённыхроботов" скатился на консьюмерское говно, где на безопасность всегда было похуй.
> но у эльбруса есть и обычный режим в котором есть умереная безопасность
Умеренная? Она и у остальных "умеренная". Зачем переплачивать и ебаться с эльбрусами?
>Потому что на западе все довольно консервативные никто не пилит процессор который трудно будет добавить в gcc или llvm
Ну да. Никому не нужен процессор, для которого нет инструментов.
>но софтверная секьюрность поверх дырявого железа это как иконка в автомобиле, прости госпади
Так вы это железо сначала взломайте нормально. Современные уязвимости процессоров довольно условны, плохо работают и активно фиксятся.
>>36050733 1. Весь хайп с "дырами" (которые еще хер поэксплуатируешь так просто) сколько-нибудь (мало) осмыслен на серверах виртуализации, где крутятся произвольные бинарники. На клиентских компах и эмбедовке это полная лажа. Долбрусы, кстати, в виртуализацию не могут от слова совсем.
2. Именно. Да при этом еще и разных микроархитектур. Какому-нибудь ThunderX, в который спекулятивное исполнение не завезли, все пофиг.
3. Да какие там фишки? Если уж очень охота поиграть во всякие защиты, то можно на нынешних x86 набить 8192 дескриптора в LDT каждого процесса в 32-битном режиме. Плюс еще всякие SGX-анклавы (там аж ведру можно доступ запретить) и т.д. паранойя.Теневой стек вызовов, опять же.
4. Нет, конечно. О практическом использовании т.н. "защищенного режима" нет данных, кстати.
>>36051233 По архитектуре давно опубликована книга, плюс у них там постоянно диссертации по нему, так как контора все таки с образованием больше связана Нету нигде полного описания системы команд, но при наличии компилятора который утек в сеть там довольно просто все вычисляется, какие команды есть как он работает. А работает он пиздец потому что там все практически что есть в процессоре выведено и взаимодействует через фронтенд с ассемблером, одна команда там до 64 байтов длинной, в процессоре очень сложно разруливается межпроцедурная взаимодействие как бы на ассемблере можно что то попытаться написать но это будет неоптимальный для процессора код скорей всего. > он карьерный самосвал, заточен под слишком специфические задачи. сравнение с белазом мне нравится, но скорее он как соболь или буханка, и по дорогам ездит и по бездорожью и возит дохуя и мотор при этом бензиновый у буржуйских внедорожников мощнее. > Или ты намекаешь что проблемы Всеволода Опанасенко инициированы МЦСТ? Не я намекаю что байкал очень старательно косил под мцст, делали они это разумеется не из за того что были фанатами и желали подражать, а из за желания отхапать госзаказ, в интернетах то все путают байкал эльбрус а чиновник запутается и подавно. > И насчёт будущего. А какое будущее у Эльбруса? Ну вот как ты запустишь карьерный самосвал по обычным дорогам? Не знаю, если будут двигаться в сторону открытости и начнут немножко менять свое мышление, а то вот выложили на сайте ПДК Эльбрус в нем ни компилятора, ни симулятора нихуя нет только свободные пакеты/программы так и на то сорскод не опубликован, лучшеб вообще ничего не выкладывали. Че к чему. Другой момент у чувака из мцст стпросили как аррей префетч реализован (у них там такая хуйня в системе команд есть с циклами связанная интересная довольно), ответ был типа с этим программисту не надо разбираться все компилятор сделает. Блять они либо сами не верят что их процессор кому то может быть интересен вообще, его устройство, либо думают что никто ниче не понимает одни они там с института умные. Вот если это не измениться то увы от него даже те немногие сегодня кто повернут лицом начнут отворачивать и рано или поздно его технологии и фишечки либо в другом месте реализуют тоже либо они просто потеряют актуальность.
>>36051501 > Далее, как на этом должен работать обычный код на C или крестах? только код на си и работает потому что библиотека перенесена и то там не glibc а какая то легкая для эмбэдщины. Ядро не работает естественно но поддерживает отдельные приложения в таком режиме.
>>36051951 Блять ты меня заебал по кругу мурыжить, у эльбруса есть 128и битный режим - примерно похожая ситуация с интеловским x86_64 когда он только вышел, под него надо все переносить работает он немножко по другому. На десктопе не используется потому что нахуй никому не нужно, в робототехнике может использоваться и вполне востребовано. Обычный "умереный" режим эльбруса он не такой же как у современных процессоров, у современных процессоров все просто на памяти валяется заходи пиши что хочешь, похуй. > Так вы это железо сначала взломайте нормально. Современные уязвимости процессоров довольно условны, плохо работают и активно фиксятся. Так себе оправдание.
DSP в такое не может - там, помимо пережевывания матриц и диффуров, еще всякого веселья хватает. Они даже в пороги не особенно могут, потому что там условные переходы одни.. Со вторички еще и тензор поляризационнно-временной можно насчитать, который будешь потом распознавать. И все - на пердуине, лол.
>Только вот что ты дальше будешь делать с этой информацией? Решения принимать.
>>36052449 >у современных процессоров все просто на памяти валяется заходи пиши что хочешь, похуй.
Никогда пикрелейтедов не видал, не? Это вот так "похуй" на запись по произвольному адресу.
>>36052449 >похожая ситуация с интеловским x86_64 когда он только вышел, Когда он вышел у Интела в 2005, под него уже минимум 3 семейства ОС было готово с софтом и дровами, это в 2003-м были одни NIX-ы.
>>36052475 >И все - на пердуине, лол. Зачем всё? Первичную обработку на DSP и/или ПЛИС, на выходе вектора и скорость? Генеришь прерывание, а дальше в дело вступает ардуина классический CPU или мощный микроконтроллер.
>Решения принимать. Вроде речь ведёшь о чём-то вроде ПВО? Если так, то решение принимает человек, а для этого информацию надо как-то отобразить. Или ты об автопилоте? Тогда откуда там сотня целей (?объектов?) набирается?
И вообще, хочешь очень быстро - делай максимум работы аппаратно.
Конечно я в твоей предметной области не соображаю, но в цифровой электронике и системном программировании немного разбираюсь. И как бы немного забавно смотреть как вы все молитесь на префетчи, внеочередной исполнение и прочие современные фишки. Ну вот скажи, зачем тебе префетч, ты гигабайтами ворочаешь для радиолокации? Используй SRAM, которому не нужна регенерация и банки переключать не нужно.
>>36052968 >Первичную обработку на DSP и/или ПЛИС, на выходе вектора и скорость?
На выходе - максимум 2-мерные отсчеты частотно-временной корреляционной функции принятого сигнала. Матрица комплексных чисел NxM. В 2-х поляризациях. И их таких дофига. Скорость (и то, радиальную) можно оценить по доплеру, но там разрешение не очень, поэтому надо бы построить траекторию - по ней и трансверсальная найдется. И т.д. и т.п.
>Генеришь прерывание Какое посоветуешь, лол? INTx или MSI? Или проводом, по старинке?
Далее, первички на плисах там и так дофига - цифровая фильтрация в разных видах и на несколько стадий, в общем.
>решение принимает человек, а для этого информацию надо как-то отобразить Там хотя бы траектории надо построить и понять по их признакам, куда полетело и поднимать тревогу или нет.
>Тогда откуда там сотня целей (?объектов?) набирается? Да мало ли всякой хрени в поле зрения? Локатор-то сканирует по элементам разрешения - в городе или на шоссе сотни превышений порога легко получить, по идее.
>ты гигабайтами ворочаешь для радиолокации Там и гигабайты случаются.
>Используй SRAM Круто. Ты ее госдолг объемы видел? Так вот ZBT идут по 18 Мбит и $45 за микруху, а QDRII+ - по 72 Мбита и $326. Работают они на 166 и 400 МГц соответственно. При этом процессорные кэши - тот же SRAM, внезапно.
Аноним ID: Решительный Григорий Льстивый12/02/20 Срд 08:16:09#505№36054900Двачую 1RRRAGE! 0
>>35886943 (OP) Как можно в РКН написать на него за клевету и выраженную русофобию?
>>36053761 >Матрица комплексных чисел NxM. В 2-х поляризациях. Это похоже какую-то систему систему СОИ, а не обычное ПВО.
>Какое посоветуешь, лол? INTx или MSI? Или проводом, по старинке? Если без шуток, то совет простой: "Это работает? Тогда ничего не трогай!" Это сегодня. А завтра.... если ты заметил, я тут продвигаю некоторые идеи. Собственно вот для твоего случая они тоже будут хороши. Насчёт микроконтролллера я уже много чего сказал, а вот теговый сопроцессор это как раз твой случай.
Суть в том, для тех же комплексных чисел у тебя будет нечто вроде FPGA, но вместо логических элементов внутри блоки арифметических и тригонометрических операций. Ты заливваешь в сопроцессор сложные формулы, на основе этих формул в сопроцессоре коммутрируются вычислительные блоки, можно даже конвейер организовать, чтобы выражение считалось за "псевдотакт", а затем сообщениями (некоторый аналог MSI) передаёшь тэг и коэффицентыЪаргументы выражий в сопроцессор. А в ответ он тебе так же сообщением возвращает результат. Рано или поздно индустрия к этому придёт. Это точно. Уже сейчас появились FPGA со встроенными блокамм операций с плавающей запятой. Индустрия движется в этом направлении.
Более того, ты сказал "комплексные числа". Так вот в будуших сопроцессорах будут блоки и для операций с комплесными числами.
В общем, как ни крути, в итоге тебе придётся принять мою религию.
>Так вот ZBT идут по 18 Мбит и $45 за микруху, а QDRII+ - по 72 Мбита и $326. Ты говоришь так, как будто военные когда-то считали деньги.
> При этом процессорные кэши - тот же SRAM, внезапно. Бутылочное горлышко это как раз интерфейс с DRAM. У Интелов он сейчас широкий, за такт качает много, но если тебе по большой матрице бегать туда-сюда, то засада. Опять же - банки переключать и регенерация.
>>36056168 >Это похоже какую-то систему систему СОИ Да это довольно примитивный набор корреляторов. Подобное даже в 70-80-х делали, на быстрой свертке. Везде обработка в квадратурах давно, вот тебе и комплексные числа.
>как будто военные когда-то считали деньги Там и с разводкой, а также с обеспечением стабильной работы секас еще тот. Микрухи эти, к тому же, идут по одной на банк, иначе ни хрена не работает - это еще и пины FPGA занимает.
>Бутылочное горлышко это как раз интерфейс с DRAM. Это тебе так кажется
>но если тебе по большой матрице бегать туда-сюда По ней не надо туда-сюда бегать, плюс я ее могу по ядрам раскидать. Во внешнюю SRAM они не полезут все равно (их много), а внешняя SRAM банально тормозит - у нее интерфейс узкий и частоты низкие (а QDRII+ точно так же заточена под пакеты, как и DDR 2 и выше). Там даже интерлив не сильно поможет.
F.A.Q. В: Где взять Эльбрус? О: В конце 2021 выходит Э16С к которому доступ будет иметь широкая общественность. Э8СВ и ниже доступны только юридическим лицам.
В: Где вся документация? О: Будет рассекречена вместе с выходом Э16С. Сейчас доступны только разрозненные факты.
На вопросы отвечает Максим Горшенин — пресс-секретарь АО «МЦСТ».
АО «МЦСТ» — компания-разработчик линейки процессоров «Эльбрус».
полное видео:
https://www.youtube.com/watch?v=dwg21Uua9Bs