Author Topic: Sorting Algorithms  (Read 8800 times)

0 Members and 1 Guest are viewing this topic.

Offline fb39ca4

  • LV10 31337 u53r (Next: 2000)
  • **********
  • Posts: 1749
  • Rating: +60/-3
    • View Profile
Sorting Algorithms
« on: August 08, 2011, 02:24:07 am »
What would you say the best sorting algorithm is for a list of around 30-50 values?

Offline AngelFish

  • Is this my custom title?
  • Administrator
  • LV12 Extreme Poster (Next: 5000)
  • ************
  • Posts: 3242
  • Rating: +270/-27
  • I'm a Fishbot
    • View Profile
Re: Sorting Algorithms
« Reply #1 on: August 08, 2011, 02:26:07 am »
What type of data is being sorted? What order do the data need to be sorted in? How much memory is available? Will the data be fairly well ordered or generally random? What language is this in? Is speed more important than memory usage?

Without that information, I'd say use Quicksort or Flashsort if the data set is expected to fit their best/average case scenarios.
« Last Edit: August 08, 2011, 02:26:39 am by Qwerty.55 »
∂²Ψ    -(2m(V(x)-E)Ψ
---  = -------------
∂x²        ℏ²Ψ

Offline fb39ca4

  • LV10 31337 u53r (Next: 2000)
  • **********
  • Posts: 1749
  • Rating: +60/-3
    • View Profile
Re: Sorting Algorithms
« Reply #2 on: August 08, 2011, 02:28:48 am »
It is going to be for sorting the sprites in my raycasting engine from far to near. It is on the nspire so memory usage is not a concern, I'd rather go for speed. The data will be quite random, and I am making this in C.

Offline AngelFish

  • Is this my custom title?
  • Administrator
  • LV12 Extreme Poster (Next: 5000)
  • ************
  • Posts: 3242
  • Rating: +270/-27
  • I'm a Fishbot
    • View Profile
Re: Sorting Algorithms
« Reply #3 on: August 08, 2011, 02:30:24 am »
Flashsort would probably be a pretty good choice if you have a lot of sprites (>80).

http://www.neubert.net/Flacodes/FLACodes.html#Sprung3

Use Quicksort otherwise.
« Last Edit: August 08, 2011, 02:32:17 am by Qwerty.55 »
∂²Ψ    -(2m(V(x)-E)Ψ
---  = -------------
∂x²        ℏ²Ψ

Offline fb39ca4

  • LV10 31337 u53r (Next: 2000)
  • **********
  • Posts: 1749
  • Rating: +60/-3
    • View Profile
Re: Sorting Algorithms
« Reply #4 on: August 08, 2011, 02:32:40 am »
I was also looking at combsort, it seems to be very simple to implement, so I may do that, and then see if I need a faster algorithm.
« Last Edit: August 08, 2011, 02:33:18 am by t0xic_kitt3n »

Offline AngelFish

  • Is this my custom title?
  • Administrator
  • LV12 Extreme Poster (Next: 5000)
  • ************
  • Posts: 3242
  • Rating: +270/-27
  • I'm a Fishbot
    • View Profile
Re: Sorting Algorithms
« Reply #5 on: August 08, 2011, 02:37:28 am »
If you don't need a faster algorithm use that. However, looking at the wikipedia page turns up division by a floating point number, which is likely to be slow.
∂²Ψ    -(2m(V(x)-E)Ψ
---  = -------------
∂x²        ℏ²Ψ

Offline fb39ca4

  • LV10 31337 u53r (Next: 2000)
  • **********
  • Posts: 1749
  • Rating: +60/-3
    • View Profile
Re: Sorting Algorithms
« Reply #6 on: August 08, 2011, 11:50:44 am »
I can use a predefined table for the gap if need be, but I am already doing over 1500 floating point divides per frame :P.

Offline Lionel Debroux

  • LV11 Super Veteran (Next: 3000)
  • ***********
  • Posts: 2135
  • Rating: +290/-45
    • View Profile
    • TI-Chess Team
Re: Sorting Algorithms
« Reply #7 on: August 08, 2011, 11:59:34 am »
When implementing a quicksort, the comparison function needs to be inlined, otherwise performance can be reduced significantly. IOW, don't use qsort from stdlib.h.
For several dozens of items, shell sort usually has good performance and pretty simple code: http://embeddedgurus.com/stack-overflow/2009/03/sorting-in-embedded-systems/
The library in TIGCC has been using Shell sort for qsort() from the beginning; but the implementation used the original, stupid sequence of gaps, so I improved it for GCC4TI.
Member of the TI-Chess Team.
Co-maintainer of GCC4TI (GCC4TI online documentation), TILP and TIEmu.
Co-admin of TI-Planet.

Offline Munchor

  • LV13 Extreme Addict (Next: 9001)
  • *************
  • Posts: 6199
  • Rating: +295/-121
  • Code Recycler
    • View Profile
Re: Sorting Algorithms
« Reply #8 on: August 08, 2011, 01:55:55 pm »
If you don't need a faster algorithm use that. However, looking at the wikipedia page turns up division by a floating point number, which is likely to be slow.

Inspired by this topic I made my first sorting algorithm, here's some C code:

Code: [Select]
#include <stdio.h>

int main();
int *sort(int array[], int array_length);
int check_if_num_in_array(int num, int array[], int array_length);

int main()
{
  /* Tests sort() with a sample case */
  int num_array[] = {5, 10, 12, 1, 4, 1000};
  int num_array_length = sizeof(num_array) / sizeof(int);
 
  int b;
  for (b = 0; b < num_array_length; b++)
  {
    printf( "%d\n", sort(num_array, num_array_length)[b] );
  }
  return 0;
}

int *sort(int array[], int array_length)
{
  /* Sorts array[] of length array_length */
  int *ptrArray;
  int sorted[array_length];
  ptrArray = sorted;
 
  int i; //Big loop
  int u; //Small loop
  int maximum = 0;
  for (i = 0; i < array_length; i++)
  {
    for (u = 0; u < array_length; u++)
    {
      /* If bigger than current maximum and not in sorted[] already */
      if ( array[u] > maximum && check_if_num_in_array(array[u], sorted, i) ==0)
      {
        maximum = array[u];
      }
    }
    sorted[i] = maximum;
    maximum = 0;
  }
 
  return ptrArray;
}

int check_if_num_in_array(int num, int array[], int array_length)
{
  /* Checks if number num is in array[] of length array_length */
  int v;
  for (v = 0; v < array_length; v++)
  {
    if (array[v] == num)
    {
      return 1;
    }
  }
  return 0;
}

The main(); function is just there as an example. Can anybody tell me of how fast it is compared to more famous ones? Thanks!

EDIT: Yeah I prototype main().
« Last Edit: August 08, 2011, 01:56:23 pm by ephan »