ForHosting KIT · Ferramentas para dev

Comparações do merge sort: pior caso e caso médio

Esta calculadora estima quantas comparações entre elementos um merge sort descendente padrão realiza para uma entrada com n elementos.

● BetaGrátis · no seu navegador
Use pelo WebAPIE-mailTelegramApp em breve

Ela informa o total exato do pior caso, o valor esperado para uma ordem aleatória uniforme, a quantidade de níveis recursivos e n vezes o logaritmo de n na base 2 como referência. Assim, você consegue visualizar o crescimento linearítmico e compará-lo ao comportamento quadrático.

O que a calculadora contabiliza

O cálculo considera comparações de ordenação entre elementos durante a intercalação, operação central da análise tradicional do merge sort. Não entram verificações de índice, atribuições, gravações em vetores temporários, chamadas recursivas, alocações nem o trabalho interno de um comparador personalizado. Um único elemento não exige comparação. Em entradas maiores, o algoritmo divide a faixa, ordena as duas partes e compara repetidamente os primeiros elementos ainda não consumidos. Intercalar grupos de a e b elementos exige no máximo a mais b menos uma comparações, pois o último elemento restante pode ser copiado diretamente. O pior caso combina essa regra em toda a árvore real de divisões, inclusive quando n não é potência de dois. Portanto, use n_log2_n como escala e os campos de comparações como estimativas operacionais.

Como o pior caso e a média são obtidos

A fórmula exata do pior caso é n multiplicado pelo teto do logaritmo de n na base 2, menos dois elevado a esse teto, mais um. Ela representa um merge sort binário padrão, com subvetores divididos da forma mais equilibrada possível. A média é uma esperança sobre permutações uniformemente aleatórias de chaves distintas. Em cada intercalação de trechos com a e b elementos, o valor esperado é a mais b, menos a dividido por b mais um, menos b dividido por a mais um. A calculadora soma esse custo recursivamente na mesma árvore equilibrada e arredonda apenas o resultado exibido para seis casas decimais. A esperança pode ser fracionária, embora cada execução faça um número inteiro de comparações. Chaves repetidas, outros critérios de desempate, sequências naturais e limites para insertion sort podem mudar o total observado.

Como interpretar o resultado linearítmico

O valor n_log2_n representa a escala linearítmica característica. Cada nível adicional de intercalação processa todos os n elementos, enquanto a quantidade de níveis cresce apenas de modo logarítmico. Os dois campos de proporção dividem as estimativas por n vezes o logaritmo de n na base 2 e mostram a proximidade dos totais concretos dessa referência quando n é maior que um. Eles são descritivos, não provas de complexidade nem benchmarks de hardware. Tráfego de memória, alocação, custo do comparador, cache e ambiente de execução podem dominar o tempo real. Experimente tamanhos logo abaixo e acima de potências de dois. Nessas fronteiras, a profundidade recursiva muda e fica claro por que a notação O grande descarta constantes e termos menores sem torná-los irrelevantes para uma entrada específica.

Planejar comparadores caros

Estime chamadas a um comparador de registros caro antes de uma grande ordenação estável.

Ensinar crescimento algorítmico

Compare totais exatos com n vezes o logaritmo de n na base 2 em vários tamanhos.

Definir expectativas de teste

Escolha um teto de pior caso para contadores em uma implementação instrumentada.

O que significa comparação neste cálculo?

É uma comparação de ordem entre elementos durante a intercalação; controle e movimentação de dados ficam de fora.

Por que a média pode ser fracionária?

Ela é o valor esperado sobre permutações aleatórias uniformes, não a contagem de uma execução.

A estimativa inclui valores repetidos?

Não. O modelo médio pressupõe chaves distintas; repetições e desempates podem alterar o total.

Isto é um benchmark de desempenho?

Não. A ferramenta estima comparações e não modela memória, processador, runtime, alocação ou latência.

Qual variante do merge sort é modelada?

A variante binária descendente padrão, que divide cada faixa em duas partes tão iguais quanto possível.

Quanto custa uma solicitação de API?

Cada solicitação de API custa US$ 0,002; o navegador pode usar a mesma lógica determinística.

Tudo nesta página está disponível via API. Esta seção é para equipes que querem integrar a ferramenta aos próprios sistemas; quem não precisa disso pode simplesmente usar a ferramenta acima.

POSThttps://api.kit.forhosting.com/dev/merge-sort-comparisons

Autenticação por token Bearer. Um único POST coloca a tarefa na fila; o resultado chega por webhook ou link assinado.

curl -X POST https://api.kit.forhosting.com/dev/merge-sort-comparisons \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"n":8}'
{
  "n": 8
}
{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "dev.merge_sort_comparisons",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

A API é assíncrona: cada chamada devolve um task_id na hora. Se preferir polling, consulte o status a até 1 requisição por segundo.

por chamadaUS$ 0,002

Preço publicado, sem tokens nem créditos escondidos. Tarefa que falha não é cobrada.

HTTPCódigoO que significa
401unauthorizedToken ausente ou inválido. Confira o header Authorization.
402insufficient_balanceSaldo insuficiente para esta tarefa. Faça uma recarga e tente de novo.
404unknown_typeEsse tipo de tarefa não existe. Confira o campo type no catálogo.
429rate_limitedMuitas requisições em pouco tempo. Espere um instante e tente de novo.

Ver a documentação completa do KIT →