The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Apple выпустила диспетчер потоков Mac OS X под открытой лице..., opennews (??), 12-Сен-09, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


18. "Apple выпустила диспетчер потоков Mac OS X под открытой лице..."  –1 +/
Сообщение от pavlinux (ok), 12-Сен-09, 19:32 
> Связано это с тем, что различные «нити» требуют
> доступа к одним и тем же ресурсам, причем,
> зачастую одновременно.

А зачем тогда распараллеливать?!

Ответить | Правка | Наверх | Cообщить модератору

19. "Apple выпустила диспетчер потоков Mac OS X под открытой лице..."  +/
Сообщение от аноним (?), 12-Сен-09, 19:42 
>А зачем тогда распараллеливать?!

как иначе ускорять обработку? время безумного наращивания частот и усложнения инструкций прошло

Ответить | Правка | Наверх | Cообщить модератору

20. "Apple выпустила диспетчер потоков Mac OS X под открытой лице..."  –1 +/
Сообщение от pavlinux (ok), 12-Сен-09, 20:12 
>>А зачем тогда распараллеливать?!
>
>как иначе ускорять обработку? время безумного наращивания частот
> и усложнения инструкций прошло

Какая разница как добираться до ресурса, через очередь или через очередь + очередь блокировок.

A-поток, B-поток, ..., N-поток. R - ресурс. o - блокировка. z - разблокировка

Линейно: A - o - R - z - B - o  - R - z - ... - N - o - R - z

Праллел: A - B - ... N - A(o), B(o), ..., N(o), - A(R), B(R),..., N(R) - A(z), B(z),..., N(z)

Причем каждый поток/процесc/задача... тусуется в очереди перед каждой блокировкой, ожидая её снятия.

Так может, до 32 процессоров, выгоднее потусоваться в общей очереди?!

Без блокировки: AR - BR ... - NR

------

Другое дело это параллельные вычисления.

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

Sum ( sin(x)/x, от 1 до 2^64 ) на 8-ядерном

CPU(1) = sin(1)/1 + sin(9)/9 +  ...
CPU(2) = sin(2)/2 + sin(10)/10 + ...
CPU(3) = sin(3)/3 + sin(11)/11 + ...
CPU(4) = sin(4)/4 + sin(12)/12 + ...
CPU(5) = sin(5)/5 + sin(13)/13 + ...
CPU(6) = sin(6)/6 + sin(14)/14 + ...
CPU(7) = sin(7)/7 + sin(15)/15+ ...
CPU(8) = sin(8)/8 + sin(16)/16 + ...

Ответить | Правка | Наверх | Cообщить модератору

21. "Apple выпустила диспетчер потоков Mac OS X под открытой лице..."  +/
Сообщение от агоним (?), 12-Сен-09, 20:38 
разве irl не будет иначе?
A - B - ... - A(o) - ... - A(R) - ... - N - ... - B(o) - ... - A(z) - B(R) - ...
вплоть до N-1 потоков выполняются без ожидания, полностью утилизируя мощностя
Ответить | Правка | Наверх | Cообщить модератору

28. "Apple выпустила диспетчер потоков Mac OS X под открытой лице..."  +/
Сообщение от pavlinux (ok), 13-Сен-09, 04:11 
>разве irl не будет иначе?
>A - B - ... - A(o) - ... - A(R) -
>... - N - ... - B(o) - ... - A(z)
>- B(R) - ...
>вплоть до N-1 потоков выполняются без ожидания, полностью утилизируя мощностя

Выполняются да, без базара.

Но разговор-то был про очерёдность доступа к блокируемому ресурсу.

Живой пример: 1 проститутка и батальон гусар. (классика) :)

  

  

Ответить | Правка | Наверх | Cообщить модератору

42. "Apple выпустила диспетчер потоков Mac OS X под открытой лице..."  +/
Сообщение от Еще один аноним (?), 14-Сен-09, 12:44 
>> Связано это с тем, что различные «нити» требуют
>> доступа к одним и тем же ресурсам, причем,
>> зачастую одновременно.
>
>А зачем тогда распараллеливать?!
>

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

Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

46. "Apple выпустила диспетчер потоков Mac OS X под открытой лице..."  +/
Сообщение от letsmac (?), 14-Сен-09, 21:04 
>Не, просто не все же время работы нитей - это долбежка к
>одному и тому же ресурсу.

Естесвенно не всё. Но данные например надо кому-нибудь таки отдать, или забрать другие на обработку например - гемор с незавершёнными транзакциями, у которых надо выяснить собираются они завершаться, влияют ли на наши данные и тд ну  и например как-то сам файл с данными в случае С БД придется делить с тонной процессов через диспетчер. Особо не верящих рекомендую открыть методичку МиФи "проектирование файловых систем и БД".  

Ответить | Правка | Наверх | Cообщить модератору

50. "Apple выпустила диспетчер потоков Mac OS X под открытой лице..."  +/
Сообщение от User294 (ok), 14-Сен-09, 22:30 
>не верящих рекомендую открыть методичку МиФи "проектирование файловых систем и БД".

МиФи хороший институт, но одно все-таки не понятно: так где же отечественные файловые системы? oO

Ответить | Правка | Наверх | Cообщить модератору

51. "Apple выпустила диспетчер потоков Mac OS X под открытой лице..."  +/
Сообщение от letsmac (?), 14-Сен-09, 22:38 
>>не верящих рекомендую открыть методичку МиФи "проектирование файловых систем и БД".
>
>МиФи хороший институт, но одно все-таки не понятно: так где же отечественные
>файловые системы? oO

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

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру