sab123: (Default)
[personal profile] sab123
Нынче модное слово в области синхронизации - транзакции. Особенно у Сана. И в железном виде, и в софтовом. Читал всякие статьи. В частности, вот:

http://research.sun.com/scalable/pubs/DISC2006.pdf

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

Так вот, разглядывание оценок скорости в этой статье наводит на мысли про мухлеж. Они сравнивают с алгоритмами, которые используют блокировки. И алгоритм с единственной глобальной блокировкой там сразу жестоко заваливается. А алгоритм с мелкими блокировками идет впереди до 16 тредов, а потом тоже заваливается. В машине ихней 16 процессоров. Не странное ли совпадение? И пишут, что они использовали опцию, которая по-возможности предотвращает переключение контекстов тредов. Выглядит очень, очень похоже на то, что они нагло использовали spinlocks в user-space. Пока живых процессоров хватает, они идут неплохо. А как только процессоры кончаются - начинается жопа, жопа. Но ведь по уму использовать спинлоки в пользовательском контексте никак нельзя. Иначе, чем мухлежом такой подход назвать не получается.
This account has disabled anonymous posting.
If you don't have an account you can create one now.
HTML doesn't work in the subject.
More info about formatting

January 2026

S M T W T F S
     12 3
45 6 7 8 9 10
11 12 13 14 151617
1819202122 23 24
25 26 2728293031

Most Popular Tags

Style Credit

Expand Cut Tags

No cut tags
Page generated Jan. 28th, 2026 12:21 am
Powered by Dreamwidth Studios