МЦСТ переносит производство процессоров на «Микрон»

Стих не мой, я только разместил объяву

Основные деньги идут из Москвы, Петербурга и ещё пачки миллионников.

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

А зачем вам единая бд? )) Зачем в Пензе доставка еды в Курске? Да еще в риалтайме?

А предположим в Курске внезапно в продаже появится копчёная колбаса…

Подождите немного, СССР только начал восстанавливаться

А позвольте узнать, где меньше общая трудоемкость качественного администрирования при одинаковом SLA (если это вообще достижимо):

1) 100500 маленьких гордых и независимых серверов под управлением совершенно разных гордых и независимых Bash скриптов от студентов каждого района.

или

2) Адын кластер из 100500 таких же маленьких серверов, но работающих сообща в одной системе, например, типа Kubernetеs, отлаженной для самых требовательных к HA кейсов использования по крайне мере в ширпотребе ?

https://habr.com/ru/company/ruvds/blog/668016/

Перед вами полноценный гайд по запуску приложений с высокой доступностью (HA) в Kubernetes. В его основу лёг мой многолетний опыт работы с этой системой, приправленный лучшими практиками из официальной документации OpenShift и Kubernetes.

Поделят точно так же и Москву - по месту заказа. Из Строгино в Капотню что ли заказы возят?

ТЫ НЕ ПОВЕРИШЬ! Но да, наверняка возят. Между соседними районами – постоянно. Через один – тоже бывает. А доставка продуктов из какого-нибудь Metro, который на окраине города, это вообще стандартная штука.

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

Конечно нет. Зато есть достаточно, чтобы загрузить всю PCIe шину в пиковые часы. И не одному серверу. Я понимаю, что ты о компьютерах вообще ничего не знаешь и считаешь какие-то абстрактные гигагерцы, но реальный мир гораздо более жесток и многогранен. Какие-нибудь EPYC закупают вёдрами не ради гигагерцев, а чтобы побольше памяти и дисков подключить, например. Елбуз тут тоже просасывает дичайше.

Ну то есть Эльбрус-2СМ - вершина технологического мастерства будет.

Он, кстати, поддерживает по 4 проца на материнку. Каждое ядро на 300МГц, суммарно 8x300 = 2,4 ГГц вливовской мощщи. Я бы сказал что это даже неплохо :)

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

Каждое ядро на 300МГц, суммарно 8x300 = 2,4 ГГц вливовской мощщи. Я бы сказал что это даже неплохо :)

Только для людей, которые могут заставить девять женщин родить одного ребёнка за месяц.

Раз в час, в сутки общая информация скидывается в центр.

Стесняюсь спросить, а в Центре-то что?

Конечно нет. Зато есть достаточно, чтобы загрузить всю PCIe шину в пиковые часы.

Чем? Расскажите какая информация передается, какое количество курьеров одновременно в ходу и чем из этого можно забить шину. И главное - зачем ее этим забивать.

Какие-нибудь EPYC закупают вёдрами не ради гигагерцев, а чтобы побольше памяти и дисков подключить,

Зачем??? Расскажите какой информацией о доставке еды вы забиваете диски.

В центре - хозяева, им наверное интересно.

Конечно первый вариант. Потому что простой софт пишется быстро,

Из вас бы получился хороший писатель фантаст. Разве софт работающий с современными базами данных в многопользовательской среде простой?

А если непростой, то эти пункты:

качественно, обслуживается легко=тиражируется элементарно.

друг с другом несовместимы. Кстати, еще нужно добавить ДОРОГО (или вам наверно больше симпатично дешево)?

Чем? Расскажите какая информация передается, какое количество курьеров одновременно в ходу и чем из этого можно забить шину. И главное - зачем ее этим забивать.

Человек хочет вероятно сделать новую СУБД с хранением в текстовых файлах и приложения с интерфейсом пользователя на перфокартах, не мешайте ему строить свой идеальный мир, в котором все просто и легко.

Разве софт работающий с современными базами данных

Это мы уже обсуждали. «Современные базы данных» - это в вашем понятии то, на что тратятся миллиарды и что работает только на кластерах. А нужны не «современные базы данных», а эффективные, без бессмысленного распила денег. Расскажите, какая информация поступать в базу данных той же яндекс еды - прикиньте количество.

Расскажите какая информация передается, какое количество курьеров одновременно в ходу и чем из этого можно забить шину. И главное - зачем ее этим забивать.

Чувак, ты когда-нибудь этими сервисами пользовался? Сам посмотри и подумай, какая там информация передаётся. Ей богу, тупые вопросы какие-то задаёшь.

Зачем??? Расскажите какой информацией о доставке еды вы забиваете диски.

Я – никакой. Яндекс – дохрена и всякой.

В общем-то, весь твой тезис можно свести к более простому: все эти сервисы не нужны, а для бухгалтера чтобы excel гонять еблуз вполне пойдёт.

