LINUX.ORG.RU

Разработчикам ПО предложен бесплатный удалённый доступ к серверам Эльбрус

 ,


1

1

На базе Центра исследований и разработок МЦСТ и ИНЭУМ была открыта «сетевая лаборатория», включающая в себя несколько систем на базе процессоров Эльбрус, к которым можно получить удалённый доступ, причём бесплатный. Максимальный срок составляет 3 месяца, но он может быть продлён. При этом доступна не только текстовая консоль (через SSH), но и графическая, за счёт проброса X11 или VNC. Стенды являются многопользовательскими, поэтому права системного администратора не предоставляются, но в случае необходимости можно обратиться за получением уровня суперпользователя. А если требуется монопольный доступ к системе, её можно получить во временное пользование физически.

Для получения сетевого доступа достаточно заполнить заявку и копию открытого ключа в формате OpenSSH на адрес user@mcst.ru, а бланк заявки можно скачать с сайта МЦСТ. Отдельно оговаривается, что заявитель должен предоставить описание своего проекта, обязан изучить документацию и не может публиковать результаты без предварительного согласования

>>> Подробности

★★★★★

Проверено: alpha ()

Ответ на: комментарий от AntonI

Судя по тому что вы как лгали так и будете лгать - напоминаю. Вы в споре приводили 42 пуска. Кроме того минимум один учтен неправильно, может быть и еще один, но нужно проверять не по вики. Ваша болтливость вас сильно подвела, вы сами, без нажима со стороны предложили показать диплом и трудовую. Сейчас, говоря простым языком, пытаетесь отмазаться. Людей которые так себя ведут называют очень просто - болтун. К тому же самомнение у вас сильно перераздуто. Вы - не весь лор, как и ваши беглые в германию друзья. Сейчас вы находитесь весьма глупом положении человека который ляпнул не подумав. Сочувствую. Доброй вам ночи. У вас есть время придумать убедительную причину для совершенной глупости.

Capsid ()
Ответ на: комментарий от Oberstserj

Внедрение и развитие технологии, очевидно. В реальное производство. Вот только когда проц пекут в Китае, у меня полное моральное право заявлять что в РФ технологии нет, насколько бы русскими при этом ни были разработчики. И это очевидно ввиду отсутствия как раз науки. Ибо наличие людей знающих «как» не заменяет реальное производство.

А давайте поговорим про процессор Apple, мне так интересно. Вот только когда проц пекут в Китае, у меня полное моральное право заявлять что в США технологии нет, насколько бы американскими при этом ни были разработчики. И это очевидно ввиду отсутствия как раз науки. Ибо наличие людей знающих «как» не заменяет реальное производство.

Aceler ★★★★★ ()
Ответ на: комментарий от Capsid

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

Ну вот если ты с ним в чём-то конкретном не согласен — «что тебе мешало» написать об этом «сразу, без оскорблений» в адрес Б.Ш.? Извиняй, конечно, но когда одного из известнейших специалистов по безопасности называют «профессиональным пропагандистом открытости» (звучит как намёк, что кроме этой пропаганды он ничем не известен), это читается как толстенный наброс.

hobbit ★★★★★ ()
Ответ на: комментарий от Aceler

Я вам открою страшную тайну, но ассемблер МЦСТ писали сами, и дизассемблер, надо понимать, тоже.

Вы можете взять binutils-ы и сами проверить.

