Век информации переходит в век киборгов

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

Модератор: модераторы

Новая тема Ответить
Аватара пользователя

skor
Сообщений: 1094
Стаж: 21 год 1 месяц
Реальное имя: Сергей
Желаемая форма обращения: На "ты"
Откуда: Авксом
Благодарил (а): 42 раза
Поблагодарили: 143 раза
Возраст: 49
Контактная информация:

Век информации переходит в век киборгов

Сообщение skor » 29.01.2025, 00:52

Alex Ivanov писал(а): 28.01.2025, 23:31 Конечно помогают. Каждый предлагает свой вариант.
Не путайте, пожалуйста, повышение вероятности угадать правильный ответ с распараллеливанием вычислений.

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

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

Отправлено спустя 14 минут 57 секунд:
Alex Ivanov писал(а): 29.01.2025, 00:26 "Как работает параллелизация?
Распараллеливание организует сетевые данные таким образом, чтобы обеспечить одновременную проверку нескольких транзакций вместо их последовательной обработки (одну за другой). Задача выполнения транзакций распределяется по нескольким узлам. Каждый узел обрабатывает разные сегменты транзакционной нагрузки, что ускоряет время обработки и снижает перегрузку сети.

При параллельной обработке транзакций сеть одновременно проверяет множество возможных состояний, каждое из которых иллюстрирует последствия проверки определенной группы транзакций. Это позволяет сети оценить потенциальное влияние транзакций до того, как они будут официально записаны в регистре. После этой оценки узлы согласовывают общее состояние, которое отражает коллективный результат этих параллельных проверок."
Alex Ivanov, обнять и плакать *rose*

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

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

Аватара пользователя

Олег К
Сообщений: 1174
Стаж: 16 лет 9 месяцев
Желаемая форма обращения: Как хотите к себе
Благодарил (а): 291 раз
Поблагодарили: 364 раза

Век информации переходит в век киборгов

Сообщение Олег К » 29.01.2025, 01:42

skor писал(а): 29.01.2025, 00:52 каждый колхозник придумывает свой вариант, а потом они проверяют, чтобы у двух колхозников не было одинаковых комбинаций.
Это в кино "Спортлото-82" все так просто, а я еще школьником наблюдал у соседей огромные ватманские листы исписанные цифрами мелким почерком. А что это такое? А это у нас дядя в "спортлото" играет. :D Сдается, в докомпьютерную эпоху у многих энтузистов при решении этой задачи кукуха отъехала.

Аватара пользователя

Нгаан
Сообщений: 22645
Стаж: 18 лет 5 месяцев
Желаемая форма обращения: Всё равно
Откуда: Y-краина
Благодарил (а): 2343 раза
Поблагодарили: 4272 раза
Возраст: 18
Контактная информация:

Век информации переходит в век киборгов

Сообщение Нгаан » 29.01.2025, 09:05

Олег К писал(а): 29.01.2025, 01:42 у многих энтузистов при решении этой задачи кукуха отъехала.
О чём я нашим местным "сказочникам" и говорил.
*CRAZY*
"Если бы кошек не было на свете, их стоило бы выдумать."
(Юрий Куклачёв)

Аватара пользователя

Олег К
Сообщений: 1174
Стаж: 16 лет 9 месяцев
Желаемая форма обращения: Как хотите к себе
Благодарил (а): 291 раз
Поблагодарили: 364 раза

Век информации переходит в век киборгов

Сообщение Олег К » 29.01.2025, 13:32

Ну, по крайнй мере советский человек мог утешаться тем, что помогает советскому спорту.

Аватара пользователя

Автор темы
Alex Ivanov
В сети
Сообщений: 3969
Стаж: 15 лет 8 месяцев
Реальное имя: Alex
Желаемая форма обращения: Как хотите к себе
Откуда: Ростов-на-Дону
Благодарил (а): 414 раз
Поблагодарили: 539 раз
Возраст: 55

Век информации переходит в век киборгов

Сообщение Alex Ivanov » 07.02.2025, 01:01

skor писал(а): 29.01.2025, 00:52 Alex Ivanov, обнять и плакать
Немного пообщался с ИИ на эту тему
Приведи примеры глобальных ИИ проектов параллелизации.

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

Первым делом вспомню крупные проекты, связанные с распределенным обучением. TensorFlow и PyTorch — это фреймворки, которые поддерживают распределенные вычисления. Например, TensorFlow имеет TensorFlow Distributed, а PyTorch — Torch Distributed. Эти инструменты позволяют обучать модели на множестве GPU или серверов.

Затем подумаю о проектах, которые используют распределенные вычисления для обработки огромных данных. Apache Spark MLlib, наверное, подходит под эту категорию. Он использует распределенные вычисления для масштабирования задач машинного обучения.

Далее, есть крупные компании, которые разрабатывают собственные системы. Например, Google имеет проект TPU Pods, которые представляют собой кластеры TPU (Tensor Processing Units), оптимизированные для параллельной обработки. Microsoft тоже разрабатывает DeepSpeed, библиотеку для оптимизации больших моделей, таких как GPT-3, с помощью распределенного обучения.

Можно упомянуть OpenAI и их проекты вроде GPT-3 или DALL-E, которые, скорее всего, требуют огромных вычислительных ресурсов и параллелизации для обучения. Также Facebook (Meta) имеет проекты, например, их исследовательские работы по распределенному обучению и фреймворки вроде FairScale.

