Soit dit en passant, ce n'est pas nécessaire d'apprendre non plus quarante algorithmes de tris. Si tu en connais déjà un en O(n lg n) c'est suffisant (et par connaître je veux dire comprendre & savoir refaire sans de difficultés), et ce n'est pas très compliqué. Si tu as des doutes, tu peux choisir quicksort ou mergesort qui sont tous les deux assez simples et utilisés en pratique (je pense que quicksort est plus utilisé, mais il a aussi plus d'améliorations plus subtiles que l'algo de base). Si tu connais déjà ceux-là, tu peux en voir d'autres pour ta culture générale, mais je ne pense pas que ce sera très impactant, et en tout cas c'est bien plus important de comprendre l'idée de l'algorithme que d'être capable de le refaire. Enfin, les algorithmes en autre chose que O(n lg n) sont uniquement utiles d'un point de vue pédagogique, mais n'ont – à priori – aucun intérêt (attention tout de même, certains algorithmes qui sont généralement présentés en O(n^2) peuvent être implémentés en O(n lg n), je pense notamment à insert sort avec insertion dichotomique).
N'y passe quand même pas trop de temps, si tu fais des exercices tu te rendras vite compte que ces algorithmes n'apparaissent pas très souvent, surtout qu'il existe des langages où ils sont déjà implémentés dans la librairie standard.