Обсуждение участника:AKhimulya — различия между версиями
AKhimulya (обсуждение | вклад) |
AKhimulya (обсуждение | вклад) |
||
Строка 74: | Строка 74: | ||
Оценим данный алгоритм сверху при условии, что возможен запуск неограниченного количества независимых потоков. Из предыдущих пунктов <tex>T_{mergeSort}(n) = T_{mergeSort}(\frac{n}{2}) + T_{merge}(n) = T_{mergeSort}(\frac{n}{2}) + \Theta(\log^2(n)) = \Theta(\log^3(n))</tex>. | Оценим данный алгоритм сверху при условии, что возможен запуск неограниченного количества независимых потоков. Из предыдущих пунктов <tex>T_{mergeSort}(n) = T_{mergeSort}(\frac{n}{2}) + T_{merge}(n) = T_{mergeSort}(\frac{n}{2}) + \Theta(\log^2(n)) = \Theta(\log^3(n))</tex>. | ||
− | === | + | ===Оценка при фиксированном числе потоков=== |
Очевидно, что при отсутствии возможности запуска неограниченного количества независимых потоков, вычислительная сложность многопоточного алгоритма зависит от максимально возможного количества независимых потоков. Обозначим такое количество как <tex>N_{ind}</tex>. Допустим, <tex>n</tex> много больше <tex>N_{ind}</tex>, что в общем случае верно для ПК и достаточно больших объемов данных. Оценим приведенные выше алгоритмы с учетом наложенных ограничений и допущений:<br> | Очевидно, что при отсутствии возможности запуска неограниченного количества независимых потоков, вычислительная сложность многопоточного алгоритма зависит от максимально возможного количества независимых потоков. Обозначим такое количество как <tex>N_{ind}</tex>. Допустим, <tex>n</tex> много больше <tex>N_{ind}</tex>, что в общем случае верно для ПК и достаточно больших объемов данных. Оценим приведенные выше алгоритмы с учетом наложенных ограничений и допущений:<br> | ||
::[[#.D0.A1.D0.BE.D1.80.D1.82.D0.B8.D1.80.D0.BE.D0.B2.D0.BA.D0.B0_.D1.81_.D0.BE.D0.B4.D0.BD.D0.BE.D0.BF.D0.BE.D1.82.D0.BE.D1.87.D0.BD.D1.8B.D0.BC_.D1.81.D0.BB.D0.B8.D1.8F.D0.BD.D0.B8.D0.B5.D0.BC|Сортировка с однопоточным слиянием]] будет иметь асимптотику <tex>\Theta(\frac{n}{N_{ind}}\log(\frac{n}{N_{ind}}) + n) = \Theta(\frac{n}{N_{ind}}\log(\frac{n}{N_{ind}}))</tex>: | ::[[#.D0.A1.D0.BE.D1.80.D1.82.D0.B8.D1.80.D0.BE.D0.B2.D0.BA.D0.B0_.D1.81_.D0.BE.D0.B4.D0.BD.D0.BE.D0.BF.D0.BE.D1.82.D0.BE.D1.87.D0.BD.D1.8B.D0.BC_.D1.81.D0.BB.D0.B8.D1.8F.D0.BD.D0.B8.D0.B5.D0.BC|Сортировка с однопоточным слиянием]] будет иметь асимптотику <tex>\Theta(\frac{n}{N_{ind}}\log(\frac{n}{N_{ind}}) + n) = \Theta(\frac{n}{N_{ind}}\log(\frac{n}{N_{ind}}))</tex>: |
Версия 07:56, 4 июня 2014
Содержание
Многопоточная сортировка слиянием
Благодаря тому, что сортировка слиянием построена на принципе "Разделяй и властвуй", выполнение данного алгоритма можно весьма эффективно распараллелить. При оценке асимптотики допускается, что возможен запуск неограниченного количества независимых процессов, т.е. процессов с вычислительными ресурсами, не зависящими от других процессов, что на практике не достижимо. Более того, при реализации имеет смысл ограничить количество параллельных потоков.
Сортировка с однопоточным слиянием
Внесем в алгоритм сортировки слиянием следующую модификацию: будем сортировать левую и правую части массива параллельно.
mergeSortMT(array, left, right): mid = (left + right) / 2 spawn mergeSortMT(array, left, mid) mergeSortMT(array, mid + 1, right) sync merge(array, left, mid, right)
В данном алгоритме оператор spawn запускает новый поток, а оператор sync ожидает завершения этого потока. Функция merge аналогична функции merge из раздела слияние двух массивов.
Несмотря на наличие двух рекурсивных вызовов, при оценке будем считать, что совершается один вызов, т.к. оба вызова выполняются параллельно с одинаковой асимптотикой. Оценим время работы данного алгоритма: . Данная асимптотика достигается при возможности запускать неограниченное количество потоков независимо друг от друга.
Многопоточное слияние
Как видно из оценки первого алгоритма, слияние является его узким местом. Попытаемся распараллелить слияние, для чего рассмотрим алгоритм рекурсивного слияния массивов
и в массив :- Убедимся, что размер больше либо равен размеру
- Возьмем - середину первого массива ( также является и медианой этого массива)
- При помощи бинарного поиска найдем такое, что
- Сольем и в
- Сольем и в
Рассмотрим псевдокод данного алгоритма:
// есливозвращает // если , возвращает // иначе возвращает наибольший индекс из отрезка такой, что binarySearch(x, array, left, right) // слияние и в mergeMT(T, left , right , left , right , A, left ): n = right - left + 1 n = right - left + 1 if n < n swap(left , left ) swap(right , right ) swap(n , n ) if n == 0 return else mid = (left + right ) / 2 mid = binarySearch(T[mid ], T, left , right ) mid = left + (mid - left ) + (mid - left ) A[mid ] = T[mid ] spawn mergeMT(T, left , mid - 1, left , mid - 1, A, left ) mergeMT(T, mid + 1, right , mid , right , A, mid + 1) sync
Оба массива содержат
.
В худшем случае один из двух рекурсивных вызовов сольет элементов с элементами и тогда количество элементов первых двух массивов в рекурсивном вызове будет равно
.
Асимптотика каждого вызова функции - , т.е. время, затрачиваемое на бинарный поиск. Так как рекурсивные вызовы функции выполняются параллельно, а потоки при оценке независимы, время их выполнения будет равно времени выполнения самого долгого вызова. В худшем случае это . Тогда получим оценку сверху
Сортировка с многопоточным слиянием
Приведем псевдокод алгоритма, использующего слияние из предыдущего раздела, сортирующего элементы
и помещающего отсортированный массив в mergeSortMT2(A, leftA, rightA, B, leftB):
n = r - p + 1
if n == 1
B[leftB] = A[leftA]
else
создадим новый массив T[1
n]
mid = (leftA + rightA) / 2
newMid = mid - leftA + 1
spawn mergeSortMT2(A, leftA, mid, T, 1)
mergeSortMT2(A, mid + 1, rightA, T, newMid + 1)
sync
mergeMT(T, 1, newMid, newMid + 1, n, B, leftB)
Оценим данный алгоритм сверху при условии, что возможен запуск неограниченного количества независимых потоков. Из предыдущих пунктов
.Оценка при фиксированном числе потоков
Очевидно, что при отсутствии возможности запуска неограниченного количества независимых потоков, вычислительная сложность многопоточного алгоритма зависит от максимально возможного количества независимых потоков. Обозначим такое количество как
- Сортировка с однопоточным слиянием будет иметь асимптотику :
- операций нужно на последовательную сортировку массива длиной .
- необходимо на последовательное слияние.
- Многопоточное слияние будет работать за :
- Прежде чем достигнуть ограничения на создание нового потока, алгоритм углубится на уровней вглубь дерева рекурсии, где на каждом уровне выполняется бинпоиск за
- Асимптотика многопоточного слияния при работе в одном потоке по основной теореме рекуррентных соотношений равна
- Оценим сортировку с многопоточным слиянием снизу:
- Части массива длиной гарантированно будут сортироваться последовательно, т.к. только алгоритм сортировки запустит к моменту вызова mergeSortMT2 от массива длиной число потоков, равное . Тогда по основной теореме рекуррентных соотношений:
- Сортировка с однопоточным слиянием будет иметь асимптотику :
Очевидно, что нижняя оценка алгоритма сортировки с многопоточным слиянием выше. Таким образом, при приведенных выше допущениях алгоритм сортировки с однопоточным слиянием эффективнее и его асимптотика состовляет
.Литература
Cormen T.H., Leiserson C.E., Rivest R.L., Stein C. — Introduction to Algorithms, Third Edition