Есть еще проекты в области суперкомпьютеров, например, IBM Summit или NVIDIA DGX, которые используются для ИИ-вычислений. Они позволяют распределять задачи между тысячами процессоров и GPU.

Стоит также вспомнить открытые проекты и инициативы, такие как Horovod от Uber, который предназначен для распределенного обучения глубоких нейронных сетей на множестве GPU. Еще есть проект Ray от компании Anyscale, который предоставляет унифицированную платформу для распределенных вычислений в ИИ.

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

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

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

Нужно убедиться, что примеры действительно глобальные и значимые, а не локальные или узкоспециализированные. Может быть, стоит упомянуть проекты, связанные с обучением больших языковых моделей (LLM), так как они требуют масштабной параллелизации. Например, Megatron-Turing от NVIDIA и Microsoft или BERT от Google, которые обучались на распределенных системах.

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

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

Вот примеры глобальных проектов и технологий, связанных с параллелизацией в ИИ и машинном обучении, сгруппированные по категориям:

1. Фреймворки для распределенного обучения
TensorFlow Distributed
Поддержка распределенного обучения на множестве GPU/TPU и серверов, включая синхронные и асинхронные стратегии (например, MirroredStrategy, ParameterServerStrategy).

PyTorch Distributed
Инструменты для параллельного обучения: DataParallel, DistributedDataParallel, а также интеграция с библиотекой Horovod для масштабирования на кластерах.

Apache Spark MLlib
Распределенная обработка данных и обучение моделей на кластерах с использованием Apache Spark.

Horovod (Uber)
Открытая библиотека для распределенного обучения глубоких нейронных сетей, совместимая с TensorFlow, PyTorch и Keras.

Microsoft DeepSpeed
Оптимизация больших моделей (например, GPT-3) через Zero Redundancy Optimizer (ZeRO), распределенное обучение с уменьшением потребления памяти.

2. Аппаратные решения для параллельных вычислений
Google TPU Pods
Кластеры из Tensor Processing Units (TPU), оптимизированные для ускорения обучения крупных моделей (например, BERT, AlphaFold).

NVIDIA DGX Systems
Суперкомпьютеры с множеством GPU (A100, H100), предназначенные для распределенного обучения и высокопроизводительных вычислений.

IBM Summit
Суперкомпьютер, используемый для ИИ-задач, включая климатическое моделирование и медицинские исследования.

3. Крупные корпоративные проекты
OpenAI GPT-3/4, DALL-E
Обучение гигантских языковых и мультимодальных моделей на распределенных кластерах с тысячами GPU/TPU.

Meta (Facebook) FairScale/LLAMA
Библиотеки для распределенного обучения и оптимизации больших моделей (например, LLaMA — открытая LLM).

Microsoft + NVIDIA Megatron-Turing NLG
Одна из крупнейших языковых моделей, обученная с использованием параллелизации данных, слоев и тензоров на кластерах DGX.

Google AlphaFold
Распределенные вычисления для предсказания структуры белков с использованием TPU Pods.

4. Открытые инициативы и платформы
Ray (Anyscale)
Унифицированная платформа для распределенных вычислений в ИИ, включая обучение с подкреплением (RLlib) и гиперпараметрическую оптимизацию.

Hugging Face Transformers
Поддержка распределенного обучения и инференса для трансформерных моделей (например, BERT, GPT-2) через интеграцию с PyTorch и TensorFlow.

EleutherAI
Открытый проект по созданию больших языковых моделей (GPT-Neo, GPT-J) с использованием распределенных вычислений на добровольных GPU-ресурсах.

5. Алгоритмы и методы параллелизации
Data Parallelism
Распределение данных между узлами (используется в TensorFlow/PyTorch).

Model Parallelism
Разделение модели на части (например, в Megatron-LM для GPT-3).

Pipeline Parallelism
Организация вычислений в "конвейер" (используется в DeepSpeed и FairScale).

Hybrid Parallelism
Комбинация методов (например, в обучении моделей размером в триллионы параметров).

6. Международные исследовательские проекты
Human Brain Project (EU)
Использование суперкомпьютеров для симуляции нейронных сетей и ИИ-исследований.

Climate Modeling (например, NVIDIA Earth-2)
Распределенные ИИ-модели для прогнозирования климатических изменений.

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

Является ли проект Bitcoin примером параллелизации при сложных вычислениях?

Хорошо, пользователь спрашивает, является ли проект Bitcoin примером параллелизации при сложных вычислениях. Нужно разобраться в этом вопросе.

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

Теперь о Bitcoin. Основная вычислительная задача в Bitcoin — майнинг. Майнеры решают криптографические головоломки (хеширование) для добавления блоков в блокчейн. Цель майнинга — достичь консенсуса в сети и обеспечить безопасность.

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

Однако важно отличать параллелизацию внутри отдельного устройства от распределенной системы. Bitcoin сеть сама по себе распределенная, но майнинг происходит конкурентоспособно: каждый майнер работает независимо, пытаясь первым решить задачу. Здесь нет координации между узлами для совместного решения одной задачи, как в классических параллельных вычислениях. Вместо этого, каждый узел конкурирует, и только один получает награду. Это скорее массовый параллелизм без координации.

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

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

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

Проект Bitcoin действительно использует элементы параллелизации, но не в классическом смысле распределенных вычислений для решения сложных задач (как в научных симуляциях или обучении ИИ). Его подход к параллелизации связан с децентрализованной архитектурой и механизмом консенсуса, а не с оптимизацией ресурсов для ускорения вычислений. Вот ключевые аспекты:

