Pull to refresh
7
0
Vilena Aleksandrova @alviro

User

Send message

Да, не совсем очевидно. Здесь без разложения на операции. Посмотрите, пожалуйста, на дописанный пример чуть ниже.

*при небольших объемах - имелось ввиду. Про radix sort выше

Quick sort - быстрая. Никто не спорит, но не стабильная. Почему этот вопрос для Вас так важен в теме, которая совершенно не об этом. Я вот никак понять не могу.

Так как реализована еще сортировка слиянием. И в среднем она лучше по времени, чем быстрая. Закономерность прослеживается, что смысла реализовывать ее нет. Тем более в данном контексте. Про radix sort Вам так хочет казаться? Точно также можете вначале изучить вопрос. Быстрая сортировка может быть быстрее только при небольших числах.

Мы говорим на разных языках. В данном контексте меня не интересует, что под капотом. Интересует результат. Выбиралась та кастомная реализация, которая ориентирована на целочисленную сортировку. Согласна, что можно реализовать не одну, а несколько. Только не об этом немного речь.

  1. Быстрая сортировка всегда была в худшем случае n^2, а не той сложности, которую Вы указали

  2. Мы работаем с побитовыми операциями, а это не float, объекты или что-то другое. Это int значения. В рамках данного контекста выжимаем и смотрим на окружение - можно ли улучшить. Сравнивать все со всеми (если говорить только о сортировке) - целесообразно в отдельной статье.

  1. Ориентация была на quick sort

  2. В самом начале было обозначено, что работаем с int значениями. Хотелось посмотреть именно для каких-то равных условий.

  3. Согласна, имеет. Но не настолько большие как в случае с merge sort.

    Задача не стояла сравнить именно сортировки. Оценить - да, для каких-то равных условий. И какое место во всем этом занимает radix sort

Information

Rating
Does not participate
Works in
Registered
Activity