Який найзрозуміліший алгоритм сортування ви знаєте? [зачинено]

Я просто читав про cyclesort через допис у блозі sortvis.org. Це, мабуть, найбільш незрозуміле, про яке я чув досі, оскільки він використовує математику, з якою я не знайомий (виявлення циклів у перестановках цілих наборів).

Що найяснішого ви знаєте?

Ви коли-небудь чули про сортування терпіння ? Ну тепер у вас є ...

Slowort працює шляхом множення та здачі (на відміну від ділення та перемоги). Це цікаво тим, що це, мабуть, найменш ефективний алгоритм сортування, який можна побудувати (асимптотично та з тим обмеженням, що такий алгоритм, будучи повільним, все ще повинен працювати весь час).

Це компенсує його від bogosort, оскільки в кращому випадку, bogosort є досить ефективним, а саме тоді, коли масив вже відсортований. Slowort не «страждає» від такої найкращої поведінки. Навіть у кращому випадку вона все ще має час виконання для ϵ > 0.

Ось його псевдокод, адаптований із статті німецької Вікіпедії :

function slowsort(A, i, j):
  if i >= j: return

  m = (i + j) / 2
  slowsort(A, i, m)
  slowsort(A, m + 1, j)

  if A[j] < A[m]:
    swap(A[j], A[m])

  slowsort(A, i, j - 1)

Я не знаю, чи вважається це незрозумілим, але один із найсмішніших "алгоритмів" сортування - Богосорт . Посилання з сторінки Богосорта теж цікаві.

І ось цей дорогоцінний камінь з розділу про "квантовий сорт бого".

Можливо, створення 2 ^N всесвітів також дуже затягує пам'ять.

Гммм ... можна сказати, що :-).

Інший незрозумілий "алгоритм" - це Intelligent Design Sort - але жоден алгоритм не швидший або не має меншої витрати пам'яті :)

Сон Сортування - досить нове.

    #!/bin/bash
    function f() {
        sleep "$1"
        echo "$1"
    }
    while [ -n "$1" ]
    do
        f "$1" &
        shift
    done
    wait

Приклад використання:

    ./sleepsort.bash 5 3 6 3 6 3 1 4 7

Я думаю, що сортування міхурів було б неправильною відповіддю і в цій ситуації

:)

Knuth Volume 3 ¹ у відповіді на одну з вправ дає реалізацію безіменного алгоритму сортування, який в основному є давньоруським кодом для гольфу - найкоротшого сорту, який можна записати на мові складання MIX. Короткий код дійсно поставляється за надзвичайно незначною ціною складності O (N ³ ), хоча ...

¹ Принаймні у старих виданнях. З огляду на модифікації MIXAL для нової редакції, я не впевнений, чи він все ще є, або навіть має незначний шматочок сенсу в оригінальному MIXAL.

Для свого класу структур даних мені довелося (явно) довести правильність сортування Stooge . Він має час роботи O (n ^ {log 3 / log 1.5}) = O (n ^ 2.7095 ...).

Я не знаю, чи це найяскравіше, але сорт спагетті є одним з найкращих у ситуаціях, коли ви можете його використовувати.

В одній із оригінальних книг Кнут, "Сортування та пошук", було середнє складання, яке схемувало процес, який сортував стрічковий файл, не використовуючи жорсткого диска. Я думаю, що він використовував шість стрічкових накопичувачів і чітко показував, коли кожен читається вперед, читається назад, перемотається назад чи простоює. Сьогодні це пам’ятник застарілої технології.

Я колись робив сортування міхурів у векторних регістрах у асемблері CRAY. Машина мала інструкцію з подвійною зміною, яка дозволяла перенести вміст векторного регістра вгору / вниз одним словом. Помістіть кожну іншу крапку у два векторні регістри, тоді ви могли б зробити повний сорт бульбашок, не маючи необхідності робити ще одну посилання на пам'ять, поки не закінчите. За винятком характеру сортування міхурів N ** 2, це було ефективно.

Також мені колись потрібно було зробити сортування з плаваючою точкою з довжиною 4 вектора якомога швидше для одного сорту. Зробив це шляхом пошуку таблиці (біт знаків A2-A1 - це один біт, знак A3-A1 утворює інший біт ..., тоді ти шукаєш вектор перестановки в таблиці. Насправді це було найшвидшим рішенням, яке я міг придумати Не працює добре на сучасних архітектурах, хоча плаваючі та цілі одиниці занадто розділені.

У Google Code Jam виникла проблема з алгоритмом під назвою Gorosort, який, я думаю, вони винайшли для цієї проблеми.

Горо має 4 озброєння. Горо дуже сильний. Ти не возишся з Горо. Горо повинен сортувати масив з N різних цілих чисел. Алгоритми не є силою Горо; сила - це сила Горо. План Горо - використовувати пальці на двох руках, щоб утримати кілька елементів масиву і максимально сильно вдарити по столу третім і четвертим кулаками. Це призведе до того, що незахищені елементи масиву злетять у повітря, випадково перетасуються та впадуть назад в порожні місця масиву.

http://code.google.com/codejam/contest/dashboard?c=975485#s=p3

Не пам'ятаю ім'я, але це було в основному

while Array not sorted

  rearrange the array in a random order

Сорт раковини

Можливо, сам алгоритм не такий незрозумілий, але хто може назвати реалізацію, яка насправді використовується на практиці? Я можу!

TIGCC (компілятор на основі GCC для графічних калькуляторів TI-89/92 / V200) використовує сортування Shell для qsortреалізації у своїй стандартній бібліотеці:

__ATTR_LIB_C__ void qsort(void *list, short num_items, short size, compare_t cmp_func)
{
  unsigned short gap,byte_gap,i,j;                
  char *p,*a,*b,temp;                       
  for (gap=((unsigned short)num_items)>>1; gap>0; gap>>=1)    // Yes, this is not a quicksort,
    {                                                         // but works fast enough...    
      byte_gap=gap*(unsigned short)size;
      for(i=byte_gap; i<((unsigned short)num_items)*(unsigned short)size; i+=size)
        for(p=(char*)list+i-byte_gap; p>=(char*)list; p-= byte_gap)
          {
            a=p; b=p+byte_gap;
            if(cmp_func(a,b)<=0) break;
            for(j=size;j;j--)
              temp=*a, *a++=*b, *b++=temp;
          }
    }
}

Сорт Shell був обраний на користь швидкості, щоб розмір коду був низьким. Хоча його асимптотична складність гірша, TI-89 не має всієї великої кількості оперативної пам’яті (190 КК, мінус розмір програми та загальний розмір будь-яких неархівованих змінних), тому дещо безпечно припускати, що кількість елементів буде бути низьким.

Більш швидка реалізація була написана після того, як я поскаржився на занадто повільну програму, яку я писав. Він використовує кращі розміри зазорів, а також оптимізацію складання. Його можна знайти тут: qsort.c