1. Параллелизация в майнинге
Аппаратная параллелизация:
Майнеры используют специализированные устройства (ASIC) или GPU с тысячами ядер для параллельного перебора хешей в попытке найти правильный nonce (число, удовлетворяющее условию сложности сети). Каждое устройство выполняет миллиарды операций хеширования (SHA-256) в секунду, распределяя задачи между ядрами.

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

2. Децентрализация vs. Параллелизация
Распределенная сеть:
Bitcoin работает на тысячах независимых узлов, которые параллельно проверяют транзакции и блоки, обеспечивая безопасность и устойчивость к атакам. Однако это не ускоряет вычисления, а гарантирует надежность.

Отсутствие координации:
В отличие от кластеров с управляемым распределением задач (например, в суперкомпьютерах), узлы Bitcoin не синхронизируют вычисления. Каждый майнер действует автономно, что снижает эффективность, но повышает децентрализацию.

3. Сравнение с классической параллелизацией
Критерий Классическая параллелизация Bitcoin
Цель Ускорение решения одной задачи Децентрализация и безопасность сети
Кооперация узлов Да (совместное решение) Нет (конкуренция)
Эффективность Высокая (ресурсы объединены) Низкая (избыточные вычисления)
Пример Обучение GPT-4 на кластере GPU Майнинг на ASIC/GPU
4. Почему Bitcoin не является примером «сложных вычислений»
Алгоритмическая простота:
Задача майнинга сводится к перебору хешей (SHA-256), что требует больших вычислительных мощностей, но не сложной логики. Это «грубая сила» (brute-force), а не оптимизация или моделирование.

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

5. Альтернативные проекты на базе блокчейна
Если говорить о полезной параллелизации в криптопроектах, ближе к классическим вычислениям подходят:

Filecoin (распределенное хранение данных),

Golem (аренда вычислительных мощностей для рендеринга, ML),

BOINC (добровольные вычисления для науки на блокчейне).

Итог
Bitcoin использует массовый параллелизм (множество независимых устройств, решающих одну задачу), но это не классическая параллелизация для оптимизации вычислений. Его цель — обеспечить безопасность и децентрализацию, а не эффективное использование ресурсов. Для решения сложных научных задач требуются другие подходы, такие как распределенное обучение ИИ или кластерные вычисления.

Зачем нужны пулы в майнинге если самый мощный майнер всегда майнит быстрее всех?

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

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

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

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

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

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

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

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

Возможно, стоит привести аналогию с лотереей: покупая много билетов (объединяясь в пул), шанс выиграть выше, но выигрыш делится между всеми.

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

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

Майнинговые пулы существуют, чтобы решить ключевую проблему индивидуального (соло) майнинга: непредсказуемость и неравномерность вознаграждений. Даже если самый мощный майнер теоретически может находить блоки быстрее, на практике из-за высокой конкуренции и стохастической природы майнинга пулы дают участникам стабильный доход. Вот как это работает и зачем нужно:

1. Почему соло-майнинг невыгоден для большинства?
Низкая вероятность успеха:
Даже мощный майнер с дорогим оборудованием (например, ASIC) может месяцами не находить блок из-за растущей сложности сети и конкуренции с другими майнерами.
Пример: Если ваш хешрейт составляет 0.1% от общей мощности сети, вы в среднем будете находить 1 блок в 1000 попыток, что может занять годы.

Высокая волатильность доходов:
Соло-майнер получает вознаграждение только при нахождении блока (например, 6.25 BTC за блок в Bitcoin), но это происходит редко и случайно. Это делает доход непредсказуемым, что неприемлемо для профессиональных майнеров.

2. Как пулы решают эти проблемы?
Объединение вычислительной мощности:
Участники пула работают вместе, объединяя свои мощности (хешрейт) для поиска блоков. Когда пул находит блок, вознаграждение делится между участниками пропорционально их вкладу.

Регулярные выплаты:
Даже если отдельный майнер слаб, пул находит блоки чаще (например, раз в несколько часов). Участники получают небольшие, но стабильные выплаты (например, 0.0001 BTC в день вместо 6.25 BTC раз в несколько лет).

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

3. Почему мощные майнеры тоже присоединяются к пулам?
Гарантия дохода:
Даже крупные майнеры предпочитают пулы, чтобы избежать периодов «неудач». Например, майнер с 5% мощности сети теоретически может не найти блок несколько недель подряд из-за случайности. В пуле он будет получать долю от каждого найденного блока.

Экономия на операционных расходах:
Пулы берут на себя организационные задачи:
— Распределение задач между участниками (чтобы избежать дублирования вычислений).
— Выплаты в фиатной валюте или криптовалюте.
— Мониторинг оборудования и устранение сбоев.

4. Как работают пулы технически?
Разделение задач:
Пул разбивает задачу поиска хеша блока на миллиарды подзадач (например, разные диапазоны nonce) и распределяет их между участниками. Это исключает повторение одних и тех же вычислений разными майнерами.

Система вознаграждений:
Участники получают долю в зависимости от выполненной работы. Популярные схемы:
— PPS (Pay Per Share): Фиксированная оплата за каждую отправленную "долю" (share).
— PROP (Proportional): Вознаграждение делится пропорционально вкладу в найденный блок.
— FPPS (Full Pay Per Share): Комбинация PPS и комиссий за транзакции.

5. Пример расчета доходности
Предположим:

Общий хешрейт сети Bitcoin: 300 EH/s (300 экзахешей в секунду).

Хешрейт пула: 30 EH/s (10% сети).

