|
код-таймер
|
|||
---|---|---|---|
#18+
mini.weblab где конкретно вами упомянутые погрешности повлияли на результат? Если "прыжки прыжка" это O(sqrt(n)), то я как-то по другому представлял себе функцию квадратного корня. Собственно, асимптотику O(n) демонстрирует только линейный поиск. Если что-то в ваших данных и похоже на O(1), то это, внезапно - бинарный поиск. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.09.2020, 16:27 |
|
код-таймер
|
|||
---|---|---|---|
#18+
Basil A. Sidorov, не принимается 1) я не утверждаю, что clock() идеален, я утверждаю, что точности clock() вполне достаточно Смотрю данные интерполяции: (0.03, 0.04, 0.04, 0.02, 0.02, 0.03, 0.02, 0.11, 0.02, 0.02) 0.11 / 0.02 = 5 avg = 0.035 Данные показывают, что на равномерно распределенном массиве интерполяционный поиск показывает лучшие результаты. По теории, это будет О(1). И да погрешности есть и будут, но на результат они не повлияют. 2) Бинарный поиск показал худшие результаты, чем интерполяция, поэтому не совсем понятно, почему он внезапно похож на О(1) (разве что, если принять слово "внезапно" за ключевое...) 3) Вы, наверное, внезапно удивитесь, но в показанных результатах нет ничего по асимптотике - массив фиксирован. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.09.2020, 18:27 |
|
код-таймер
|
|||
---|---|---|---|
#18+
теперь я включила в эксперимент точки, которые есть в массиве и точки, которых нет в массиве. точки, которых в массиве нет оканчиваются на 50. результаты Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. 58. 59. 60. 61. 62. 63. 64. 65. 66. 67. 68. 69. 70. 71. 72. 73. 74. 75. 76. 77. 78. 79. 80. 81. 82. 83. 84. 85. 86. 87. 88. 89. 90. 91. 92. 93. 94. 95. 96. 97. 98. 99. 100. 101. 102. 103. 104. 105. 106. 107. 108. 109. 110. 111. 112. 113. 114. 115.
... |
|||
:
Нравится:
Не нравится:
|
|||
10.09.2020, 21:36 |
|
код-таймер
|
|||
---|---|---|---|
#18+
mini.weblab Данные показывают, что на равномерно распределенном массиве интерполяционный поиск показывает лучшие результаты. По теории, это будет О(1). Пример: при поиске минимального значения в отсортированном по возрастанию списке лучшие результаты будут у линейного поиска, который обнаружит искомое за одно сравнение.3) Вы, наверное, внезапно удивитесь, но в показанных результатах нет ничего по асимптотике - массив фиксирован.Внезапно - есть. Для линейного поиска. "Магия данных". Ну или алгоритма, если вам будет угодно. Если взять отсортированные по возрастанию массивы разных размеров с одинаковыми начальными значениями, искать в них одно и то же, существующее во всех массивах значение, то время поиска зависит только от этого значения, а не от размера массива. Для бинарного и интерполяционного алгоритмов время должно быть константным. Бинарный поиск на вашем массиве будет делать около семнадцати сравнений, кроме некоторых значений при некоторой реализации алгоритма. Число сравнений в интерполяционном поиске должно быть примерно постоянным (иначе бы он не был O(1)), а значит и его время должно быть фиксировано. Т.е. с одной стороны, вы, вроде как, понимаете, что асимптотика поиска не определяется по прогонам на массиве одного и того же размера, а с другой стороны, почему-то, ранжируете асимптотику алгоритмов именно по таким прогонам. Когда же я указал на это противоречие, то оказался "виноват" в незнании элементарных вещей. Немного смахивает на демагогию. Нет? Или вы опять смахнёте в другую сторону? P.S. Подумайте над цитатой из мелкомягкой документации "микросекундное разрешение , но не микросекундная точность ". ... |
|||
:
Нравится:
Не нравится:
|
|||
11.09.2020, 07:07 |
|
код-таймер
|
|||
---|---|---|---|
#18+
mini.weblab точки, которых в массиве нет оканчиваются на 50. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.09.2020, 07:35 |
|
код-таймер
|
|||
---|---|---|---|
#18+
Basil A. Sidorov mini.weblab точки, которых в массиве нет оканчиваются на 50. 1) Я напоминаю, у меня нет цели измерить, но есть цель сравнить, и несмотря не погрешность, результаты достаточно устойчивы, и соответствуют теоретическим ожиданиям. 2) Я ничего не измеряю до сотых микросекунды, я изпользую статистические оценки (которые я при желании могу улучшить). ... |
|||
:
Нравится:
Не нравится:
|
|||
11.09.2020, 20:59 |
|
код-таймер
|
|||
---|---|---|---|
#18+
а теперь я буду не соглашаться! Basil A. Sidorov "Лучшие результаты" и "по теории это будет O(1)" - вообще никак не связано. В этом как раз суть эксперимента, и это часть валидации алгоритмов: сравнить ожидаемые (по теории результаты) с результатами полученными по факту. Пример: при поиске минимального значения в отсортированном по возрастанию списке лучшие результаты будут у линейного поиска, который обнаружит искомое за одно сравнение. Это лучший результат для локальной точки, и это не интересно. Интерполяционный поиск показывает лучшие результаты на всем равномерном массиве, и, признайтесь, вы этого не знали. :-) Если взять отсортированные по возрастанию массивы разных размеров с одинаковыми начальными значениями, искать в них одно и то же, существующее во всех массивах значение, то время поиска зависит только от этого значения, а не от размера массива. Да? А теория утверждает нечто противоположное. [0, 10101] [0, 1, 2, ..., 10009, 10101, ..., 15000] нужно найти число 10101 :-) Для бинарного и интерполяционного алгоритмов время должно быть константным. Бинарный алгоритм позиционно зависимый, с наихудшей оценкой выполнения О(sqrt(N)). Число сравнений в интерполяционном поиске должно быть примерно постоянным (иначе бы он не был O(1)), а значит и его время должно быть фиксировано. Оно и по результатам близко к постоянному, но как вы ранее справедливо упомянули, временная оценка в эксперименте очень грубая. Т.е. используя эту оценку я могу сравнить время выполнения бинарного поиска и время выполнения интерполяционного поиска: если я сравниваю объект весом в 10кг с объектом в 5мг, мне будет достаточно весов, взвешивающих с точностью до 1 кг. Т.е. с одной стороны, вы, вроде как, понимаете, что асимптотика поиска не определяется по прогонам на массиве одного и того же размера, а с другой стороны, почему-то, ранжируете асимптотику алгоритмов именно по таким прогонам. Когда же я указал на это противоречие, то оказался "виноват" в незнании элементарных вещей. Немного смахивает на демагогию. Нет? Или вы опять смахнёте в другую сторону? Нет, не верно. Вы неправильно поняли суть эксперимента: я сравниваю и оцениваю 3 позиционно зависимых алгоритма, и я показываю это в результатах, это важно. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.09.2020, 21:39 |
|
код-таймер
|
|||
---|---|---|---|
#18+
mini.weblab Да? А теория утверждает нечто противоположное. [0, 10101] [0, 1, 2, ..., 10009, 10101, ..., 15000] нужно найти число 10101 :-) Бинарный алгоритм позиционно зависимый, с наихудшей оценкой выполнения О(sqrt(N)).Хреново вы теорию знаете ... Ну или думаете как-то неправильно.и я показываю это в результатах, это важно."Сама меряет. Было что мерять - сказал Остап передавая слесарю астролябию". ... |
|||
:
Нравится:
Не нравится:
|
|||
12.09.2020, 10:05 |
|
|
start [/forum/topic.php?fid=57&gotonew=1&tid=2017337]: |
0ms |
get settings: |
11ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
161ms |
get topic data: |
10ms |
get first new msg: |
6ms |
get forum data: |
3ms |
get page messages: |
52ms |
get tp. blocked users: |
2ms |
others: | 248ms |
total: | 512ms |
0 / 0 |