Pull to refresh
3
-0.2
Александр@Sun-ami

Программист микроконтроллеров

Send message

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

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

Чанчжэн-9 разрабатывается с использованием топливной пары метан-кислород на первой и второй ступенях, топливной пары керосин-кислород на боковых ускорителях, и топливной пары водород-кислород только на третьей ступени. Возвращаемыми планируют сделать только первую и вторую ступень, боковые ускорители и третью ступень возвращать не планируют. Существует вариант без боковых ускорителей, но на иллюстрации в статье показан именно вариант с боковыми ускорителями. Очевидно, что эта ракета не может конкурировать с полностью многоразовым Starship по себестоимости запуска в силу своей неполной многоразовости, особенно дорогой водородной третьей ступени. Если же менять топливо на первой и второй ступени на водород, то это будет уже совсем другая ракета, не имеющая к Чанчжэн-9 никакого отношения. У неё неизбежно будут намного большие баки первых двух ступеней, в силу малой плотности водорода.

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

Какие зумеры? Я в 80-х Б3-34 программировал. Но без графического интерфейса неудобно. Сейчас уже есть калькуляторы с удобным интерфейсом, но программисты почему-то до сих пор делают программные версии устаревших.

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

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

Если корзина мешает видимости фары - нужно закрепить её на самой корзине. Для этого хорошо подходят съёмные фонари с мягкими пластиковыми хомутами - их легко переставлять с руля на корзину и обратно. То же применимо и к заднему фонарю.

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

Наверное, жидкость текла всё же не по Рюгу, а по гораздо более массивной протопланете, из которой образовалось семейство астероидов Эвлалия или Пулана, к одному из которых принадлежит Рюгу. Совершенно непонятно, как на куче камней, собравшихся вместе под действием гравитации после столкновения, разрушившего целую протопланету, могла сохраниться вода, да ещё и в жидком виде.

Почему было? В промышленных ПК пассивные кросс-платы не прекращали применяться, в том числе и с PCI-express. Но это только часть подхода.

Вот я как раз и говорю про блейды проц+память формата большой видеокарты, которые могут втыкаться в пассивную кросс плату, куда подключается их периферия, а между собой соединены ленточными шлейфами CXL подобно тому, как видеокарты могут соединяться по NVlink. При этом GPU и NPU так же могут подключаться по CXL через кросс-плату, а остальная периферия по PCIe. За счёт того, что кросс недорогой и универсальный, и его можно подобрать по количеству слотов точно под конфигурацию, в корпус можно поместить несколько таких кроссов для разных поколений процессорных плат, и добавлять их в порядке апгрейда. Другой вариант - сделать корпус плоским, с креплением за монитор, и соединять несколько расположенных рядом таких корпусов по CXL через кабель.

От IDE отказались уже лет 10 назад, а я говорю об использовании оборудования возрастом до 3-4 лет. Обеспечение возможности непрерывного апгрейда позволит проводить апгрейд ПК чаще, примерно раз в год, чтобы он соответствовал очень быстрому росту аппетитов локального или частично-локального ИИ. При этом разумеется, все используемые вычислительные модули должны поддерживать ту или иную версию CXL. А между версиями CXL, насколько я понимаю, есть обратная совместимость. IDE же - это периферийный интерфейс, который может быть на одном из вычислительных модулей, если он вдруг почему-то нужен, и доступ к нему будет расшариваться этим модулем. А может быть и на плате PCIe версии от 5.0, которая тоже обратно совместима с CXL.

Поддержка CXL сейчас нужна уже далеко не только в серверах, но и в рабочих станциях, на которых работает локальный ИИ. Думаю, что вскоре это в том или ином виде распространится и на высокопроизводительные ПК. Вообще, CXL - это недостающее звено для обеспечения возможности непрерывного апгрейда ПК и рабочих станций с сохранением в работе старых вычислительных модулей и памяти при добавлении новых и более производительных. Для этого нужно оказаться от концепции материнской платы с CPU, и перейти к концепции компьютера как сети из множества вычислительных модулей с CPU, GPU и NPU, соединённых кабелями и пассивными соединительными платами. CXL позволяет сделать ресурсы всех этих модулей в значительной степени общими.

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

Ещё такие автомобили можно использовать для эвакуации полицейских из-под огня преступников. Я вижу по крайней мере 2 сценария:

1) Полицейские оставили машину на соседней улице, и внезапно попали под огонь банды. Тогда они могут скомандовать ей подъехать ближе, чтобы безопаснее уехать, или взять в машине более тяжелое оружие.

2) Полицейские попали под огонь, и их машина повреждена и обездвижена. Тогда они могут вызвать другую машину из участка.

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

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