Ваш хешрейт: 30 PH/s (0.01% от мощности пула).

Без пула:

Шанс найти блок: ~1 раз в 10 000 блоков (около 2 лет).

Доход: 6.25 BTC раз в 2 года → высокорисковый, нестабильный.

В пуле:

Пул находит блок в среднем каждые 100 минут (10% сети).

Ваша доля: 0.01% от 6.25 BTC = 0.000625 BTC за блок.

Ежедневный доход: ~0.000625 BTC × 14.4 блоков/день ≈ 0.009 BTC/день.

6. Критика пулов
Централизация:
Крупные пулы (например, Foundry USA, AntPool) контролируют значительную часть хешрейта, что противоречит идее децентрализации Bitcoin.

Комиссии:
Пулы берут комиссию (1–3%), что снижает доход майнеров.

Атаки 51%:
Если пул контролирует >50% мощности сети, он может манипулировать блокчейном (хотя в Bitcoin это экономически невыгодно).

Итог
Пулы в майнинге — это компромисс между децентрализацией и прагматизмом. Они позволяют даже мелким участникам получать предсказуемый доход, а крупным майнерам — снижать риски. Без пулов майнинг стал бы уделом только промышленных ферм с гигантскими мощностями, что убило бы децентрализацию — ключевую ценность криптовалют. Отправлено спустя 53 минуты 49 секунд:
Решил спросить ИИ о будущем человечества.
Можешь ли ты предсказать будущее человечества через миллиард лет?

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

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

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

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

Социальные и культурные аспекты. Как изменится общество за такой период? Возможно, объединение в межзвездные цивилизации или разделение на различные ветви. Трудно представить, но можно предположить, что эти изменения будут радикальными.

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

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

Предсказать будущее человечества через миллиард лет — задача, которая балансирует на грани науки и фантастики. За такой колоссальный срок даже звезды рождаются и умирают, а геологические и космические процессы радикально меняют условия во Вселенной. Однако, опираясь на современные научные знания и тенденции, можно наметить несколько сценариев:

1. Астрофизические изменения
Эволюция Солнца:
Через 1 млрд лет Солнце станет на 10% ярче, что приведет к испарению океанов Земли и превращению планеты в безжизненную пустыню. Если человечество не колонизирует другие миры, его существование на Земле станет невозможным.

Спасение: Переселение в другие звездные системы (например, к красным карликам вроде Проксимы Центавра) или создание орбитальных мегаструктур (сферы Дайсона).

Галактические события:
Через 1–2 млрд лет Млечный Путь столкнется с галактикой Андромеды. Это вызовет хаотическое перемещение звезд, но из-за огромных расстояний между ними шанс катастрофы для конкретной планетной системы минимален.

2. Эволюция человечества
Биологическая трансформация:
За миллиард лет естественная эволюция или генная инженерия могут изменить людей до неузнаваемости. Возможные варианты:

Киборгизация: Слияние с машинами для выживания в экстремальных условиях.

Небиологические формы: Перенос сознания в цифровые носители или энергетические сущности.

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

Расселение по Вселенной:
Если человечество избежит самоуничтожения, оно может заселить миллионы планет, превратившись в межзвездную цивилизацию. По шкале Кардашёва это будет уровень II (контроль над энергией звезды) или даже III (управление энергией галактики).

3. Угрозы выживанию
Внутренние риски:

Ядерная война, экологический коллапс, искусственный интеллект, вышедший из-под контроля.

Социальный регресс или потеря цели развития («космическая стагнация»).

Внешние риски:

Гамма-всплески, взрывы сверхновых, падение астероидов.

Встреча с враждебными инопланетными цивилизациями (если они существуют).

4. Культурные и философские метаморфозы
Утрата «человечности»:
За миллиард лет понятия «личность», «сознание» и «этика» могут стать архаизмами. Цивилизация может развиться в нечто, что современный человек не способен понять, как муравей не понимает интернет.

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

5. Научная фантастика vs Реальность
Оптимистичный сценарий:
Люди станут творцами новых вселенных, научатся управлять пространством-временем и преодолеют тепловую смерть Вселенной.

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

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

Почему это невозможно точно предсказать?
Эффект бабочки: Непредсказуемость хаотических систем даже на коротких дистанциях.

Технологическая сингулярность: После создания сверхразума траектория развития станет непредсказуемой для людей.

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

Итог
Через миллиард лет человечество, скорее всего, либо перестанет существовать в привычном виде, либо превратится в нечто, что мы сейчас назвали бы «богами». Однако сама попытка заглянуть так далеко напоминает, как средневековый алхимик пытался предсказать квантовые компьютеры. Это упражнение в воображении, основанное на науке, но граничащее с поэзией. Единственное, что можно утверждать уверенно: Вселенная будет жить, а вопрос о нашем месте в ней останется открытым.
Покроется небо пылинками звезд и выгнутся ветки упруго.

Аватара пользователя

skor
Сообщений: 1094
Стаж: 21 год 1 месяц
Реальное имя: Сергей
Желаемая форма обращения: На "ты"
Откуда: Авксом
Благодарил (а): 42 раза
Поблагодарили: 143 раза
Возраст: 49
Контактная информация:

Век информации переходит в век киборгов

Сообщение skor » 07.02.2025, 04:28

Alex Ivanov писал(а): 07.02.2025, 01:01 Приведи примеры глобальных ИИ проектов параллелизации
Свят-свят-свят :facepalm:

