Добро пожаловать,
Свежие материалы
Обсуждения
Микропроцессор "Эверест" (1)
Запрет регистрации на osrc.info (1)
Ответ Javе и Flash'у (70)
Новая программа поддержки от Microsoft (2)
Solaris будет портирован на Itanium и POWER? (3)
9 декабря вышла новая сборка Xameleon (9)
рассылка (2)
ЗРОС (3)
Новый стиль OSRC.info (2)
Обсуждение статьи "Взгляд на развитие YellowTAB" (124)В Сети
Гостей: 2, Пользователей: 1 ...
Roman I Khimov смотрит rss.php
рекорд он-лайн: 2015
(Пользователей: 1, Гостей: 2014) в 29.03.2010 00:07
Пользователей: 1007
Новичок: alicemokas
Roman I Khimov смотрит rss.phpрекорд он-лайн: 2015
(Пользователей: 1, Гостей: 2014) в 29.03.2010 00:07
Пользователей: 1007
Новичок: alicemokas
| Центр информации по операционным системам :: Форумы :: Операционные системы :: GNU/Linux |
|
<< Предыдущая тема | Следующая тема >> |
| Обсуждение: Вездесущий GNU/Linux | ||
| Переход на страницу 1 2 3 4 5 [6] | |
|
Модераторы: Roman I Khimov, Wanderer, Dron
|
| Автор | Добавил | ||
| Evgeniy |
| ||
 ID пользователя #658 Зарегистрирован: Воскресенье 28.05.2006 12:38Сообщений: 18 | Freeman написал(а) ... Evgeniy написал(а) ... я спрашиваю какой выигрыш это даст при запихиванию ее полной поддержки в ядро, пример про Васю Пупкина желающего Вот и даст выигрыш в умолчательном исключении пупкиных. Меньше пупкиных - выше надежность (скорость, предсказуемость, гибкость, масштабируемость, простота поддержки...) системы. Безопасноть - сомнительно, но возможно, хотя хорошое продуманные "права" доступа к устройствам я думаю решат проблему. А вот гибкость и масштабируемость - это вряд ли, это все же более высокий уровень, соотвественно уровень возможностей падает. ЗЫ А вам знаком подход который используется в linux или вы просто так все это "пишите"? советую посмотреть например /usr/src/linux/Documentation/filesystems/spufs.txt | ||
| Наверх | | ||
| Evgeniy |
| ||
| ID пользователя #658 Зарегистрирован: Воскресенье 28.05.2006 12:38Сообщений: 18 | Roman I Khimov написал(а) ... Evgeniy написал(а) ... б)В чем принципиальная невозможность реализации на "С": "Событийная модель в виде системы обработки транзакций", не кривость, а невозможность? В ограниченности человеческих способностей. С аналогичным успехом можно писать то же самое на ассемблере. ну "С" это универсальный "ассемблер"  ,но выбора-то нету, аналогичного по возможностям/наличию компиляторов нету. | ||
| Наверх | | ||
| Evgeniy |
| ||
| ID пользователя #658 Зарегистрирован: Воскресенье 28.05.2006 12:38Сообщений: 18 | Evgeniy написал(а) ... (скорость, предсказуемость, гибкость, масштабируемость, простота поддержки...) гибкость и т.д. относится скорее к использованию "языка Х", который может быть реализован вне зависимости от того использует ли от spufs или практически полностью реализован в ядре, а вот простоту поддержки как раз обеспечивает Linux, т.к. только необходимый минимум реализован в ядре. | ||
| Наверх | | ||
| captain cobalt |
| ||
  ID пользователя #12 Зарегистрирован: Воскресенье 04.07.2004 21:44Местонахождение: /ru/perm Сообщений: 144 | Управление SPU реализовано в виде файловой системы. Почему? Потому что Linux не может управлять этими процессорами как процессорами. Что нужно. Нужна достаточно высокоуровневая параллельная архитектура, которая может автоматически оптимизироваться для достаточно широкого класса параллельных машин. Ц - это однопоточный язык программирования. bluebottle.ethz.ch - Bluebottle. Швейцария. Сделано с умом. | ||
