Todo número desta página foi medido em uma única máquina com os gates de desempenho de QA do sgcGrid e dois programas de benchmark que acompanham a suíte de QA. Nada é estimado ou extrapolado. Execute os mesmos programas no seu próprio hardware e no seu próprio banco de dados para obter os seus números.
| Medição | Win32 | Win64 |
|---|---|---|
| Quadro de 1920 x 1080 de um grid com 100.000 linhas, 12 colunas (gate de QA C1) | 1,47 ms | 1,29 ms |
| O mesmo quadro com células piscando e 3 regras de formato | 1,67 ms | 1,46 ms |
| Atualizações ao vivo de uma thread de trabalho em um grid ordenado de 1.000 linhas, quadros renderizados a 60 Hz | 1.000 atualizações/s a 60,0 fps, 0 quadros perdidos | 1.000 atualizações/s a 60,0 fps, 0 quadros perdidos |
| Maior taxa de atualização de uma thread de trabalho enquanto o mesmo grid mantém 60 fps | 1.552.858 atualizações/s | 2.001.921 atualizações/s |
| Modo servidor, tabela SQLite de 10.000.000 de linhas: abertura até a primeira página desenhada | não executado | 117,3 ms (2,1 ms com a contagem estimada) |
Medido em 2026-11-04. As tabelas abaixo mostram o método, a máquina e cada valor.
Um quadro é a janela visível de um grid de 1920 x 1080, renderizada sem janela pelo TsgcGridRenderer no canvas raster, o mesmo código que desenha os grids VCL e FireMonkey. Não há janela nem GPU no processo. O grid rola um pouco a cada quadro, como faz um grid ao vivo. C1 e os demais gates de quadro usam a mediana de 5 execuções de 60 quadros após um aquecimento.
Agrupamento, filtro, ordenação e resumos rodam no modelo de dados do grid, sem renderizador. Cada valor é a mediana de 5 execuções após um aquecimento, ou a melhor de 12 execuções intercaladas quando o gate indica. Todo gate tem um orçamento, e a execução de QA falha quando um valor o ultrapassa.
Uma thread de trabalho grava atualizações de preço com o UpdateRow, seguro entre threads, como faz a demo LiveTicker. A thread principal renderiza um quadro a cada 16,67 ms (60 Hz). Cada quadro reordena a visão alterada, como faz um grid desenhado. O benchmark informa as atualizações gravadas por segundo, os quadros renderizados por segundo, os quadros que perderam o seu intervalo e o tempo de renderização por quadro.
O TsgcGridServerProvider_DataSet pagina uma tabela gerada por meio do FireDAC. Cada etapa termina quando suas linhas estão carregadas e o quadro está desenhado. Cada valor é a mediana de 5 execuções após um aquecimento, com o arquivo do banco de dados no cache do sistema operacional. Os saltos caem 2.000 linhas distantes de uma execução para outra, de modo que cada execução lê do banco de dados e não do cache de páginas do grid.
| CPU | Intel Core Ultra 5 245T, 14 núcleos, 14 processadores lógicos |
| Memória | 31,5 GB |
| Disco | SSD NVMe, Phison de 1 TB |
| Sistema operacional | Windows 11 Pro 26H2, build 26300.9711 |
| Compilador | Delphi 13 (compilador 37.0), builds release de Win32 e Win64 |
| Banco de dados | SQLite 3.42.0 por meio do FireDAC, embutido e vinculado estaticamente |
| Código-fonte | árvore de desenvolvimento do sgcGrid de 2026-11-04 (revisão svn 20169 com alterações locais) |
A máquina era uma estação de trabalho de desenvolvimento, não um servidor de benchmark isolado. Cada execução pesada manteve um bloqueio em toda a máquina, de modo que nenhum build ou teste rodou ao mesmo tempo.
O grupo perf da suíte de QA do sgcGrid, executado sozinho em Win32 e Win64. O orçamento é o limite que o gate impõe (Win32 / Win64).
| Gate | O que é medido | Win32 | Win64 | Orçamento |
|---|---|---|---|---|
| C1 | Quadro simples de 1920 x 1080, 12 colunas, 100.000 linhas | 1,47 ms | 1,29 ms | 4,09 / 4,32 ms |
| Com estilo | O mesmo quadro, células piscando e 3 regras de formato (média de 60 quadros) | 1,67 ms | 1,46 ms | 25 / 16 ms |
| GW3 | Quadro com realces de localização, 100.000 linhas | 1,43 ms | 1,75 ms | 25 / 16 ms |
| GW5 | Quadro com 20 colunas, 3 níveis de faixa, 2 colunas congeladas, 100.000 linhas | 1,62 ms | 1,42 ms | 25 / 16 ms |
| GW7 | Quadro com colunas de imagem, progresso e sparkline de 30 pontos, 100.000 linhas | 2,20 ms | 3,20 ms | 25 / 16 ms |
| F1 | Quadro com 2 colunas congeladas e um rodapé, rolado nos dois sentidos, 100.000 linhas | 0,56 ms | 0,50 ms | 25 / 16 ms |
| G4 | Quadro de 1.000.000 de linhas agrupadas por 2 colunas, tudo expandido | 0,49 ms | 0,48 ms | 25 / 16 ms |
| D1 | Quadro com 3 faixas de detalhe visíveis de 50 linhas cada | 2,47 ms | 2,65 ms | 25 / 16 ms |
| G1 | Agrupar 100.000 linhas por 2 colunas, 2 resumos, construir e achatar | 15,11 ms | 11,98 ms | 60 / 40 ms |
| G2 | Agrupar 1.000.000 de linhas por 2 colunas, 2 resumos, construir e achatar | 155,37 ms | 132,61 ms | 700 / 450 ms |
| G3 | Expandir ou recolher um grupo da visão de 1.000.000 de linhas | 4,16 ms | 3,28 ms | 25 / 15 ms |
| G5 | Resumos de rodapé, 5 colunas de 100.000 linhas | 5,64 ms | 2,34 ms | 25 / 15 ms |
| T1 | Árvore de 100.000 linhas, profundidade até 8, construir e achatar totalmente expandida | 20,42 ms | 22,80 ms | 90 / 60 ms |
| GW0 | Reconstrução da visão ordenada, 1.000.000 de linhas | 253,45 ms | 240,29 ms | 268,24 / 259,62 ms |
| GW1 | Valores distintos de uma coluna de texto de 1.000 membros, com filtro em cascata, 1.000.000 de linhas | 55,61 ms | 48,42 ms | 450 / 300 ms |
| GW2 | Filtro com uma lista de 500 de 1.000 valores mais uma condição, 1.000.000 de linhas | 50,75 ms | 48,02 ms | 225 / 150 ms |
| M1 | Memória da visão de linhas acima dos dados, 1.000.000 de linhas agrupadas por 2 colunas | 20,07 MB | 20,09 MB | 32 MB |
| X1 | Exportação XLSX de 100.000 linhas x 12 colunas, 2 níveis de grupo, resumos | 1.693,87 ms | 1.002,71 ms | 4.500 / 3.000 ms |
| L2 | Visualizador de log acompanhando o final enquanto uma thread acrescenta 10.000 linhas por segundo: quadros desenhados por segundo | 38,87 fps | 38,67 fps | mínimo de 20 fps |
| L2 | A mesma execução: percentil 99 do atraso de entrada | 4,22 ms | 2,83 ms | 33 ms |
sgcGridBench_Live: uma thread de trabalho grava preço, variação, volume e hora de uma linha aleatória com UpdateRow, enquanto a thread principal renderiza a cada 16,67 ms um grid ordenado e piscante de 1920 x 1080. 5 segundos por caso. Um intervalo perdido é um quadro que terminou depois do início do seguinte.
| Linhas | Taxa alvo | Plataforma | Atualizações/s | Quadros/s | Intervalos perdidos | Renderização, mediana | Renderização, p99 | Renderização, máx. |
|---|---|---|---|---|---|---|---|---|
| 1.000 | 1.000/s | Win32 | 1.000 | 60,0 | 0 | 1,28 ms | 2,46 ms | 2,57 ms |
| 1.000 | 1.000/s | Win64 | 1.000 | 60,0 | 0 | 1,36 ms | 2,41 ms | 2,45 ms |
| 1.000 | 10.000/s | Win32 | 9.998 | 60,0 | 0 | 1,43 ms | 2,79 ms | 2,98 ms |
| 1.000 | 10.000/s | Win64 | 9.998 | 60,0 | 0 | 1,29 ms | 2,46 ms | 3,17 ms |
| 1.000 | o mais rápido possível | Win32 | 1.552.858 | 60,0 | 0 | 1,26 ms | 3,09 ms | 3,35 ms |
| 1.000 | o mais rápido possível | Win64 | 2.001.921 | 60,0 | 0 | 1,26 ms | 2,54 ms | 3,28 ms |
| 100.000 | 1.000/s | Win32 | 1.000 | 60,0 | 0 | 10,52 ms | 13,72 ms | 15,92 ms |
| 100.000 | 1.000/s | Win64 | 1.000 | 60,0 | 0 | 10,50 ms | 13,99 ms | 14,68 ms |
| 100.000 | 10.000/s | Win32 | 9.966 | 47,6 | 62 | 14,70 ms | 40,33 ms | 42,03 ms |
| 100.000 | 10.000/s | Win64 | 9.997 | 54,2 | 29 | 13,59 ms | 35,10 ms | 39,86 ms |
Um grid ordenado de 100.000 linhas reordena a sua visão em todo quadro em que a coluna ordenada mudou, então o tempo de renderização cresce com o número de linhas. Atualizações de colunas não ordenadas mantêm a visão, e MaxFPS pode reduzir a taxa de quadros de um grid que só precisa parecer ao vivo.
sgcGridBench_Server em SQLite 3.42.0, Win64. A tabela tem 12 colunas de tipos variados (inteiro, texto, ponto flutuante, data e hora, booleano), uma chave inteira indexada e uma coluna de cliente indexada, com dados determinísticos. Cada etapa termina com as linhas carregadas e o quadro de 1920 x 1080 desenhado. Mediana de 5 execuções após um aquecimento.
| Etapa | 1.000.000 de linhas | 10.000.000 de linhas | O que roda no banco de dados |
|---|---|---|---|
| Abertura até a primeira página desenhada | 2,8 ms | 117,3 ms | Colunas do esquema, COUNT(*) exato, primeira página |
| Abertura com a contagem estimada | 2,1 ms | 2,1 ms | CountMode = gscEstimated: só a primeira página, a contagem cresce enquanto as páginas voltam cheias |
| Contagem exata de linhas | 0,2 ms | 115,6 ms | SELECT COUNT(*) |
| Salto para o meio | 40,1 ms | 378,8 ms | Uma página na linha do meio, LIMIT e OFFSET |
| Salto para o fim | 75,0 ms | 735,4 ms | A última página, LIMIT e OFFSET |
| Ordenação por uma coluna indexada | 2,5 ms | 119,3 ms | ORDER BY customer pelo seu índice, mais a contagem exata da nova consulta |
| Ordenação por uma coluna sem índice | 106,9 ms | 1.169,3 ms | ORDER BY amount DESC, uma varredura completa |
| Condição do construtor de filtros | 97,5 ms | 975,7 ms | WHERE region = 'North' AND qty > 50, contagem e primeira página (correspondem 40.000 e 400.000 linhas) |
| Agrupamento no servidor, linhas de grupo desenhadas | 266,5 ms | 3.917,8 ms | GROUP BY region (12 grupos) com a contagem de linhas de cada grupo, uma varredura completa |
| Memória do processo após a execução | 76,5 MB | 75,7 MB | Conjunto de trabalho do processo de benchmark, cache de páginas do SQLite incluído |
O grid em si lê apenas as páginas na tela, então o seu custo próprio permanece constante. O que cresce com a tabela é o trabalho do banco de dados: a contagem exata, o OFFSET de um salto profundo e uma ordenação ou agrupamento em uma coluna sem índice. Um índice na coluna ordenada ou agrupada, ou a contagem estimada, mantém essas etapas curtas. Gerar a tabela de 10.000.000 de linhas levou 42,5 s, e uma segunda execução no mesmo arquivo deu valores dentro de 25% destes.
SQL Server, PostgreSQL, Firebird e tabelas de 100.000.000 de linhas são medidos com as mesmas ferramentas. Os seus valores serão adicionados aqui quando forem executados. Até lá, nenhum número é publicado para eles.
Os programas de benchmark estão na pasta QA do código-fonte do sgcUI, QA\Grid\Bench. São programas de console sem projeto de IDE.
build_bench.bat compila sgcGridBench_Server.exe e sgcGridBench_Live.exe para Win32 e Win64 com o Delphi 13 em bin\win32 e bin\win64, e copia o arquivo ini ao lado deles.
sgcGridBench_Server.exe --rows=10000000 cria a tabela quando ela não existe, depois mede cada etapa e grava um relatório Markdown e uma linha CSV por valor. Opções: --ini, --rows, --runs, --db, --generate, --out.
Edite sgcGridBench_Server.ini: DriverName é o driver do FireDAC (MSSQL, PG, FB ou SQLite), cada chave de [Params] vai para a conexão, e Dialect seleciona o dialeto SQL. O ini traz um exemplo para cada mecanismo.
sgcGridBench_Live.exe --seconds=5 executa os casos ao vivo acima. Os gates do cliente são o grupo perf da suíte de QA, sgcGridQA.exe --group=perf, que acrescenta cada valor a sgcGridQA_perf.txt. Execute-o sozinho em uma máquina ociosa.
[Connection]
DriverName=PG
[Params]
Server=localhost
Port=5432
Database=bench
User_Name=postgres
Password=secret
[Bench]
Dialect=postgresql
Table=bench_orders
Rows=10000000
Runs=5