Не могу не процитировать сам себя:
skor писал(а): 05.02.2025, 16:43 уровень ответа БЯМ, как правило, соответствует уровню запроса. Т.е. если запрос глуповатый, то и ответ, скорее всего, тоже будет глуповат. Проверено
Если интересно, могу объяснить, почему так получается.
Алиса в последний раз поглядела на всех, сказала тихо: "Прощайте, ребята", - и вышла из комнаты. Навсегда.

Аватара пользователя

Олег К
Сообщений: 1174
Стаж: 16 лет 9 месяцев
Желаемая форма обращения: Как хотите к себе
Благодарил (а): 291 раз
Поблагодарили: 364 раза

Век информации переходит в век киборгов

Сообщение Олег К » 07.02.2025, 12:36

Что-то у него два этих сообщения в одно не сходятся.
Alex Ivanov писал(а): 07.02.2025, 01:01 1 блок в 1000 попыток, что может занять годы.
Alex Ivanov писал(а): 07.02.2025, 01:01 1 раз в 10 000 блоков (около 2 лет).

Аватара пользователя

Автор темы
Alex Ivanov
В сети
Сообщений: 3969
Стаж: 15 лет 8 месяцев
Реальное имя: Alex
Желаемая форма обращения: Как хотите к себе
Откуда: Ростов-на-Дону
Благодарил (а): 414 раз
Поблагодарили: 539 раз
Возраст: 55

Век информации переходит в век киборгов

Сообщение Alex Ivanov » 07.02.2025, 18:17

skor писал(а): 07.02.2025, 04:28 Если интересно, могу объяснить, почему так получается.
А что не так? Глобальные проекты с распределёнными вычислениями перечислены.
Покроется небо пылинками звезд и выгнутся ветки упруго.

Аватара пользователя

skor
Сообщений: 1094
Стаж: 21 год 1 месяц
Реальное имя: Сергей
Желаемая форма обращения: На "ты"
Откуда: Авксом
Благодарил (а): 42 раза
Поблагодарили: 143 раза
Возраст: 49
Контактная информация:

Век информации переходит в век киборгов

Сообщение skor » 07.02.2025, 18:48

Alex Ivanov писал(а): 07.02.2025, 18:17 А что не так? Глобальные проекты с распределёнными вычислениями перечислены
Я не настолько себя не уважаю, чтобы читать простыни, сгенерированные ИИ по запросу "Приведи примеры глобальных ИИ проектов параллелизации". Извините :-)

Поэтому давайте предположим, что БЯМ привела какие-то примеры, и эти примеры не являются галлюцинациями модели, а действительно существуют. И тут у меня возникает вопрос, а что вы, Alex Ivanov, хотите этими примерами показать?

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

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

Аватара пользователя

Автор темы
Alex Ivanov
В сети
Сообщений: 3969
Стаж: 15 лет 8 месяцев
Реальное имя: Alex
Желаемая форма обращения: Как хотите к себе
Откуда: Ростов-на-Дону
Благодарил (а): 414 раз
Поблагодарили: 539 раз
Возраст: 55

Век информации переходит в век киборгов

Сообщение Alex Ivanov » 07.02.2025, 19:10

skor писал(а): 07.02.2025, 18:48 Напомню, мой тезис заключался в том, что распараллеливание вычислений в общем случае ограничено необходимостью синхронизировать вычислительные узлы и передавать между ними промежуточные результаты вычислений.
Каждый вычислительный узел считает часть своей работы и посылает результаты расчетов в центр который потом соединяет всё вместе и посылает потом узлам новые данные для расчетов. Таким образом не нужно синхронизировать все узлы.
Последний раз редактировалось Alex Ivanov 17.02.2025, 11:42, всего редактировалось 1 раз.
Покроется небо пылинками звезд и выгнутся ветки упруго.

Аватара пользователя

skor
Сообщений: 1094
Стаж: 21 год 1 месяц
Реальное имя: Сергей
Желаемая форма обращения: На "ты"
Откуда: Авксом
Благодарил (а): 42 раза
Поблагодарили: 143 раза
Возраст: 49
Контактная информация:

Век информации переходит в век киборгов

Сообщение skor » 07.02.2025, 20:34

Alex Ivanov писал(а): 07.02.2025, 19:10 Каждый вычислительный узел считает часть своей работы и посылает результаты расчетов в центр которые потом соединяет всё вместе и посылает потом узлам новые данные для расчетов. Таким образом не нужно синхронизировать все узлы.
Соединение результатов расчётов, полученных от узлов, -- это и есть синхронизация.

Типичная задача, решение которой мы хотим распараллелить, обладает двумя свойствами:
  1. она состоит из этапов, между которыми имеется зависимость по данным, то есть не завершив полностью этап A, невозможно начать этап B;
  2. каждый этап, в принципе, можно разбить на части, которые решаются параллельно, но при этом заранее невозможно предсказать, сколько времени займёт вычисление каждой из этих частей.
Пусть нам нужно выполнить этап A, а затем выполнить этап B. Для этого мы разбиваем этап A на части и запускаем вычисление каждой части на отдельном узле. Так как мы не можем заранее предсказать, сколько времени займёт вычисление каждой из этих частей, то неизбежна ситуация, когда какие-то узлы уже посчитали свою часть, а какие-то всё ещё считают. Тем самым, часть узлов вынуждена простаивать, дожидаясь отстающих товарищей.

Момент времени, когда самый последний узел досчитает свою часть этапа A, -- это и есть первая точка синхронизации. В этот момент центр наконец-то получает все результаты этапа A и может соединить их воедино, чтобы приступить к этапу B.
Алиса в последний раз поглядела на всех, сказала тихо: "Прощайте, ребята", - и вышла из комнаты. Навсегда.

