СРОЧНО! Собирается амбициозная команда для разработки отечественной архитектуры

Цитата:

---

Сообщение от Andrei_Iakovlev

Но у нас задача же сделать импортонезависимое изделие..

---

Я вот последние пять страниц пропустил, НО. Почему импортозамещённое изделие должно быть с системой команд из жопы?
В первом посте указано, что это планируется для защиты от конкуренции. Что тоже не очень понятно, т.к. больше смахивает на получение госконтракта, где обязательным условием указано "несовместимость ни с одной известной системой команд", но допустим, что натянули сову на глобус и система команд как-то поможет защитить от копирования. Но, какая связь с импортозамещением при производстве за бугром? :-/

Цитата:

---

Сообщение от haywire

> . Но с учетом национальных интересов удобством программистов можно и поступиться.

Можно. Но поступиться придется не только и не столько удобством программистов, поступиться придется скоростью разработки. Потому что надеюсь вы понимаете, что нарисовать кнопочку попикскльно, запрограммировать её нажатие, действие - это не тоже самое, что фигакнуть готовую на холст в IDE. Кнопочка - это ещё просто. Что вы будете делать с редактором текста, например? Развитые редакторы по сложности разработки и уступают ОС. Надеюсь вы также понимаете, что уровень программистов вам понадобится повыше? Но это мелочи, по сравнению с главным. Разрабатывать железо и ПО в одно лицо - так не бывает. Нет прецедентов. Области хоть и смежные, но разные.

---

Нарисовать графические примитивы нужно будет один раз, UI, события, оформить библиотеками, как и на любых других архитектурах. На основе которых уже программировать прикладные задачи, например, редактор текста. Понятно, что это сильно дороже, чем взять иностранное готовое, но один раз почему бы это не сделать самим..

Что касается уровня компетенций - совершенно с Вами согласен, это будет непросто. Нужны люди, которые могут на листике бумажки запросто изобразить какую-нибудь шейкерную сортировку или решить диффур методом Рунги-Кутта. Я знаю, что в питерском Политехе этому до сих пор учат.. наверняка в других ВУЗах тоже, высшая школа по счастью крайне инертна и даже, если знания не востребованы, учат добротно..

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

С благодарностью и уважением,
Яковлев АН

Цитата:

---

Сообщение от CodeMaster

Я вот последние пять страниц пропустил, НО. Почему импортозамещённое изделие должно быть с системой команд из жопы?
В первом посте указано, что это планируется для защиты от конкуренции. Что тоже не очень понятно, т.к. больше смахивает на получение госконтракта, где обязательным условием указано "несовместимость ни с одной известной системой команд".

---

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

ТС
Наверно я "тупой"...
Фраза:
"нужно разработать архитектуру изделия. "
это не _Техническое_Задание_ вообще никаким боком.
Как можно натягивать АбстрактнуюСову (нет ТЗ) на СферическогоКоня (неизвестно на какую элементную базу).
Что за "изделие" ?
№2 или №1 ?
Нет ТЗ - нет "Печенек".
Хватит вилять - дайте хотя бы (для начала) вводную/описательную часть ТЗ
ПС: может я действительно "слепой кот базилио" ?
Кто нибудь может найти/показать где в первом сообщение написано хоть что-то реально относящиеся к ТЗ ???

Цитата:

---

Сообщение от CodeMaster

Я вот последние пять страниц пропустил, НО. Почему импортозамещённое изделие должно быть с системой команд из жопы?
В первом посте указано, что это планируется для защиты от конкуренции. Что тоже не очень понятно, т.к. больше смахивает на получение госконтракта, где обязательным условием указано "несовместимость ни с одной известной системой команд", но допустим, что натянули сову на глобус и система команд как-то поможет защитить от копирования. Но, какая связь с импортозамещением при производстве за бугром? :-/

---

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

Цель проекта - организация полного цикла производства на территории РФ под проработанный рынок сбыта. На основании чего Вы решили, что я призываю что-то производить "за бугром"?

Пожалуйста, ознакомьтесь с постами выше.

С благодарностью и уважением,
Яковлев АН

- - - Добавлено - - -

Цитата:

---

Сообщение от AlexG

ТС
Наверно я "тупой"...
Фраза:
"нужно разработать архитектуру изделия. "
это не _Техническое_Задание_ вообще никаким боком.
Как можно натягивать АбстрактнуюСову (нет ТЗ) на СферическогоКоня (неизвестно на какую элементную базу).
Что за "изделие" ?
№2 или №1 ?
Нет ТЗ - нет "Печенек".
Хватит вилять - дайте хотя бы (для начала) вводную/описательную часть ТЗ
ПС: может я действительно "слепой кот базилио" ?
Кто нибудь может найти/показать где в первом сообщение написано хоть что-то реально относящиеся к ТЗ ???

---

Уважаемый Коллега!

Я несколько раз Вам уже сказал - дайте информацию о микросхеме под указанные параметры. Остальное всё, включая ТЗ, будет происходить после. Можете считать меня таким заказчиком-самодуром. Но я хочу сделать опытные образцы под разные микросхемы.

С благодарностью и уважением,
Яковлев АН