| Наверх |
| ||
| Evgeniy |
| ||
| ID пользователя #658 Зарегистрирован: Воскресенье 28.05.2006 12:38Сообщений: 18 | captain cobalt написал(а) ... Управление SPU реализовано в виде файловой системы. Почему? Потому что Linux не может управлять этими процессорами как процессорами. вывод довольно странный, в unix системах есть идеалогия "все файл", я думаю это и есть одна из главных причин данной реализации. написал(а) ... Что нужно. Нужна достаточно высокоуровневая параллельная архитектура, которая может автоматически оптимизироваться для достаточно широкого класса параллельных машин. Ц - это однопоточный язык программирования. Все смешалось кони, люди... Она есть в виде библиотек и расширений языков программирования. ЗЫ Рапараллеривание для обычной SMP архитектуры и для Cell это совершенно разные вещи. | ||
| Наверх | | ||
| captain cobalt |
| ||
| ID пользователя #12 Зарегистрирован: Воскресенье 04.07.2004 21:44Местонахождение: /ru/perm Сообщений: 144 | Evgeniy написал(а) ... Разумеется, не всё есть файл.вывод довольно странный, в unix системах есть идеалогия "все файл", Процессы - не есть файл. Пользователи - не есть файл. Пользователи имеют права на доступ к файлам, а процессы имперсонируют права своих пользователей. Обычно считается, что процессоры предназначены для выполнения процессов, а не для реализации файловой системы. Evgeniy написал(а) ... Рассмотрим язык Ц.Все смешалось кони, люди... Она есть в виде библиотек и расширений языков программирования. В нём нет динамически типизированных указателей и нет массивов, всё делается через адресную арифметику. Когда компилятор видит адресную арифметику, у него очень мало возможностей узнать, адрес чего здесь вычисляется. Теперь рассмотрим два оператора с адресной арифметикой. Возможно, они вычисляют разные адреса, тогда их можно выполнять параллельно. А возможно нет, и тогда нельзя. Что же есть у программистов на этом языке? У них есть "assume no pointer aliasing" и volatile для обратной операции. Всё это живо напоминает времена, когда компилятору можно было "помочь" распределить переменные по регистрам (с помощью слова register). Evgeniy написал(а) ... В прошлое должны отойти подходы, для которых это разные вещи.Рапараллеривание для обычной SMP архитектуры и для Cell это совершенно разные вещи. Необходима общая и эффективная модель параллелизма. bluebottle.ethz.ch - Bluebottle. Швейцария. Сделано с умом. | ||
| Наверх |
| ||
| Evgeniy |
| ||
| ID пользователя #658 Зарегистрирован: Воскресенье 28.05.2006 12:38Сообщений: 18 | captain cobalt написал(а) ... Evgeniy написал(а) ... Разумеется, не всё есть файл.вывод довольно странный, в unix системах есть идеалогия "все файл", Процессы - не есть файл. Пользователи - не есть файл. Пользователи имеют права на доступ к файлам, а процессы имперсонируют права своих пользователей. Фраза не являлась формальным утверждением, она всего лишь отражала концепцию. написал(а) ... Обычно считается, что процессоры предназначены для выполнения процессов, а не для реализации файловой системы. Они не реализиют файловую систему, ОС представляет к ним интерфейс как и ко всем остальным устройством, единобразным способом. Если не вам это не привычно, это не значит что это плохо. Почитайте например про Plan 9, и увидите какую элегантность простоту и мощь приносит данный подход. написал(а) ... Evgeniy написал(а) ... Рассмотрим язык Ц.Все смешалось кони, люди... Она есть в виде библиотек и расширений языков программирования. В нём нет динамически типизированных указателей и нет массивов, всё делается через адресную арифметику. Когда компилятор видит адресную арифметику, у него очень мало возможностей узнать, адрес чего здесь вычисляется. Теперь рассмотрим два оператора с адресной арифметикой. Возможно, они вычисляют разные адреса, тогда их можно выполнять параллельно. А возможно нет, и тогда нельзя. Что же есть у программистов на этом языке? У них есть "assume no pointer aliasing" и volatile для обратной операции. Всё это живо напоминает времена, когда компилятору можно было "помочь" распределить переменные по регистрам (с помощью слова register). Как-то не поспеваю я за вами  Я говорю> 2+2 равно 4 вы>и следовательно выполняется теорема Пифагора для каждой задачи свой язык, какой хотите такой и используйте в чем проблема. Evgeniy написал(а) ... В прошлое должны отойти подходы, для которых это разные вещи.Рапараллеривание для обычной SMP архитектуры и для Cell это совершенно разные вещи. Необходима общая и эффективная модель параллелизма.[/quote] кому нужна и зачем? | ||
| Наверх | | ||
| Переход на страницу 1 2 3 4 5 [6] | |
Powered by e107 Forum System