Аватара пользователя

Автор темы
Alex Ivanov
В сети
Сообщений: 3969
Стаж: 15 лет 8 месяцев
Реальное имя: Alex
Желаемая форма обращения: Как хотите к себе
Откуда: Ростов-на-Дону
Благодарил (а): 414 раз
Поблагодарили: 539 раз
Возраст: 55

Век информации переходит в век киборгов

Сообщение Alex Ivanov » 07.02.2025, 21:15

skor писал(а): 07.02.2025, 20:34 часть узлов вынуждена простаивать, дожидаясь отстающих товарищей
Можно отправлять такие задачи которые бы соответствовали мощности каждого узла чтобы они заканчивали их рассчитывать примерно в одно и тоже время. Также можно отправлять несколько разных задач чтобы исключить простои.
Покроется небо пылинками звезд и выгнутся ветки упруго.

Аватара пользователя

skor
Сообщений: 1094
Стаж: 21 год 1 месяц
Реальное имя: Сергей
Желаемая форма обращения: На "ты"
Откуда: Авксом
Благодарил (а): 42 раза
Поблагодарили: 143 раза
Возраст: 49
Контактная информация:

Век информации переходит в век киборгов

Сообщение skor » 07.02.2025, 22:23

Alex Ivanov писал(а): 07.02.2025, 21:15 Можно отправлять такие задачи которые бы соответствовали мощности каждого узла чтобы они заканчивали их рассчитывать примерно в одно и тоже время
Дело здесь не в том, что узлы имеют разную вычислительную мощность, а в том, что невозможно предсказать объём вычислений!

Есть фундаментальная проблема теории вычислений: в общем случае, не выполнив вычисления, невозможно сказать, как долго они будут выполняться. Более того, для особенно сложных задач даже неизвестно, завершатся ли вычисления или нет.
Alex Ivanov писал(а): 07.02.2025, 21:15 Также можно отправлять несколько разных задач чтобы исключить простои.
Можно, если мы работаем в так называемом пакетном режиме, т.е. нам не интересно посчитать какую-то конкретную задачу к заданному сроку, но нужно по максимуму загрузить оборудование.

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

Аватара пользователя

Автор темы
Alex Ivanov
В сети
Сообщений: 3969
Стаж: 15 лет 8 месяцев
Реальное имя: Alex
Желаемая форма обращения: Как хотите к себе
Откуда: Ростов-на-Дону
Благодарил (а): 414 раз
Поблагодарили: 539 раз
Возраст: 55

Век информации переходит в век киборгов

Сообщение Alex Ivanov » 08.02.2025, 00:17

skor писал(а): 07.02.2025, 22:23 Дело здесь не в том, что узлы имеют разную вычислительную мощность, а в том, что невозможно предсказать объём вычислений!

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

Отправлено спустя 6 минут 43 секунды:
skor писал(а): 07.02.2025, 22:23 Можно, если мы работаем в так называемом пакетном режиме, т.е. нам не интересно посчитать какую-то конкретную задачу к заданному сроку, но нужно по максимуму загрузить оборудование.

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

Отправлено спустя 1 час 1 минуту 56 секунд:
Олег К писал(а): 07.02.2025, 12:36 Что-то у него два этих сообщения в одно не сходятся.
Вот что ответил ИИ.
Есть ли противоречия между первым и вторым утверждениями о вероятности найти блок в Bitcoin: 1. Если ваш хешрейт составляет 0.1% от общей мощности сети, вы в среднем будете находить 1 блок в 1000 попыток, что может занять годы. 2. Общий хешрейт сети Bitcoin: 300 EH/s (300 экзахешей в секунду). Хешрейт пула: 30 EH/s (10% сети). Ваш хешрейт: 30 PH/s (0.01% от мощности пула). Без пула: Шанс найти блок: ~1 раз в 10 000 блоков (около 2 лет).

Хорошо, давайте разберемся с этим вопросом. Пользователь спрашивает, есть ли противоречие между двумя утверждениями о вероятности найти блок в Bitcoin. Первое утверждение говорит, что при 0.1% хешрейта сети майнер будет находить блок в среднем каждые 1000 блоков, что может занять годы. Второе утверждение приводит конкретные цифры: общий хешрейт сети 300 EH/s, хешрейт пула 30 EH/s (10% сети), а индивидуальный хешрейт 30 PH/s (0.01% от пула). Без пула шанс найти блок оценивается как ~1 раз в 10 000 блоков, примерно 2 года.

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

В первом утверждении говорится, что 0.1% хешрейта дает 1 блок в 1000 попыток. Поскольку блоки генерируются каждые 10 минут, 1000 блоков займет около 10000 минут, что примерно 7 дней. Но утверждение упоминает годы, что странно. Возможно, здесь ошибка в расчетах или понимании временных рамок.

Во втором утверждении указано, что индивидуальный хешрейт составляет 30 PH/s при общем хешрейте сети 300 EH/s. Переводим единицы: 30 PH/s = 0.03 EH/s, так как 1 EH = 1000 PH. Тогда доля майнера от сети: 0.03 / 300 = 0.0001, то есть 0.01%. Это соответствует второму утверждению. Шанс найти блок без пула оценивается как 1 из 10 000 блоков. Учитывая, что 10 минут на блок, 10 000 блоков займет 10000 * 10 = 100 000 минут ≈ 1667 часов ≈ 69 дней. Но во втором утверждении говорится о 2 годах. Это несоответствие.