Одно могу сказать про современные архитектуры: ЗАЖРАЛИСЬ! Всё быстродействие и вся мощь уходит в интерфейс с графическим процессором, которому подсовывают обрабатывать безумные гигабайты видео. Была бы техническая возможность производить по сходной цене 1024 битные процессоры - их бы уже производили. Меж тем для человека большинство решений и задач сводится к "да" или "нет".

Приводил пример выше, но мои посты мало читают.
В 80-е годы МСУВТ В7 на 10-12 параллельно работающих 8080 работали в троированной системе контроля в АЭС.
В нашей лаборатории один чел на одном 8080 и самопальном блоке обработки видеосигнала автоматически варил бесдислокационный монокристаллический кремний диаметром 60 мм, контролируя зону расплава и управляя движением штоков и скоростью их вращения, а также мощностью вч генератора через 1 параметр. Если бы у них были современные камеры, они бы сказали, что меньше i7 последнего поколения им не обойтись. А почему так сказали бы? Чтобы во время кофебрейка погамиться во что-нить новое и интересное. Так что не надо слушать современных программеров! Еще те сукины дети! На ассемблерах( макро) и сях не хотят писать? Назначьте им плату за то и за другое и за комментарии там где надо. Будут писать и нахваливать!

И всё это раскидано по десктопам конечным пользователям! А ведь если и манипулировать графикой - то гораздо проще суперкомпу. Aналогично и с супервычислениями. Медики могут отослать картинки диагностики в высоком разрешении через высокоскоростной интернет на суперкомп. А он обратно может прислать разобранное изображение с выделением областей и диагнозом от ИИ. Суперкомпьютеров может быть по паре штук на миллион пациентов. А врачей много. У них по большому счету две функции: 1) провести качественно диагностику и собрать анализы на основе предположения о заболевании и отослать эти данные на обработку; 2) получить ответ и рекомендации и проанализировать их в поисках противоречий - здесь ИИ еще не так силен как опытный специалист.



Опять сошлюсь на личный несчастный опыт. У моей покойной мамы в последние годы жизни были жутчайшие головные боли. Как только ей не обследовали и голову и шею. А один старичок в поликлинике посоветовал обратить внимание на почки. Поздно посоветовал. Рак почки. Через несколько месяцев уже терминальная стадия с метастазами в грудинной области. И через год мамы не стало. Да, сейчас диагностика стала более совершенной. Будем ставить в каждую нашу поликлинику суперкомп? Вопрос риторический.

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

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

Цитата:

---

Сообщение от CodeMaster

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

---

Защитить от копирования точно не поможет. Просто оно (копирование то есть) нахрен никому не нужно будет пока архитектура не станет достаточно востребована за рубежом, что быстро никак не произойдёт (а скорее чуть раньше чем никогда).

Цитата:

---

Сообщение от Andrei_Iakovlev

Я несколько раз Вам уже сказал - дайте информацию о микросхеме под указанные параметры.

---

ГДЕ в первом сообщении "УКАЗАННЫЕ ПАРАМЕТРЫ" ?????
ГДЕ ??????
Если ослеп - ПОКАЖИТЕ или ПОДЫМИТЕ МНЕ ВЕКИ !!!

OFFTOP :
Малость оффтопа по теме системы команд, а то скучно стало :v2_dizzy_roll:

Ни разу не инженер, но пофантазировать хочется - просьба ногами не пинать (а если пинать то не сильно ) ;)

Если допустим посмотреть не в сторону привычных регистровых команд процессора а в сторону стековых команд типа форта. (Ну да аля форт-процессор но со своими командами)
Допустим есть у нас процессор, у него есть стек возвратов - ну фактически стандартный стек как везде и стек параметров, а вот он уже не стандартный.
Вершина стека параметров (байт 8-16 - сколько поместится) всегда хранится в регистрах процессора, все команды оперируют именно с вершиной стека.
Далее в обычном стеке размерность обрабатываемого элемента всегда одинаковая (минимум слово а то и двойное слово) - для 8-биток (да и для 16-биток думается) перерасход памяти и просто непорядок какой-то :v2_dizzy_facepalm:
Допустим минимальный элемент стека байт, а сколько байт берётся/кладётся на стек решает команда операции.
Из минусов - необходимость реализовать кольцевой буфер равнозначных регистров вершины стека и соответственно внутренних указателей на них.
То есть операция сложила допустим 2 байта на вершине стека, 1 байт освободился, тут же на его место читается байт из остатка стека в озу. Соответственно изменились указатели на озу и на регистр вершины.
Из плюсов - в каком то смысле уже частично производится некоторая хардварная оптимизация кода )) При низкоуровневом программировании нет необходимости размышлять к какому регистру привязать тот или иной параметр, как вовремя сохранить/загрузить значение не убив адрес возврата.
Ну и т.п. 'бред' ... :D

Цитата:

---

Сообщение от haywire

Что вы будете делать с редактором текста, например? Развитые редакторы по сложности разработки и уступают ОС. Надеюсь вы также понимаете, что уровень программистов вам понадобится повыше?

---

Чем самый последний-распоследний MS Word превосходит Word 95?
Для подавляющего большинства пользователей - ничем. Так же, для большинства пользователей интерфейс слишком перегруженный и неудобный.
Уровень быдлокодеров нужен повыше для создания таких программ. Чтобы "нескучные обои", побольше счистелок-перделок и поменьше удобства и функциональности.
То же касается большинства современного софта.