Обсуждение участника:AKhimulya — различия между версиями
AKhimulya (обсуждение | вклад) (Многопоточная сортировка слиянием) |
AKhimulya (обсуждение | вклад) |
||
Строка 2: | Строка 2: | ||
Благодаря тому, что сортировка слиянием построена на принципе "Разделяй и властвуй", выполнение данного алгоритма можно весьма эффективно распараллелить. Теоретически можно достичь много лучшей асимптотики, однако на практике из-за огранечений по количеству потоков, которые могут выполняться независимо друг от друга, вычислительная сложность уменьшается на константу. | Благодаря тому, что сортировка слиянием построена на принципе "Разделяй и властвуй", выполнение данного алгоритма можно весьма эффективно распараллелить. Теоретически можно достичь много лучшей асимптотики, однако на практике из-за огранечений по количеству потоков, которые могут выполняться независимо друг от друга, вычислительная сложность уменьшается на константу. | ||
− | === | + | ===Сортировка с однопоточным слиянием=== |
Внесем в алгоритм сортировки слиянием следующую модификацию: будем сортировать левую и правую части массива параллельно. | Внесем в алгоритм сортировки слиянием следующую модификацию: будем сортировать левую и правую части массива параллельно. | ||
Строка 14: | Строка 14: | ||
merge(array, left, mid, right) | merge(array, left, mid, right) | ||
− | В данном алгоритме оператор '''spawn''' запускает новый поток, а оператор '''sync''' ожидает завершения этого потока. Функция merge аналогична функции merge из раздела [http://neerc.ifmo.ru/wiki/index.php?title=%D0%A1%D0%BE%D1%80%D1%82%D0%B8%D1%80%D0%BE%D0%B2%D0%BA%D0%B0_%D1%81%D0%BB%D0%B8%D1%8F%D0%BD%D0%B8%D0%B5%D0%BC#.D0.A1.D0.BB.D0.B8.D1.8F.D0.BD.D0.B8.D0.B5_.D0.B4.D0.B2.D1.83.D1.85_.D0.BC.D0.B0.D1.81.D1.81.D0.B8.D0.B2.D0.BE.D0.B2 слияние двух массивов]. | + | В данном алгоритме оператор '''spawn''' запускает новый поток, а оператор '''sync''' ожидает завершения этого потока. Функция merge аналогична функции merge из раздела [http://neerc.ifmo.ru/wiki/index.php?title=%D0%A1%D0%BE%D1%80%D1%82%D0%B8%D1%80%D0%BE%D0%B2%D0%BA%D0%B0_%D1%81%D0%BB%D0%B8%D1%8F%D0%BD%D0%B8%D0%B5%D0%BC#.D0.A1.D0.BB.D0.B8.D1.8F.D0.BD.D0.B8.D0.B5_.D0.B4.D0.B2.D1.83.D1.85_.D0.BC.D0.B0.D1.81.D1.81.D0.B8.D0.B2.D0.BE.D0.B2 слияние двух массивов].<br> |
− | Несмотря на наличие двух рекурсивных вызовов, при оценке будем считать, что совершается один вызов, т.к. оба вызова выполняются параллельно с одинаковой асимптотикой. Оценим время работы данного алгоритма: <math>T(n) = T(n / 2) + \ | + | Несмотря на наличие двух рекурсивных вызовов, при оценке будем считать, что совершается один вызов, т.к. оба вызова выполняются параллельно с одинаковой асимптотикой. Оценим время работы данного алгоритма: <math>T(n) = T(n / 2) + \Theta(n) = \Theta(n)</math>. Данная асимптотика достигается при возможности запускать неограниченное количество потоков независимо друг от друга.<br> |
На практике на однопроцессорных компьютерах имеет смысл запускать алгоритм, ограничив количество допустимое количество потоков. Изменим код в соответствии с этими требованиями: | На практике на однопроцессорных компьютерах имеет смысл запускать алгоритм, ограничив количество допустимое количество потоков. Изменим код в соответствии с этими требованиями: | ||
Строка 34: | Строка 34: | ||
Где threadCount - глобальный счетчик, а maxThreads - ограничение по количеству потоков. | Где threadCount - глобальный счетчик, а maxThreads - ограничение по количеству потоков. | ||
− | Данный алгоритм будет иметь асимптотику: <math>\ | + | Данный алгоритм будет иметь асимптотику: <math>\Theta((n / maxThreads) * \log((n / maxThreads)))</math>. |
− | === | + | ===Многопоточное слияние=== |
− | Как видно из оценки первого алгоритма, слияние выполняется слишком долго при том, что существует возможность его ускорить. Рассмотрим алгоритм рекурсивного слияния массивов <math>T[ | + | Как видно из оценки первого алгоритма, слияние выполняется слишком долго при том, что существует возможность его ускорить. Рассмотрим алгоритм рекурсивного слияния массивов <math>T[left_{1} \dots right_{1}]</math> и <math>T[left_{2} \dots right_{2}]</math> в массив <math>A[left_{3} \dots right_{3}]</math>: |
− | # Убедимся, что размер <math>T[ | + | # Убедимся, что размер <math>T[left_{1} \dots right_{1}]</math> больше либо равен размеру <math>T[left_{2} \dots right_{2}]</math> |
− | # | + | # Вычислим <math>x = T[mid_{1}]</math> - середину первого массива (<math>x</math> также является и медианой этого массива) |
− | # При помощи бинарного поиска найдем <math> | + | # При помощи бинарного поиска найдем <math>mid_{2}</math> такое, что <math>\forall y \in T[left_{2} \dots mid_{2} - 1]: y < x</math> |
− | # <math> | + | # <math>mid_{3} = left_{3} + (mid_{1} - left_{1}) + (mid_{2} - left_{2})</math> |
− | # <math>A[ | + | # <math>A[mid_{3}] = x</math> |
− | # Сольем <math>T[ | + | # Сольем <math>T[right_{1} \dots mid_{1} - 1]</math> и <math>T[right_{2} \dots mid_{2}]</math> в <math>A[right_{3} \dots mid_{3} - 1]</math> |
− | # Сольем <math>T[ | + | # Сольем <math>T[mid_{1} + 1 \dots right_{1}]</math> и <math>T[mid_{2} \dots right_{2}]</math> в <math>A[mid_{3} + 1 \dots right_{3}]</math> |
− | + | Рассмотрим псевдокод данного алгоритма: | |
// если <math>right <= left</math> возвращает <math>left</math> | // если <math>right <= left</math> возвращает <math>left</math> | ||
Строка 52: | Строка 52: | ||
binarySearch(x, array, left, right) | binarySearch(x, array, left, right) | ||
− | // слияние <math>T[ | + | // слияние <math>T[left_{1} \dots right_{1}]</math> и <math>T[left_{2} \dots right_{2}]</math> в <math>A[left_{3} \dots right_{1} - left_{1} + right_{2} - left_{2}]</math> |
− | mergeMT(T, | + | mergeMT(T, <math>left_{1}</math>, <math>right_{1}</math>, <math>left_{2}</math>, <math>right_{2}</math>, A, <math>left_{3}</math>): |
− | + | <math>n_{1}</math> = <math>right_{1}</math> - <math>left_{1}</math> + 1 | |
− | + | <math>n_{2}</math> = <math>right_{2}</math> - <math>left_{2}</math> + 1 | |
− | if | + | if <math>n_{1}</math> < <math>n_{2}</math>: |
− | swap( | + | swap(<math>left_{1}</math>, <math>left_{2}</math>) |
− | swap( | + | swap(<math>right_{1}</math>, <math>right_{2}</math>) |
− | swap( | + | swap(<math>n_{1}</math>, <math>n_{2}</math>) |
− | if | + | if <math>n_{1}</math> == 0: |
return | return | ||
else | else | ||
− | + | <math>mid_{1}</math> = (<math>left_{1}</math> + <math>right_{1}</math>) / 2 | |
− | + | <math>mid_{2}</math> = binarySearch(T[<math>mid_{1}]</math>, T, <math>left_{2}</math>, <math>right_{2}</math>) | |
− | + | <math>mid_{3}</math> = <math>left_{3}</math> + (<math>mid_{1}</math> - <math>left_{1}</math>) + (<math>mid_{2}</math> - <math>left_{2}</math>) | |
− | A[ | + | A[<math>mid_{3}</math>] = T[<math>mid_{1}</math>] |
− | '''spawn''' mergeMT(T, | + | '''spawn''' mergeMT(T, <math>left_{1}</math>, <math>mid_{1}</math> - 1, <math>left_{2}</math>, <math>mid_{2}</math> - 1, A, <math>left_{3}</math>) |
− | mergeMT(T, | + | mergeMT(T, <math>mid_{1}</math> + 1, <math>right_{1}</math>, <math>mid_{2}</math>, <math>right_{2}</math>, A, <math>mid_{3}</math> + 1) |
'''sync''' | '''sync''' | ||
+ | |||
+ | Оценим время выполнения данного алгоритма сверху. Оба массива содержат <math>n_{1} + n_{2} = n</math> элементов. К моменту рекурсивных вызовов <math>n_{2} <= n_{1}</math>, значит, <math>n_{2} = 2 * n_{2} / 2 <= (n_{1} + n_{2}) / 2 = n / 2</math>. В худшем случае один из двух рекурсивных вызовов сольет <math>n_{1} / 2</math> элементов <math>T[left_{1} \dots right_{1}]</math> с <math>n_{2}</math> элементами <math>T[left_{2} \dots right_{2}]</math> и тогда количество элементов первых двух массивов в рекурсивном вызове будет равно <math>n_{1} / 2 + n_{2} <= n_{1} / 2 + n_{2} / 2 + n_{2} / 2 = (n_{1} + n_{2}) / 2 + n_{2} / 2 <= n / 2 + n / 4 = 3 * n / 4</math>. Так как рекурсивные вызовы функции выполняются параллельно, время их выполнения будет равно времени выполнения самого долгого вызова. В худшем случае это <math>T(3 * n / 4)</math>. Тогда сумарное время работы алгоритма слияния будет равно <math>T(n) = T(3 * n / 4) + \Theta(\log(n)) = \O(\log^2(n))</math>, т.к. асимпототика каждого вызова функции - <math>\Theta(\log(n))</math>, т.е. время, затрачиваемое на бинарный поиск. | ||
+ | |||
+ | ===Сортировка с многопоточным слиянием=== |
Версия 16:11, 18 мая 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 из раздела слияние двух массивов.
Несмотря на наличие двух рекурсивных вызовов, при оценке будем считать, что совершается один вызов, т.к. оба вызова выполняются параллельно с одинаковой асимптотикой. Оценим время работы данного алгоритма: . Данная асимптотика достигается при возможности запускать неограниченное количество потоков независимо друг от друга.
На практике на однопроцессорных компьютерах имеет смысл запускать алгоритм, ограничив количество допустимое количество потоков. Изменим код в соответствии с этими требованиями:
mergeSortMTBounded(array, left, right): mid = (left + right) / 2 if threadCountmaxThreads: threadCount++ spawn mergeSortMTBounded(array, left, mid) else: mergeSortMTBounded(array, left, mid) mergeSortMTBounded(array, mid + 1, right) if threadCount maxThreads: sync threadCount-- merge(array, left, mid, right)
Где threadCount - глобальный счетчик, а maxThreads - ограничение по количеству потоков. Данный алгоритм будет иметь асимптотику:
.Многопоточное слияние
Как видно из оценки первого алгоритма, слияние выполняется слишком долго при том, что существует возможность его ускорить. Рассмотрим алгоритм рекурсивного слияния массивов
и в массив :- Убедимся, что размер больше либо равен размеру
- Вычислим - середину первого массива ( также является и медианой этого массива)
- При помощи бинарного поиска найдем такое, что
- Сольем и в
- Сольем и в
Рассмотрим псевдокод данного алгоритма:
// есливозвращает // если , возвращает // иначе возвращает наибольший индекс из отрезка такой, что binarySearch(x, array, left, right) // слияние и в mergeMT(T, , , , , A, ): = - + 1 = - + 1 if < : swap( , ) swap( , ) swap( , ) if == 0: return else = ( + ) / 2 = binarySearch(T[ , T, , ) = + ( - ) + ( - ) A[ ] = T[ ] spawn mergeMT(T, , - 1, , - 1, A, ) mergeMT(T, + 1, , , , A, + 1) sync
Оценим время выполнения данного алгоритма сверху. Оба массива содержат
элементов. К моменту рекурсивных вызовов , значит, . В худшем случае один из двух рекурсивных вызовов сольет элементов с элементами и тогда количество элементов первых двух массивов в рекурсивном вызове будет равно . Так как рекурсивные вызовы функции выполняются параллельно, время их выполнения будет равно времени выполнения самого долгого вызова. В худшем случае это . Тогда сумарное время работы алгоритма слияния будет равно , т.к. асимпототика каждого вызова функции - , т.е. время, затрачиваемое на бинарный поиск.