Теперь нужно проверить, почему в первом случае 0.1% хешрейта приводит к 1000 блокам (7 дней), а во втором случае 0.01% хешрейта приводит к 10 000 блокам (69 дней), но утверждается, что это 2 года. Видимо, где-то ошибка в расчетах времени. Либо в первом случае подразумевается, что 1000 попыток — это не блоки, а что-то другое, либо неправильно переведены единицы измерения. Возможно, в первом утверждении не учтена сложность сети и время на блок, а просто говорится о вероятности в попытках, что не соответствует реальному времени. Во втором же случае расчет времени, вероятно, ошибочен, так как 0.01% от сети должно давать примерно 1 блок в 10 000 блоков, что около 69 дней, а не 2 лет. Значит, здесь противоречие в оценке времени: 69 дней против 2 лет. Либо где-то ошибка в процентах. Нужно перепроверить расчеты.

Также важно учесть, что 30 PH/s — это 0.01% от пула (30 EH/s), но от общей сети это 0.01% от 10%, то есть 0.001% общей сети. Тогда шанс был бы 1 из 100 000 блоков, что около 1.9 лет. Возможно, здесь путаница между долей от пула и долей от сети. Если пользователь имеет 0.01% от пула (30 EH/s), то его хешрейт 0.003 EH/s, что составляет 0.001% от сети (300 EH/s). Тогда ожидаемое время нахождения блока: 1 / (0.00001) = 100 000 блоков, что примерно 100 000 * 10 минут = 1 000 000 минут ≈ 1.9 лет. Это совпадает с утверждением о 2 годах. Значит, во втором случае правильно рассчитано время, а в первом утверждении, возможно, ошибка: 0.1% хешрейта должен давать 1 блок в 1000 блоков (примерно 7 дней), но говорится о годах. Это противоречие. То есть первое утверждение неверно в оценке времени, тогда как второе верно. Либо в первом случае под "попытками" понимается не блоки, а что-то другое, но это маловероятно. Следовательно, противоречие есть: первое утверждение оценивает время намного больше, чем должно быть при 0.1% хешрейта, второе — более точно.

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

Разбор противоречий:
Первое утверждение (0.1% хешрейта сети):

Если доля хешрейта составляет 0.1%, вероятность найти блок — 1 из 1000 блоков (так как
0.1%=1/1000).

При стандартном времени генерации блока в Bitcoin (10 минут), 1000 блоков ≈ 7 дней.

Однако утверждение упоминает, что это может занять годы, что неверно. Здесь ошибка в оценке времени.

Второе утверждение (0.01% от пула, 0.001% от сети):

Хешрейт пользователя: 30 PH/s = 0.03 EH/s (1 EH = 1000 PH).

Доля от сети:
0.03/300=0.0001 (0.01% от пула и 0.001% от всей сети).

Вероятность найти блок:
1/0.00001=100000 блоков ≈ 1.9 лет (что согласуется с указанными ~2 годами).

Это корректный расчет.

Источник противоречия:
Первое утверждение содержит ошибку:

При доле хешрейта 0.1% время нахождения блока должно быть ~7 дней, а не "годы".

Либо в первом случае подразумевается неверная интерпретация "попыток" (например, вместо блоков — отдельные хеши, что не имеет смысла).

Второе утверждение верно:

При доле 0.001% от сети время действительно составляет ~2 года.

Итог:
Противоречие возникает из-за некорректной оценки времени в первом утверждении. Второе утверждение точнее отражает зависимость между долей хешрейта и временем нахождения блока.
Ключевая ошибка: 0.1% хешрейта ≠ "годы", а 0.001% ≈ 2 года.
Покроется небо пылинками звезд и выгнутся ветки упруго.

Аватара пользователя

skor
Сообщений: 1094
Стаж: 21 год 1 месяц
Реальное имя: Сергей
Желаемая форма обращения: На "ты"
Откуда: Авксом
Благодарил (а): 42 раза
Поблагодарили: 143 раза
Возраст: 49
Контактная информация:

Век информации переходит в век киборгов

Сообщение skor » 08.02.2025, 00:24

Alex Ivanov писал(а): 07.02.2025, 23:15 Перебор определенного массива данных с поиском определённых паттернов (проект SETI) может быть примерно одинаковым по длительности и цикличности.
Да, имеются редкие примеры хороших задач, которые могут быть разбиты на части одинакового объёма.
► Показать
Справедливости ради не могу не отметить, что существуют плохие задачи, выполнение которых вообще невозможно распараллелить. Например, представьте, что вам нужно разделить десятичное число длиной 10000 знаков на какое-то другое число, имеющее, скажем, 5 знаков. При этом у вас нет компьютера, но есть 100 друзей, которые готовы вам помочь, если вы скажете каждому из них, что он должен делать. Как вы нарежете задачу на 100 друзей, а? :wink:
Alex Ivanov писал(а): 07.02.2025, 23:15 Нет, я имел ввиду поочередную обработку. Сначала узлом обрабатывается одна задача, затем результаты расчетов высылаются центру, после этого запрашиваются новые данные, но центр все еще ожидает данные от других узлов и не может закончить цикл и не может выслать новые данные, поэтому он высылает узлу другие данные для решения совершенно другой задачи чтобы не было простоя.
Вы меня, увы, не поняли. Попробую объяснить понятнее.

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

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

Аватара пользователя

