I obtained this information from an old, unofficial Rocklink forum that no longer exists, but it was still possible to access the old post through the Wayback Machine.
How did they discover these parameters? I don't know; there's not even a mention of it in the Rocklink software manuals.
Post Source (by S slearl): https://web.archive.org/web/20120828194024/https://roclink.wordpress.com/2010/01/13/command-line-options/
| """ | |
| Dado uma sequência enorme, você deve descobrir se um | |
| item específico se encontra nela, e você sabe que ele | |
| só pode estar entre o meio e o fim da sequência. | |
| Mas o que seria mais rápido? | |
| 1) Percorrer ela inteira: `item in sequence`. | |
| 2) Fatiar no meio: `item in sequence[middle:]`. | |
| 3) Percorrer da metade: `sequence.find(item, middle)` |
| """ | |
| Este código é a integração da biblioteca rangesort que foi escrita em C: | |
| https://gist.github.com/d3cryptofc/0629f82f18f58ae6db7caf267a38c607 | |
| """ | |
| from __future__ import annotations | |
| import ctypes | |
| from typing import Sequence |
| /* | |
| De repente pensei: pq não ordenar números usando índices? Nào tornaria mais | |
| rápido se cada numero fosse para sua devida posição? | |
| E então escrevi esse algoritmo que possui complexidade linear O(n) | |
| É ainda mais perfeito para números sequenciais que não possuem repetição, a única | |
| desvantagem é que pra ser mais eficiente você deve saber quantos itens tem | |
| o seu array e qual número entre eles é o menor possível para evitar desperdício de memória. |