Это мы уже обсуждали. «Современные базы данных» - это в вашем понятии то, на что тратятся миллиарды и что работает только на кластерах. А нужны не «современные базы данных», а эффективные, без бессмысленного распила денег. Расскажите, какая информация поступать в базу данных той же яндекс еды - прикиньте количество.

PostgreSQL - то сплошные распилы, да?

А в центре вместо датацентра - хозяева. Данные, видимо, передаются в центр голубиной почтой.

и что работает только на кластерах.

А вы предлагаете СУБД без HA кластера хотя бы master-slave (я не про контейнеры) ? :))

Человек хочет вероятно сделать новую СУБД с хранением в текстовых файлах и приложения с интерфейсом пользователя на перфокартах, не мешайте ему строить свой идеальный мир, в котором все просто и легко.

Не, в чём-то он конечно прав. Т.е. многие применяемые средства и правда переусложнены, и наверняка можно найти более простые решения, если посидеть полчаса и подумать.

Но, во-первых, даже эти решения всё равно не будут настолько простыми и эффективными, чтобы вывозить всё на перфокартах. А во-вторых, это не делает эльбрус меньшим говном, потому что проблема энергоэффективности и прочих затрат в расчёте на единицу вычислительной мощности всё равно остаётся. Т.е. даже если переделать все эти сервисы и сделать их более эффективными, их всё равно будет выгоднее гонять на эпиках и цеонах.

Только для людей, которые могут заставить девять женщин родить одного ребёнка за месяц.

Ты не поверишь, параллельные вычисления - это именно оно.

Не, в чём-то он конечно прав.

Очень мало в чем.

Т.е. многие применяемые средства и правда переусложнены, и наверняка можно найти более простые решения, если посидеть полчаса и подумать.

Так нужно выбирать из современных open source вариантов, путем их тщательного сравнения по отзывам реальных пользователей.

Чувак, ты когда-нибудь этими сервисами пользовался? Сам посмотри и подумай, какая там информация передаётся. Ей богу, тупые вопросы какие-то задаёшь.

Я хочу чтобы вы себе этот вопрос задали.

Яндекс – дохрена и всякой.

Так какой именно?

В общем-то, весь твой тезис можно свести к более простому: все эти сервисы не нужны

Обоснуйте хоть самому себе неоходимость обработки огромных объемов данных. Хоть попробуйте. Ну, количество курьеров, какая информация от них нужна, как часто она должна поступать… Напрягите свою арифметику, отвлекитесь от выкриков о необходимости могучих датацентров.

Ты не поверишь, параллельные вычисления - это именно оно.

Почему же не поверю? Поверю. Осталось только, чтобы все вычисления были идеально параллельными и не требовали синхронизации и доступа к общим ресурсам.

Ты не поверишь, параллельные вычисления - это именно оно.

Не совсем, потому что вычисления, хоть и параллельные, пока не научились тому, что делает даже один непараллельный живой моск, например, в области разработки.

А в центре вместо датацентра - хозяева. Данные, видимо, передаются в центр голубиной почтой.

Можно и голубиной. Потому что в столице детальная информация о происходящем за сотни и тысячи километров без необходимости

И вот эти «лучшие люди города» защищают Эль Брус.

Не испытываю ни малейшего пиетета к эльбрусу

Какой еще проприетарной?

Я говорю про ПО, а не про архитектуру.

Технологии-то все равно западные используются

Думаешь, станки устроят восстание роботов? Разве что с расходниками могут быть проблемы.

непараллельный живой моск

Чёт орнул. Это мозг-то не параллельный?

Чёт орнул. Это мозг-то не параллельный?

Хотя бы не много сокетный (головый)? По крайне мере в общепринятых представлениях, не учитывая всевозможные теории о единой zeta сетке сознаний.

Если с одной извилиной, вполне.

Это мозг-то не параллельный?

Сложно думать сразу две мысли одновременно. Да даже не одновременно - переключение контекста долгое, математический сопроцессор ни к чёрту.

// А все критические функции исполняются фирмварью на низком уровне.

А зачем вам единая бд? )) Зачем в Пензе доставка еды в Курске? Да еще в риалтайме?

Чтобы если админ Вася ушел на больничный, то чтобы база не упала, потому что ее админят централизованно одновременно 100 Вась, которые занимаются маленькими фрагментами всей одной единой системы только в области своей специализации с многократным дублированием одинаковых ролей своих сотрудников - админов.

А не 100 Вась, которые пытаются охватить десятки областей специализации в одного Васю без дублирования, который иногда еще и ходит в отпуск, на больничный и т.п.

Чтобы если админ Вася ушел на больничный, то чтобы база не упала, потому что ее админят централизованно одновременно 100 Вась, которые занимаются маленькими фрагментами всей одной единой системы

Что за дичь вы опять несете, зачем системе быть единой? ) В центре достаточно лишь собирать информацию со всех 170 городов, где работает эта самая яндекс-еда. «За последний час выполнено 50 заказов, 50 на маршруте, 50 готовятся, общий навар 100000 рублей» Вся остальная информация центру нужна только если им деньги девать некуда.