Нгаан
Сообщений: 22645
Стаж: 18 лет 5 месяцев
Желаемая форма обращения: Всё равно
Откуда: Y-краина
Благодарил (а): 2343 раза
Поблагодарили: 4272 раза
Возраст: 18
Контактная информация:

Век информации переходит в век киборгов

Сообщение Нгаан » 08.02.2025, 10:14

skor писал(а): 08.02.2025, 00:24 Поэтому узлу полезно решать одну и ту же задачу, просто получая от центрального узла новые порции данных для обработки.
Идея построения конвейерных архитектур именно из этого в своё время и исходила: последовательность оптимизированных и чётко настроенных блоков, которые передают данные друг другу без перезагрузки функций. Она позволила существенно ускорить обработку, но показала и соответствующие ограничения, а именно трудность разделения сложных операций на части с примерно одинаковым временем исполнением каждой из частей. Неправильная работа в "процессе разделения" приводила к простоям отдельных частей вычислительного конвейера.
*Laie*
Последний раз редактировалось Нгаан 08.02.2025, 22:57, всего редактировалось 1 раз.
"Если бы кошек не было на свете, их стоило бы выдумать."
(Юрий Куклачёв)

Аватара пользователя

Олег К
Сообщений: 1174
Стаж: 16 лет 9 месяцев
Желаемая форма обращения: Как хотите к себе
Благодарил (а): 291 раз
Поблагодарили: 364 раза

Век информации переходит в век киборгов

Сообщение Олег К » 08.02.2025, 14:13

Alex Ivanov писал(а): 08.02.2025, 00:17 Также важно учесть, что 30 PH/s — это 0.01% от пула (30 EH/s), но от общей сети это 0.01% от 10%, то есть 0.001% общей сети.
А, ну понятно почему не сходится - сиспсик не умеет в прОценты :D

Аватара пользователя

Автор темы
Alex Ivanov
В сети
Сообщений: 3969
Стаж: 15 лет 8 месяцев
Реальное имя: Alex
Желаемая форма обращения: Как хотите к себе
Откуда: Ростов-на-Дону
Благодарил (а): 414 раз
Поблагодарили: 539 раз
Возраст: 55

Век информации переходит в век киборгов

Сообщение Alex Ivanov » 09.02.2025, 00:31

skor писал(а): 08.02.2025, 00:24 завершать инфраструктуру одной задачи и разворачивать инфраструктуру другой задачи
Совсем не обязательно. Например, обе программы могут быть запущены одновременно. Но только одна из них занимается обработкой, другая будет находится в режиме ожидания данных.

Отправлено спустя 19 минут 4 секунды:
skor писал(а): 08.02.2025, 00:24 Справедливости ради не могу не отметить, что существуют плохие задачи, выполнение которых вообще невозможно распараллелить. Например, представьте, что вам нужно разделить десятичное число длиной 10000 знаков на какое-то другое число, имеющее, скажем, 5 знаков. При этом у вас нет компьютера, но есть 100 друзей, которые готовы вам помочь, если вы скажете каждому из них, что он должен делать. Как вы нарежете задачу на 100 друзей, а?
Вот что ответил ИИ: "Прямое деление в лоб (в столбик) для этой задачи на современном процессоре займет менее 1 мс, что делает любую параллелизацию бессмысленной."
Покроется небо пылинками звезд и выгнутся ветки упруго.

Аватара пользователя

Олег К
Сообщений: 1174
Стаж: 16 лет 9 месяцев
Желаемая форма обращения: Как хотите к себе
Благодарил (а): 291 раз
Поблагодарили: 364 раза

Век информации переходит в век киборгов

Сообщение Олег К » 09.02.2025, 02:00

Alex Ivanov писал(а): 09.02.2025, 00:31 Вот что ответил ИИ: "Прямое деление в лоб (в столбик) для этой задачи на современном процессоре займет менее 1 мс, что делает любую параллелизацию бессмысленной."
ИИ сообразил, что если у вас нет компьютера, но есть сто друзей, то у кого-то из них он точно будет.

Аватара пользователя

skor
Сообщений: 1094
Стаж: 21 год 1 месяц
Реальное имя: Сергей
Желаемая форма обращения: На "ты"
Откуда: Авксом
Благодарил (а): 42 раза
Поблагодарили: 143 раза
Возраст: 49
Контактная информация:

Век информации переходит в век киборгов

Сообщение skor » 09.02.2025, 02:49

Alex Ivanov писал(а): 09.02.2025, 00:31 Совсем не обязательно. Например, обе программы могут быть запущены одновременно
А что, если не могут?
Alex Ivanov писал(а): 09.02.2025, 00:31
skor писал(а): 08.02.2025, 00:24 Справедливости ради не могу не отметить, что существуют плохие задачи, выполнение которых вообще невозможно распараллелить. Например, представьте, что вам нужно разделить десятичное число длиной 10000 знаков на какое-то другое число, имеющее, скажем, 5 знаков. При этом у вас нет компьютера, но есть 100 друзей, которые готовы вам помочь, если вы скажете каждому из них, что он должен делать. Как вы нарежете задачу на 100 друзей, а?
Вот что ответил ИИ: "Прямое деление в лоб (в столбик) для этой задачи на современном процессоре займет менее 1 мс, что делает любую параллелизацию бессмысленной."
Я правильно понимаю, что вас вполне удовлетворяет роль посредника между мной и чат-ботом? :facepalm:
Алиса в последний раз поглядела на всех, сказала тихо: "Прощайте, ребята", - и вышла из комнаты. Навсегда.

Новая тема Ответить

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и 20 гостей