2016-03-18 10 views
0

ヒープソート(Cormen)を書きました。アルゴリズムは正しくソートされていますが、複雑さは予想よりも大きくなっています。ランドによって生成された15000000の番号についてheapsort - 実装の複雑さ

void heap_sort(int tab[], int length) 
{ 
    build_max_heap(tab, length); 
    int heap_size = length; 
    for (int i = length-1; i > 1; i--) 
    { 
     int tmp = tab[1]; 
     tab[1] = tab[i]; 
     tab[i] = tmp; 
     heap_size--; 
     max_heapify(tab, 1, heap_size); 
    } 
} 

void max_heapify (int tab[], int i, int length) 
{ 
    int largest; 
    int l = i * 2; 
    int r = i * 2 + 1; 
    if (l < length and tab[l] > tab[i]) 
     largest = l; 
    else 
     largest = i; 
    if (r < length and tab[r] > tab[largest]) 
     largest = r; 
    if (largest != i) 
    { 
     int tmp = tab[i]; 
     tab[i] = tab[largest]; 
     tab[largest] = tmp; 
     max_heapify(tab, largest, length); 
    } 
} 

void build_max_heap(int tab[], int length) 
{ 
    for (int i = length/2; i >= 1; i--) 
     max_heapify(tab, i, length); 
} 

は()それは、ソートこの実装では、シェルでソートよりも長く続いた:

void shell_sort (int tab[], int length) 
{ 
    int x = 2; 
    int q; 
    do 
    { 
     x*=2; 
     q=2*(length/x) + 1; 
     for(int i = q, val, j; i < length; i++) 
     { 
      val = tab[i]; 
      for(j = i - q ; j >= 0 and tab[j] > val; j-=q) 
      { 
       tab[j + q] = tab[j]; 
      } 
      tab[j + q] = val; 
     } 
    }while (q > 1); 
} 

テスト:

HEAPSORT 
Time for 1000000 elements: 0.336 s 
Time for 2000000 elements: 0.732 s 
Time for 3000000 elements: 1.142 s 
Time for 4000000 elements: 1.595 s 
Time for 5000000 elements: 2.034 s 
Time for 6000000 elements: 2.513 s 
Time for 7000000 elements: 3.023 s 
Time for 8000000 elements: 3.51 s 
Time for 9000000 elements: 4.02 s 
Time for 10000000 elements: 4.558 s 
Time for 11000000 elements: 5.095 s 
Time for 12000000 elements: 5.595 s 
Time for 13000000 elements: 6.183 s 
Time for 14000000 elements: 6.7 s 
Time for 15000000 elements: 7.367 s 

SHELLSORT 
Time for 1000000 elements: 0.343 s 
Time for 2000000 elements: 0.779 s 
Time for 3000000 elements: 1.182 s 
Time for 4000000 elements: 1.654 s 
Time for 5000000 elements: 2.218 s 
Time for 6000000 elements: 2.672 s 
Time for 7000000 elements: 3.34 s 
Time for 8000000 elements: 3.778 s 
Time for 9000000 elements: 4.297 s 
Time for 10000000 elements: 4.903 s 
Time for 11000000 elements: 4.872 s 
Time for 12000000 elements: 5.514 s 
Time for 13000000 elements: 6.29 s 
Time for 14000000 elements: 6.994 s 
Time for 15000000 elements: 7.121 s 

は、私がテストを何度も繰り返しました。 algorythmの何が問題なの?

+0

ヒープが作成されると、それをソートします。 'while(first!= last){std :: pop_heap(first、last--); } ' – David

+0

教育目的で作られているので、' std :: pop_heap'を使用することはできません。私はそれを言及すべきだった。 – maksym

+1

組織的な目的のために、 'make_heap'、' sort_heap'、 'push_heap'、' pop_heap'関数を別々に書いておくほうが簡単です。ここで 'sort_heap'は上記の2ライナーです。 – David

答えて

0

最初のノートでは、ビッグオーと生のパフォーマンスは複雑な関係にあります。ヒープソートの場合、メモリの局所性が悪いと、ビッグオーよりもコンピュータのスケールが悪くなります。これとは対照的に、シェルのソートはO(n log(n))よりわずかに悪く、ほとんどのパスはまともなメモリの局所性を持っています。

私はそれに匹敵することはありません。

つまり、max_heapifyを再帰関数からループに変えることができます。これにより、スタック操作の一定量を回避できます。

関連する問題