Ambiente de referência
- Sistema
- Windows x64
- CPU
- 12 processadores lógicos
- RAM
- 32 GiB
- Chromium
- 151.0.7922.34
- Viewport
- 1440x900
Dados próprios
Benchmark reproduzível do editor em lote
Quanto tempo o fluxo levou em uma máquina de referência, com a mesma imagem e três repetições por lote. Os números são evidência de um teste, não promessa de velocidade.
Os tempos que medimos
Medições feitas em . Cada valor principal é a mediana de três execuções.
| Imagens | Megapixels totais | Upload | Ajuste automático | Exportação PNG |
|---|---|---|---|---|
| 1 | 1.0 MP | 836 ms | 137 ms | 393 ms |
| 10 | 9.6 MP | 824 ms | 864 ms | 1,46 s |
| 25 | 24.0 MP | 836 ms | 10,55 s | 2,51 s |
O cronômetro do upload termina quando todas as miniaturas e a prévia central ficam visíveis. O ajuste termina quando o resumo do lote aparece. A exportação termina quando a página de download publica o resumo de concluídos e falhas.
Método reproduzível
Entrada e sequência
Cada amostra abre um contexto isolado, carrega cópias da fixture própria de 1200×800 px (0,96 MP), seleciona o lote, executa Ajuste Automático e exporta PNG.
npm run dev -- --port 3218
npm run benchmark:batchContinue verificando
Perguntas sobre este benchmark
- Esses tempos valem para o meu computador?
- Não necessariamente. O número que importa aqui é a forma da curva entre 1, 10 e 25 imagens, não o valor absoluto. Em um aparelho mais lento todos os tempos sobem, e a proporção entre eles é o que tende a se manter.
- Por que apenas três repetições?
- Porque o objetivo é dar ordem de grandeza com variação declarada, não precisão estatística. As nove amostras brutas estão no JSON, com mediana e intervalo, para que qualquer leitura possa ser conferida.
- Por que não há um número máximo de fotos?
- Porque ele não existe de forma estável. A capacidade depende de pixels decodificados, memória livre, armazenamento do navegador e do próprio navegador. Publicar um número seria prometer o que não se pode garantir.