До коричневого карлика этот объект по общепринятой модели немного не дотягивает по массе. Коричневыми карликами считаются объекты с массой от 13 масс Юпитера, а у этого - 12,7 ± 1,0. Хотя из-за разброса в оценке массы его классификацию могут и пересмотреть после более точных измерений. Кстати, а как вообще измерили массу одиночного объекта? А высокая температура объясняется тем, что эта планета ещё очень молодая, ей около 200 миллионов лет. Так что при такой большой массе она ещё не успела остыть. 5К - это насколько средняя по видимому диску температура изменяется за один период вращения, а это изменение вызвано неодинаковым по долготе количеством облаков в более холодном верхнем слое.

6,5 миллиардов долларов в пересчёте на Nvidia H100 - это около 180000 штук. Что далеко от тех 8 миллионов, что потенциально может обеспечить питанием созвездие Starlink. Я не утверждаю, что из спутников Starlink будут делать датацентры. Я лишь говорю о том, что проблема питания в этом не главное. На мой взгляд главная проблема - это радиационная устойчивость. Именно по этой причине я думаю, что готовые наземные решения от Nvidia в космосе применяться не будут. Зная приверженность Маска к максимальной интеграции, они скорее всего будут делать свои чипы для этих условий, со всем необходимыми механизмами коррекции неизбежных ошибок, вызванных радиацией.

  1. Спутники Старлинк не будут использовать в качестве вычислительных модулей системы, разработанные для применения в наземных датацентрах. Не даром Tesla разрабатывает свои ИИ-ускорители - скорее всего именно они станут основой для орбитальных датацентров. Конечно, оценка в количестве nVidia H100 весьма условна, и часть энергии пойдёт на другие задачи - это оценка порядка величины достижимой вычислительной мощности.

  2. А он и не будет производить больше электроэнергии. МКС производит 215 кВт, а Starlink v3 может производить 105 кВт, если в нём применят дорогие мультиспектральные панели.

  3. Для оптимального освещения вне земной тени достаточно развернуть панели перпендикулярно направлению на Солнце. Что мешает спутнику Starlink это сделать? А эффект тени я учёл в расчётах.

  4. А сколько видеоплат потребляет OpenAI для обучения? Есть открытые данные? А удельная потребляемая мощность у наземных датацентров будет выше, потому что они оптимизированы по стоимости, а не по потреблению энергии на единицу вычислительной мощности. То же можно сказать и об их весе.

Он не должен перестать выполнять свою основную задачу. Просто её выполнение занимает у спутника малый процент времени витка, потому что в остальное время он либо летит над океаном, где никого нет, либо летит над малонаселёнными районами, где его мощности задействованы малый процент времени в силу малого траффика. Обычно, один спутник на конкретном витке проходит только одну зону обслуживания с максимальной плотностью. Если эта зона - это, к примеру территория США, то максимальное время её обслуживания составляет порядка 15% времени витка, а в среднем, вероятно 10%. А освещение Солнцем спутник получает в течении в среднем 60% времени витка. То есть 50% времени витка спутник освещён, но расходует на свою основную функцию небольшой процент мощности своей электросистемы. Именно это я имел в виду, когда взял для оценки количества энергии, доступного для вычислений, половину всего созвездия из 42 тыс. спутников.

Кстати, да, каждый из спутников Starlink v3 будет иметь по две солнечных панели 20.2 м × 6.36 м, общей площадью 257 м2. При КПД 30% и оптимальном освещении они будут выдавать 105.0 кВт электричества. Большую часть времени эти спутники летают над океаном и малонаселёнными районами, и поэтому их трансиверы не задействованы. Поэтому они могут использовать большую часть этой энергии для вычислений. Если один спутник может выделить для этого 100 кВт, то этого хватит для питания 333 ИИ-ускорителей nVidia H100. Всего планируется одновременно иметь на орбите 42000 спутников Starlink, и половина из них, находящаяся в данный момент вне тени Земли может обеспечить работу 8 миллионов ИИ-ускорителей nVidia H100 у себя на борту. Так что потенциально сеть из Starlink v3 - большая сила, мало привязанная к Земле.

TrustZone понижает требования к отсутствию уязвимостей в ОС и драйверах для гарантии недоступности памяти и периферии защищённых модулей. Но при отсутствии таких уязвимостей разделение памяти может работать и без TrustZone. С периферией сложнее, без TrustZone доступ к ней без дыр в защите возможен только из привилегированного режима, тогда она будет защищена от доступа из непривилегированного.

Information

Rating
Does not participate
Location
Potsdam, Brandenburg, Германия
Date of birth
Registered
Activity

Specialization

Инженер встраиваемых систем
Ведущий
C++
Объектно-ориентированное проектирование
Программирование микроконтроллеров
Операционная система реального времени
C
STM32
Схемотехника
Разработка печатных плат
Atmel AVR
Управление разработкой