А перезапустить локальный серверок со стандартным яндекседовым софтом может любой подручный компьютерщик

А перезапустить локальный серверок со стандартным яндекседовым софтом может любой подручный компьютерщик

Перезапускать может и робот (scheduler), причем намного надежнее.

Вопрос только в том, какой процент сложности вынесен от центральных админов в регионы, и насколько это автоматизированно.

Вопрос только в том, какой процент сложности вынесен от центральных админов в регионы,

Весь процент. Информация о том, что в заказе, цена, статус заказа, место курьера - это очень медленно изменяющаяся информация объемом в 1 килобайт, которая имеет практический смысл лишь локально. И Москва - это тоже группа регионов.

А без открытости архитектуры не может быть открытости ПО. Особенно если идет речь о низкоуровневой оптимизации под VLIW.

Распил - это затраты, намного превышающие необходимые, а не какой-то софт.

Но скорее просто дождутся отжатия Тайваня китайцами.

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

Останутся нормальные кодеры, не перегруженные излишками инфантильного радикализма, которым и платить будут достойно.

Останутся те кто готов пиратить GPL и другие лицензии потому что в руководстве компаний в РФ дебилы.

Как пример МЦСТ, который нарушает GPL. Но примеров нарушения дохрена, достаточно открыть hh.ru.

Я не спорю, что в отдельных случаях может быть полезно вынесение частей базы данных в отдельные регионы в виде отдельных баз данных похожей или совместимой структуры по одной базе данных на каждый региональный узел. Это может улучшить распределение нагрузки с центрального сервера (IMHO так себе аргумент при нынешних мощах современных топовых серверов, хотя импортозаместительные процы тут конечно со своими нюансами) на региональные, а также может снизить нагрузку на линии связи и добавить доступность (что намного важнее). Важно, чтобы региональные базы постоянно реплицировались с центром хотя бы на логическом уровне.

Но зачем на региональных узлах городить еще несколько десятков баз данных в одной и той же предметной области вместо одной единственной базы хотя бы для региона? Чтобы было более лучше во всем этом безвозвратно запутаться? Географически локально не должно быть более одной базы данных одной предметной области (основной сферы деятельности организации), не считая интеграции со всякими из каропки типа 1Це, которую давно уже было пора перевести в облако типа Эльба (я про пользователей и админов, держащихся за свои локальные держатели 1Це, а не саму 1 Це, которая свои облака ессно давно уже сделала)

Останутся те кто готов пиратить GPL и другие лицензии потому что в руководстве компаний в РФ дебилы.

В некоторых нормальные люди. Поищите профили различных RU компаний на Github, там есть как крупные типа Mail.ru (Tarantool), так и средние типа Rutoken (дрова для PKCS11 OpenSC и различные интеграции).

Причем даже проприерасты, работающие на заказ (в т.ч. гос.), с точки зрения их логики тоже нормальные, потому что в случае распила и найма студней за еду, им не стыдно будет (никто же не увидит все равно) за то, что под капотом их ИМБУРДе.

Останутся те кто готов пиратить GPL

Не обязательно его пиратить, можно просто что-то лепить на его основе. Впрочем, он ведь для этого и предназначен.

Как пример МЦСТ, который нарушает GPL.

С другой стороны что-то подобное можно найти во всяких андроидах.

в штатах в 1980х были многочисленные вендоры ОС

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

А в СССР

В период «катания на лафетах» жили по инерции. А потом пошло бурное развитие с таким же зоопарком.

в России есть … разработки на RISC-V

Можно ссылку?

Они все уехали или скоро уедут.

85% уехавших уже вернулись.

Но зачем на региональных узлах городить еще несколько десятков баз данных в одной и той же предметной области вместо одной единственной базы хотя бы для региона?

Я уже говорил - затем, что это проще. Разработка, тиражирование, сопровождение несложного софта гораздо выгоднее. Она не требует специалистов высокой квалификации, она не требует дорогостоящего новейшего железа. Она гораздо устойчивее с точки зрения надежности. Это все настолько очевидные вещи, что надеюсь, вы не будете продолжать это бессмысленное препирательство.

архитектура e2k на порядок чувствительнее других популярных архитектур относительно качества когда.

Можно подробнее?

Хорошее видео было у Стаса Васильева (Ай, Как Просто) про архитектуру e2k,

Можно ссылку?

и ещё видео про то как её хотели убить с интервью у разработчиков.

И на это тоже.

Я уже говорил - затем, что это проще.

Если разрабатывать централизованно, то с чего бы? .

Разработка,

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

тиражирование, сопровождение несложного софта гораздо выгоднее.

С каких это пор следить за десятками разных сущностей стало проще автоматизации управления одной сущностью?

Она не требует специалистов высокой квалификации,

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

она не требует дорогостоящего новейшего железа.

Только что. На туалетной бумашке написать фломастером еще дешевле.

Она гораздо устойчивее с точки зрения надежности.

Простая СУБД без HA кластера ?!

Это все настолько очевидные вещи, что надеюсь, вы не будете продолжать это бессмысленное препирательство.

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