OSDev

APU это что такое?
APU=CPU+GPU
Это гибрид CPU и GPU. В планах более тесное сближение первого со вторым. На ближайшие 5 лет создания общей памяти в том числе виртуальной.


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

Это не задача ОС, но участие она принимает.
ОС делит ядра по процессам. А вот процесс распаралеливаеться по ядрам умным компилятором, но чаще программистам.
Задача ОС организовать чтобы ядра были рядом или последовательные, конвейерные.

Корпус против ядер. Это организация связи. Планарная или объёмная. Пока что ядра планарные и в ближайшие 5 лет видимо такими останутся. Эксперименты по 3-х мерным микросхемам идут ещё с 60-70 годов. Хотя память сейчас многомерная, но видимо у ядерных-процесорах проблемы с тепловыделением.

Так что бороться с пропускной способностью в ядерных архитекторах думаю придётся.

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

А эффективное распараллеливание возможно лишь при правильном
представлении самой задачи, вот в этом и должен помочь компилятор,
причем специальный под параллельное программирование.

Для pavia

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

Для эффективного распараллеливания POSIXом или чем-то подобным из
Форточек не обойдешься. Тут свой стандарт нужен будет.
Хотя стоит посмотреть, какие-то стандарты по распараллеливанию
явно уже существуют. Может быть кто-то слышал что-то?

Ну так и я про тоже объемное исполнение связано со скоростью обработки. На кристалле мы ограничены планетарностью передачи информации, а тут добавляться ещё и объем что увеличивает внутреннюю пропускную способность системы(компьютера).


Снизу в верх.
SSE, OpenCL и CUDA, OpenMP, MPI, NGNIX proxy, DNS.
И это только самые известные. А так на каждом уровне можно найти с десяток.
1. Параллельность на уровне группировке данных.
2. Потоки команд, конвейерная обработка.
3. Параллельность циклов
4. Параллельность функций.
5. Параллельность входных данных.
6. Параллельность по географическому признаку.

Для pavia

Попробую ещё раз.

Есть компьютер с процессором с несколькими ядрами. На нем работает ОС.

Есть компьютер, где на одной плате несколько чипов процессоров,
соединенных какой-то более менее быстрой шиной. На нем работает та же ОС.

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

Структура ОС должна позволять всё это.

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

Наша ОС (NewOS) это всё будет уметь.

А собственно вопрос - есть ли сейчас стандарты для API под распараллеливание
в рамках существующих систем?

Тогда POSIX и WIN API и поверх него реализуются такие интерфейсы как OpenMP, MPI и NGNIX proxy.
OpenCL и CUDA модно строить как на POSIX и WIN API так и с использованием более низкого уровня - через драйвера.

Великолепно, только что ж здесь новое? Всё это умели некоторые системы ещё конца 1960-х годов.

Для pavia и SII

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

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

И тут вопрос - существует ли что-то подобное? Если да, что что конкретно
и в каком виде?

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

Не очень понятно, что вы имеете в виду?

Для pavia

Извиняюсь, но более детально раскрывать суть не стоит, как Вы правильно
подметили, есть и ноу-хау. Здесь лишь как-то обозначен один из
фронтов разработки современных ОС в мире.

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

А кто-то может с этим всем и поэкспериментировать. ОКР сам по себе
имеет ценность и вполне может найти применение в том числе и в NewOS
или какой-то иной ОС, может быть и своей.

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