.../lcc-1.20.17.e2k-generic.3.14/binutils/bin$ ./e2k-linux-objdump --version
GNU objdump (GNU Binutils) 2.25
Copyright (C) 2014 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License version 3 or (at your option) any later version.
This program has absolutely no warranty.
.../lcc-1.20.17.e2k-generic.3.14/binutils/bin$ ./e2k-linux-objdump --help
Usage: ./e2k-linux-objdump <option(s)> <file(s)>
 Display information from object <file(s)>.
 At least one of the following switches must be given:
  -a, --archive-headers    Display archive header information
  -f, --file-headers       Display the contents of the overall file header
  -p, --private-headers    Display object format specific file header contents
  -P, --private=OPT,OPT... Display object format specific contents
  -h, --[section-]headers  Display the contents of the section headers
  -x, --all-headers        Display the contents of all headers
  -d, --disassemble        Display assembler contents of executable sections
  -D, --disassemble-all    Display assembler contents of all sections
  -S, --source             Intermix source code with disassembly
  -s, --full-contents      Display the full contents of all sections requested
  -g, --debugging          Display debug information in object file
  -e, --debugging-tags     Display debug information using ctags style
  -G, --stabs              Display (in raw form) any STABS info in the file
  -W[lLiaprmfFsoRt] or
  --dwarf[=rawline,=decodedline,=info,=abbrev,=pubnames,=aranges,=macro,=frames,
          =frames-interp,=str,=loc,=Ranges,=pubtypes,
          =gdb_index,=trace_info,=trace_abbrev,=trace_aranges,
          =addr,=cu_index]
                           Display DWARF info in the file
  -t, --syms               Display the contents of the symbol table(s)
  -T, --dynamic-syms       Display the contents of the dynamic symbol table
  -r, --reloc              Display the relocation entries in the file
  -R, --dynamic-reloc      Display the dynamic relocation entries in the file
  @<file>                  Read options from <file>
  -v, --version            Display this program's version number
  -i, --info               List object formats and architectures supported
  -H, --help               Display this information

 The following switches are optional:
  -b, --target=BFDNAME           Specify the target object format as BFDNAME
  -m, --architecture=MACHINE     Specify the target architecture as MACHINE
  -j, --section=NAME             Only display information for section NAME
  -M, --disassembler-options=OPT Pass text OPT on to the disassembler
  -EB --endian=big               Assume big endian format when disassembling
  -EL --endian=little            Assume little endian format when disassembling
      --file-start-context       Include context from start of file (with -S)
  -I, --include=DIR              Add DIR to search list for source files
  -l, --line-numbers             Include line numbers and filenames in output
  -F, --file-offsets             Include file offsets when displaying information
  -C, --demangle[=STYLE]         Decode mangled/processed symbol names
                                  The STYLE, if specified, can be `auto', `gnu',
                                  `lucid', `arm', `hp', `edg', `gnu-v3', `java'
                                  or `gnat'
  -w, --wide                     Format output for more than 80 columns
  -z, --disassemble-zeroes       Do not skip blocks of zeroes when disassembling
      --start-address=ADDR       Only process data whose address is >= ADDR
      --stop-address=ADDR        Only process data whose address is <= ADDR
      --prefix-addresses         Print complete address alongside disassembly
      --[no-]show-raw-insn       Display hex alongside symbolic disassembly
      --insn-width=WIDTH         Display WIDTH bytes on a single line for -d
      --adjust-vma=OFFSET        Add OFFSET to all displayed section addresses
      --special-syms             Include special symbols in symbol dumps
      --prefix=PREFIX            Add PREFIX to absolute paths for -S
      --prefix-strip=LEVEL       Strip initial directory names for -S
      --dwarf-depth=N        Do not display DIEs at depth N or greater
      --dwarf-start=N        Display DIEs starting with N, at the same depth
                             or deeper
      --dwarf-check          Make additional dwarf internal consistency checks.      

./e2k-linux-objdump: supported targets: elf32-e2k elf32-e2k-pm elf64-e2k elf64-little elf64-big elf32-little elf32-big plugin srec symbolsrec verilog tekhex binary ihex eir
./e2k-linux-objdump: supported architectures: generic:64 generic:32 generic:pm elbrus-v1:64 elbrus-v1:32 elbrus-v1:pm elbrus-v2:64 elbrus-v2:32 elbrus-v2:pm elbrus-v3:64 elbrus-v3:32 elbrus-v3:pm elbrus-v4:64 elbrus-v4:32 elbrus-v4:pm elbrus-v5:64 elbrus-v5:32 elbrus-v5:pm elbrus-8c:64 elbrus-8c:32 elbrus-8c:pm elbrus-8c:64 elbrus-8c:32 elbrus-8c:pm elbrus-8c:64 elbrus-8c:32 el
Обратите внимание на флаги:
  -d, --disassemble        Display assembler contents of executable sections
  -D, --disassemble-all    Display assembler contents of all sections
Дизассемблировать он умеет. И основан он на исходниках GNU. И этот objdump это вообще часть пакета binutils. Можно через strings поискать что-нибудь из инструкций деления:
.../lcc-1.20.17.e2k-generic.3.14/binutils/bin$ strings e2k-linux-objdump | grep "div"
DW_OP_div
udivx
sdivx
sdivs
sdivd
udivs
udivd
fxdivss
fxdivsx
fxdivdd
fxdivdx
fxdivxx
fxdivxd
fxdivxs
fxdivtss
fxdivtdd
fxdivtsx
fxdivtdx
pfdivs
pfdivd
trunc_div
Odivide
__divdi3
__udivmoddi4
__udivdi3
__divdi3
__udivdi3
И да, такие инструкции действительно есть. http://www.mcst.ru/files/5ed39a/dd0cd8/50506b/000000/elbrus_prog_2020-05-30.pdf - смотрите страницу 144 - там есть udivx sdivx sdivs sdivd ...

Т.е. они взяли binutils-ы от GNU и их пропатчили. Ч.Т.Д.

Исходников нет.

SZT ★★★★ ()
Последнее исправление: SZT (всего исправлений: 2)
Ответ на: комментарий от Aceler

Кстати если попробовать поискать некоторые выдернутые из objdump инструкции в том руководстве, то я там не нахожу описание некоторых из них. Что например должна делать инструкция pfdivs? А что насчет инструкции fxdivtdd? Они остались засекречены?

alexanius, можете это прокомментировать?

SZT ★★★★ ()
Последнее исправление: SZT (всего исправлений: 1)
Ответ на: комментарий от SZT

Дизассемблировать он умеет.

Сам или путём вызова внешней программы?

UPD: А, ну у тебя ж нет собранных бинарников для e2k, ты не можешь проверить, вопрос снимается.

Aceler ★★★★★ ()
Последнее исправление: Aceler (всего исправлений: 1)
Ответ на: комментарий от Aceler

Я под strace посмотрел, никакой внешней программы он не вызывает.

Бинарники у меня есть. У меня тут целый iso дистрибутив debian_lenny_e2k.iso

SZT ★★★★ ()
Последнее исправление: SZT (всего исправлений: 2)
Ответ на: комментарий от SZT

Я под strace посмотрел, никакой внешней программы он не вызывает.

ОК, спасибо.

У меня тут целый iso дистрибутив debian_lenny_e2k.iso

А это откуда?

Aceler ★★★★★ ()
Ответ на: комментарий от Aceler

С того самого айпишника, на который с сайта МЦСТ-Волга ссылались.

SZT ★★★★ ()
Ответ на: комментарий от Capsid

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

Следствием из этого принципа является т.н. максима Шеннона.

CaveRat ★★ ()
Ответ на: комментарий от hobbit

А, всё, профессиональный тролль детектед.

Да ладно, я почти уверен, что он искренне.

CaveRat ★★ ()
Ответ на: комментарий от Capsid

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

Пример в студию. С обоснованием, почему это не правильно.

А отстаивая свои убеждения он временами слегка лукавит.

Аналогично, давайте разбирать конкретику.

CaveRat ★★ ()
Ответ на: комментарий от SZT

Воистину внезапно. Я вот и не знал, что кто-то собрал lenny. Как и зачем? Там же ядро своё, загрузчик, вот это всё.

Aceler ★★★★★ ()
Ответ на: комментарий от Aceler

Воистину внезапно. Я вот и не знал, что кто-то собрал lenny. Как и зачем?

Я не знаю. Тот дебиан достаточно давно выложен был https://mcst-volga.ru/528-2/ - можете у них поспрашивать, или у самой МЦСТ. Сейчас та ссылка на ip не работает.

SZT ★★★★ ()
Ответ на: комментарий от Aceler

не знал, что кто-то собрал lenny. Как и зачем? Там же ядро своё, загрузчик, вот это всё.

МЦСТ и собирали. Альт и Астру портировали на Эльбрус намного позже. Изначально железо показывали со сборками софта от самих МЦСТ.

i-rinat ★★★★★ ()
Ответ на: комментарий от i-rinat

Изначально железо показывали со сборками софта от самих МЦСТ.

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

А видел я, по-видимому, не всё ;-)

Aceler ★★★★★ ()
Ответ на: комментарий от Bircoph

Да, стартеркиты и, по-моему, регулярки под GPL.

Да. А ещё https://www.altlinux.org/Releases/Community
И есть https://www.altlinux.org/Mkimage/Profiles/m-p со всеми профилями (или почти со всеми - не проверял). Но лентяи хотят бесплатный Альт. Не путать с ALT. ;-)

AS ★★★★★ ()
Последнее исправление: AS (всего исправлений: 1)
Ответ на: комментарий от SZT

Нет. Я в бинутилсах там не смог найти дизасма для Эльбруса.

Так есть уверенность, что он вообще есть? Дизасм для Эльбруса в бинутилсах.

AS ★★★★★ ()
Ответ на: комментарий от i-rinat

Да, тут дизасм явно есть в binutils-2.29/opcodes/e2k-stuff

А откуда это?

SZT ★★★★ ()
Ответ на: комментарий от AntonI

А как дышал то - Маск такой, Маск сякой, Маск-жулик-шмулик-шарлатан.

Про тяжёлую ракету для доставки сменного экипажа на МКС поговорим годика через два? :-)

AS ★★★★★ ()
Ответ на: комментарий от AS

Есть, вот только что i-rinat скинул. И у меня до этого этот самый бинутилс с дизасмом уже был в скомпилированном виде, от МЦСТ-Волга.

SZT ★★★★ ()
Ответ на: комментарий от I-Love-Microsoft

гипертрофированные фантазии

Что характерно, о каких именно фантазиях идет речь ты так и не сказал.

Oberstserj ()
Ответ на: комментарий от AntonI

как много стран вообще имеют на своей территории производство процессоров (полный цикл)?

Немного, но среди них есть и полумаргинальные типа Молдовы.

Oberstserj ()
Ответ на: комментарий от AS

Неизвестно будут ли амеры вообсче летать на МКС годика через два. Но пока у них все пучком (надеюсь драгон нормально сядет).

AntonI ()
Ответ на: комментарий от Aceler

О, я прям ждал тебя, а то конструктивно мало кто спорит.

А давайте поговорим про процессор Apple, мне так интересно.

А давай не будем подменять понятия и говорить именно о наличии собственного производства в стране? И тут уместнее говорить про Intel, TI, AMD, чем про Аррle.

Но нееет, мы будем выворачивать смысл наизнанку, да? Ты всегда этим отличался.

Oberstserj ()
Ответ на: комментарий от Oberstserj

Ну если только в Молдове кто то линию открыл? Когда я немного этим занимался (лет 5 назад) в Европе вообще было не айс, даже Гренобль имел очень ограниченные возможности.

Но я не специалист, поэтому и спрашиваю.

AntonI ()
Ответ на: комментарий от SZT

Да, ассемблер там тоже походу есть:

/* Массив с достаточным запасом ALS-слогов для формирования
   любой широкой команды. Насколько я понимаю, иметь их
   больше 6 смысла не имеет? */
static e2k_als free_alses[6], *free_als;
Комменты в KOI8-R.
  /* Set SS.ipd to 2 BY DEFAULT (i.e. it can be overridden by a user
     explicitly). Is it the right thing to do here? It seems that LAS does so
     when it sees BAP as well as EAP (see below) . . .  To be revisited.  */
  SET_FIELD (ss, ipd, default_ipd, 1);
Походу был сначала написан их LAS ассемблер, потом начали для binutils зачем-то переделывать.

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

SZT ★★★★ ()
Последнее исправление: SZT (всего исправлений: 3)
Ответ на: комментарий от AntonI

Тогда стоит уточнить, я живу на 3-5 стран. Вот например в Исландии нет производства, но при этом эта страна-датацентр. Здесь немного другие направления. Аналогично и Новая-Зеландия. В Германии все очень неплохо со сферой автоматизации и промышленным оборудованием. А в Канаде есть США :)

Oberstserj ()
Ответ на: комментарий от AntonI

Ну если только в Молдове кто то линию открыл?

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

Когда я немного этим занимался (лет 5 назад) в Европе вообще было не айс, даже Гренобль имел очень ограниченные возможности

Еще раз, нужно уточнить о чем именно речь. Почти все произвлдство в европе преимущественно в сфере промоборудования. Всякие PLC, FpLL и тому подобное. Почти все используют свои собственные контроллеры в начинке и весьма недурственные.

Но я не специалист, поэтому и спрашиваю.

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

Oberstserj ()
Ответ на: комментарий от Oberstserj

Контроллеры и автоматизация это конечно большое дело.

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

Интересно, где европейское космическое агентство делает электронику для своих спутников?

AntonI ()
Ответ на: комментарий от AntonI

Интересно, где европейское космическое агентство делает электронику для своих спутников?

Несмотря на открытые тендеры и довольно гибкие условия последние 20 лет лидер в этой области Honeywell

Oberstserj ()
Ответ на: комментарий от Oberstserj

Спасибо, амеры значит… Хотя в ЕС конечно есть Сименс, и немцы вроде даже какие смартфоны делали. Про Алкатель давно ничего не слышно.

Я к чему. Принято считать что в РФ с этим делом (микроэлектроникой, компутерами и пр.) ужас-ужас. Но если глянуть на Европу, там тоже че то все не слава Б-гу, сплошные амеры да азиаты. С другой стороны у меня друг в курчатнике линию для каких то новых транзисторов запустил. Никак до него в гости не доеду, интересно…

Если говорить про свою полянку (академический софт, числодробилки) то тут мы точно не отстаём, а местами даже наоборот:-) Правда с внедрением конечно беда, но это общая проблема на самом деле.

AntonI ()
Ответ на: комментарий от AntonI

Хотя в ЕС конечно есть Сименс

У них другой сектор. Им и без космоса нормально живется.

Принято считать что в РФ с этим делом (микроэлектроникой, компутерами и пр.) ужас-ужас. Но если глянуть на Европу, там тоже че то все не слава Б-гу, сплошные амеры да азиаты.

Как я уже написал выше, ты смотришь не под тем углом. Тот же сименс для своего оборудования сам себе фигачит свои контроллеры. ХЗ что там за ядро, все анально огорожено как обычно, но факт. А со временем они сливают все на аутсорс малайзийцам например. Здесь вообще любят довести разработку до какого-то логического уровня и слить на аутсорс как закрытый вопрос и берутся за что-то новое. Европа маленькая и рынок в абсолютном выражении меньше чем внутренний рынок в одном только Китае. Им приходится постоянно заниматься обновлениями. Так что тут далекооо все не так плохо, как ты думаешь. Россия постоянно фонтанирует новыми заголовками о разработках, идеях, запуске производств…вот только ни 20 лет назад ничерта российского на рынке не было, ни сейчас…

Если говорить про свою полянку (академический софт, числодробилки) то тут мы точно не отстаём, а местами даже наоборот:-)

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

Oberstserj ()

Разработчикам ПО предложен бесплатный удалённый доступ к серверам Эльбрус

И бесплатно отряд поскакал на врага

Jameson ★★★ ()
Ответ на: комментарий от Oberstserj

Россия постоянно фонтанирует новыми заголовками о разработках, идеях, запуске производств…

Да, но это особенности нашей илиты, сплошные Рогозины. Все сильно зависит от области.

Если про рынок говорить, то скажем ядрены станции РФ неплохо продает (одна из очень немногих стран в мире). Ну и оружие.

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

Какой именно успех? Я знаю массу историй успеха (научного) где авторы остались тут. Я сам остался тут, хотя и работал за бугром и звали остаться там. Более того, в хороших научных группах в забугорную аспирантуру едут те кого не взяли в аспирантуру здесь (у меня вот дипломник в Гренобль свалил), а зачастую люди уехав туда продолжают плотное сотрудничество со здесь, и вообще неясно где он по факту больше работает.

Ну и раз уж об этом, то у меня родственники давеча вернулись из германского ПМЖ в Москву. Молодые, образованные…:-)

AntonI ()
Ответ на: комментарий от Oberstserj

Россия постоянно фонтанирует новыми заголовками о разработках

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

I-Love-Microsoft ★★★★★ ()
Ответ на: комментарий от Aceler

Вот только когда проц пекут в Китае, у меня полное моральное право заявлять что в США технологии нет, насколько бы американскими при этом ни были разработчики.

Если не поленитесь и прочитаете майский пресс-релиз того же SMIC про 14 нм, то узнаете, что и они, и TSMC работают на американском софте. Аппараты для литографии нидерландские (ну там еще есть Кодак и Никон).

И нельзя просто взять и что-то там слепить софтово на верилоге. Чуваки берут библиотеки моделей завода, делают еще свои модели, что требует досконального знания процесса (и, иногда, и его изменения), проверяют, а потом отдают в печать. МЦСТ, кстати, такими компетенциями не обладает, насколько я помню. И финальную разводку делают уже тайваньцы.

Так что с наукой в США как раз все в порядке. Да и Apple не просто так взял сильнейших чуваков из индустрии - почитайте, опять же, кто там чем руководит в отделе по разработке процессоров.

jackill ★★★★★ ()
Ответ на: комментарий от AntonI

Интересно, где европейское космическое агентство делает электронику для своих спутников?

Пользовалось американскими процессорами, например. Недавно начали свой проц фигачить.

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

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

Просто нет смысла бить себя пяткой в грудь и говорить «ой, это вот французское или немецкое». Чуваки могут сегодня жить во Франции, а завтра уехать в Швецию. Или открыть филиал в Штатах. Им реально до фонаря. И только у нас зачем-то выпячивают импортозамещение, отечественное, «все сами произведем». Уже производили. Потом СССР остановился в 70-х и пошел на спад при большом ВВП, обеспеченном ненужной продукцией. И развалился.

В 2020-м году вот это все - бессмысленная дорогая и со старта морально устаревшая штука, что мы и видим.

jackill ★★★★★ ()

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

И что эта новость делает на http://opensource.ru?

Gentooshnik ★★★ ()
Ответ на: комментарий от jackill

Но это и не надо, потому что выходит дорого.

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

Capsid ()
Ответ на: комментарий от jackill

Сотрудничество идёт ровно до тех пор пока страны не поссорились. Насколько я знаю, ключевой пул технологий производства тех же процессоров очень плотно контролируется США.

Китайцев че то не видно на МКС например, и вовсе не потому что они туда не хотят летать. Да и всякие антикитайские санкции очень показательны.

А как много ядерных технологий передано между странами в рамках сотрудничества? Микроэлектроника это все таки не утюги и пицца.

AntonI ()
Ответ на: комментарий от Oberstserj

А давай не будем подменять понятия

То есть ты понимаешь, что твоё определние годится только для определённых понятий?

Собственно, у меня всё ;-)

Aceler ★★★★★ ()
Ответ на: комментарий от jackill

Да с наукой-то и не только в США всё в порядке, это с определением науки что-то не в порядке, раз приходится залезать в страну происхождения оборудования.

Aceler ★★★★★ ()
Ответ на: комментарий от jackill

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

Да, дорого. Но имея свой цикл производства стратегической продукции (всей не надо), страна может проводить независимую политику. Поэтому США, Россия и Китай - великие державы, а Германия и Франция нет.

Aceler ★★★★★ ()
Ответ на: комментарий от AntonI

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

Morin ★★★ ()
Ответ на: комментарий от Morin

Нужно было, но их не пригласили. При создании МКС основная проблема была не в «запульнуть».

AntonI ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.