Każda liczba na tej stronie została zmierzona na jednej maszynie za pomocą bramek wydajności QA sgcGrid i dwóch programów testowych dostarczanych z zestawem QA. Nic nie jest szacowane ani ekstrapolowane. Uruchom te same programy na własnym sprzęcie i własnej bazie danych, aby uzyskać własne liczby.
| Pomiar | Win32 | Win64 |
|---|---|---|
| Klatka 1920 x 1080 siatki ze 100 000 wierszy, 12 kolumn (bramka QA C1) | 1,47 ms | 1,29 ms |
| Ta sama klatka z błyskającymi komórkami i 3 regułami formatowania | 1,67 ms | 1,46 ms |
| Aktualizacje na żywo z wątku roboczego do posortowanej siatki z 1000 wierszami, klatki renderowane przy 60 Hz | 1000 aktualizacji/s przy 60,0 fps, 0 utraconych klatek | 1000 aktualizacji/s przy 60,0 fps, 0 utraconych klatek |
| Najwyższa częstotliwość aktualizacji jednego wątku roboczego, gdy ta sama siatka utrzymuje 60 fps | 1 552 858 aktualizacji/s | 2 001 921 aktualizacji/s |
| Tryb serwera, tabela SQLite z 10 000 000 wierszy: otwarcie do pierwszej narysowanej strony | nie uruchamiano | 117,3 ms (2,1 ms z szacowaną liczbą) |
Zmierzono 2026-11-04. Poniższe tabele podają metodę, maszynę i każdą liczbę.
Klatka to widoczne okno siatki 1920 x 1080, renderowane bez okna przez TsgcGridRenderer na płótno rastrowe, tym samym kodem, który rysuje siatki VCL i FireMonkey. W pętli nie ma okna ani GPU. Siatka przewija się trochę w każdej klatce, tak jak siatka na żywo. C1 i pozostałe bramki klatek biorą medianę z 5 przebiegów po 60 klatek po rozgrzewce.
Grupowanie, filtrowanie, sortowanie i podsumowania działają na modelu danych siatki, bez renderera. Każda liczba to mediana z 5 przebiegów po rozgrzewce albo najlepszy z 12 przeplatanych przebiegów, gdy tak określa bramka. Każda bramka ma budżet, a przebieg QA kończy się niepowodzeniem, gdy liczba go przekroczy.
Wątek roboczy zapisuje aktualizacje cen bezpiecznym wątkowo UpdateRow, tak jak robi to demo LiveTicker. Wątek główny renderuje klatkę co 16,67 ms (60 Hz). Każda klatka ponownie sortuje zmieniony widok, tak jak robi to rysowana siatka. Test podaje zapisane aktualizacje na sekundę, wyrenderowane klatki na sekundę, klatki, które nie zmieściły się w swoim slocie, i czas renderowania na klatkę.
TsgcGridServerProvider_DataSet stronicuje wygenerowaną tabelę przez FireDAC. Każdy krok kończy się, gdy jego wiersze są wczytane, a klatka narysowana. Każda liczba to mediana z 5 przebiegów po rozgrzewce, z plikiem bazy danych w pamięci podręcznej systemu operacyjnego. Skoki lądują 2000 wierszy od siebie w kolejnych przebiegach, więc każdy przebieg czyta z bazy danych, a nie z pamięci podręcznej stron siatki.
| CPU | Intel Core Ultra 5 245T, 14 rdzeni, 14 procesorów logicznych |
| Pamięć | 31,5 GB |
| Dysk | NVMe SSD, Phison 1 TB |
| System operacyjny | Windows 11 Pro 26H2, kompilacja 26300.9711 |
| Kompilator | Delphi 13 (kompilator 37.0), wersje release Win32 i Win64 |
| Baza danych | SQLite 3.42.0 przez FireDAC, wbudowany i statycznie dołączony |
| Kod źródłowy | drzewo rozwojowe sgcGrid z 2026-11-04 (rewizja svn 20169 z lokalnymi zmianami) |
Maszyna była stacją roboczą dewelopera, a nie izolowanym serwerem testowym. Każdy ciężki przebieg trzymał blokadę na poziomie całej maszyny, więc żadna kompilacja ani test nie działały w tym samym czasie.
Grupa perf zestawu QA sgcGrid, uruchamiana osobno w Win32 i Win64. Budżet to limit egzekwowany przez bramkę (Win32 / Win64).
| Bramka | Co jest mierzone | Win32 | Win64 | Budżet |
|---|---|---|---|---|
| C1 | Płaska klatka 1920 x 1080, 12 kolumn, 100 000 wierszy | 1,47 ms | 1,29 ms | 4,09 / 4,32 ms |
| Ze stylem | Ta sama klatka, błyskające komórki i 3 reguły formatowania (średnia z 60 klatek) | 1,67 ms | 1,46 ms | 25 / 16 ms |
| GW3 | Klatka z podświetleniem wyników wyszukiwania, 100 000 wierszy | 1,43 ms | 1,75 ms | 25 / 16 ms |
| GW5 | Klatka z 20 kolumnami, 3 poziomami pasm, 2 zablokowanymi kolumnami, 100 000 wierszy | 1,62 ms | 1,42 ms | 25 / 16 ms |
| GW7 | Klatka z kolumnami obrazu, postępu i wykresu sparkline z 30 punktów, 100 000 wierszy | 2,20 ms | 3,20 ms | 25 / 16 ms |
| F1 | Klatka z 2 zablokowanymi kolumnami i stopką, przewijana w obu kierunkach, 100 000 wierszy | 0,56 ms | 0,50 ms | 25 / 16 ms |
| G4 | Klatka z 1 000 000 wierszy pogrupowanych według 2 kolumn, wszystko rozwinięte | 0,49 ms | 0,48 ms | 25 / 16 ms |
| D1 | Klatka z 3 widocznymi pasmami szczegółów po 50 wierszy każde | 2,47 ms | 2,65 ms | 25 / 16 ms |
| G1 | Grupowanie 100 000 wierszy według 2 kolumn, 2 podsumowania, budowa i spłaszczenie | 15,11 ms | 11,98 ms | 60 / 40 ms |
| G2 | Grupowanie 1 000 000 wierszy według 2 kolumn, 2 podsumowania, budowa i spłaszczenie | 155,37 ms | 132,61 ms | 700 / 450 ms |
| G3 | Rozwinięcie lub zwinięcie jednej grupy widoku z 1 000 000 wierszy | 4,16 ms | 3,28 ms | 25 / 15 ms |
| G5 | Podsumowania stopki, 5 kolumn po 100 000 wierszy | 5,64 ms | 2,34 ms | 25 / 15 ms |
| T1 | Drzewo ze 100 000 wierszy, głębokość do 8, budowa i spłaszczenie w pełni rozwinięte | 20,42 ms | 22,80 ms | 90 / 60 ms |
| GW0 | Odbudowa posortowanego widoku, 1 000 000 wierszy | 253,45 ms | 240,29 ms | 268,24 / 259,62 ms |
| GW1 | Unikalne wartości kolumny tekstowej o 1000 elementach, z filtrem kaskadowym, 1 000 000 wierszy | 55,61 ms | 48,42 ms | 450 / 300 ms |
| GW2 | Filtr z listą 500 z 1000 wartości oraz warunkiem, 1 000 000 wierszy | 50,75 ms | 48,02 ms | 225 / 150 ms |
| M1 | Pamięć widoku linii nad danymi, 1 000 000 wierszy pogrupowanych według 2 kolumn | 20,07 MB | 20,09 MB | 32 MB |
| X1 | Eksport XLSX 100 000 wierszy x 12 kolumn, 2 poziomy grup, podsumowania | 1693,87 ms | 1002,71 ms | 4500 / 3000 ms |
| L2 | Przeglądarka logów śledząca koniec, gdy wątek dopisuje 10 000 linii na sekundę: narysowane klatki na sekundę | 38,87 fps | 38,67 fps | minimum 20 fps |
| L2 | Ten sam przebieg: 99. percentyl opóźnienia wejścia | 4,22 ms | 2,83 ms | 33 ms |
sgcGridBench_Live: wątek roboczy zapisuje cenę, zmianę, wolumen i czas losowego wiersza za pomocą UpdateRow, a wątek główny co 16,67 ms renderuje posortowaną, błyskającą siatkę 1920 x 1080. 5 sekund na przypadek. Utracony slot to klatka, która zakończyła się po rozpoczęciu następnej.
| Wiersze | Częstotliwość docelowa | Platforma | Aktualizacje/s | Klatki/s | Utracone sloty | Render, mediana | Render, p99 | Render, maks. |
|---|---|---|---|---|---|---|---|---|
| 1000 | 1000/s | Win32 | 1000 | 60,0 | 0 | 1,28 ms | 2,46 ms | 2,57 ms |
| 1000 | 1000/s | Win64 | 1000 | 60,0 | 0 | 1,36 ms | 2,41 ms | 2,45 ms |
| 1000 | 10 000/s | Win32 | 9998 | 60,0 | 0 | 1,43 ms | 2,79 ms | 2,98 ms |
| 1000 | 10 000/s | Win64 | 9998 | 60,0 | 0 | 1,29 ms | 2,46 ms | 3,17 ms |
| 1000 | tak szybko, jak to możliwe | Win32 | 1 552 858 | 60,0 | 0 | 1,26 ms | 3,09 ms | 3,35 ms |
| 1000 | tak szybko, jak to możliwe | Win64 | 2 001 921 | 60,0 | 0 | 1,26 ms | 2,54 ms | 3,28 ms |
| 100 000 | 1000/s | Win32 | 1000 | 60,0 | 0 | 10,52 ms | 13,72 ms | 15,92 ms |
| 100 000 | 1000/s | Win64 | 1000 | 60,0 | 0 | 10,50 ms | 13,99 ms | 14,68 ms |
| 100 000 | 10 000/s | Win32 | 9966 | 47,6 | 62 | 14,70 ms | 40,33 ms | 42,03 ms |
| 100 000 | 10 000/s | Win64 | 9997 | 54,2 | 29 | 13,59 ms | 35,10 ms | 39,86 ms |
Posortowana siatka ze 100 000 wierszy ponownie sortuje swój widok w każdej klatce, w której zmieniła się posortowana kolumna, więc czas renderowania rośnie wraz z liczbą wierszy. Aktualizacje kolumn, które nie są posortowane, zachowują widok, a MaxFPS może obniżyć liczbę klatek siatki, która ma tylko wyglądać na żywą.
sgcGridBench_Server na SQLite 3.42.0, Win64. Tabela ma 12 kolumn różnych typów (liczba całkowita, tekst, liczba zmiennoprzecinkowa, data i czas, wartość logiczna), indeksowany klucz całkowity i indeksowaną kolumnę klienta, z danymi deterministycznymi. Każdy krok kończy się wczytanymi wierszami i narysowaną klatką 1920 x 1080. Mediana z 5 przebiegów po rozgrzewce.
| Krok | 1 000 000 wierszy | 10 000 000 wierszy | Co działa w bazie danych |
|---|---|---|---|
| Otwarcie do pierwszej narysowanej strony | 2,8 ms | 117,3 ms | Kolumny ze schematu, dokładne COUNT(*), pierwsza strona |
| Otwarcie z szacowaną liczbą | 2,1 ms | 2,1 ms | CountMode = gscEstimated: tylko pierwsza strona, liczba rośnie, dopóki strony wracają pełne |
| Dokładna liczba wierszy | 0,2 ms | 115,6 ms | SELECT COUNT(*) |
| Skok na środek | 40,1 ms | 378,8 ms | Jedna strona przy środkowym wierszu, LIMIT i OFFSET |
| Skok na koniec | 75,0 ms | 735,4 ms | Ostatnia strona, LIMIT i OFFSET |
| Sortowanie według kolumny z indeksem | 2,5 ms | 119,3 ms | ORDER BY customer przez jej indeks, plus dokładna liczba nowego zapytania |
| Sortowanie według kolumny bez indeksu | 106,9 ms | 1169,3 ms | ORDER BY amount DESC, pełne skanowanie |
| Warunek konstruktora filtrów | 97,5 ms | 975,7 ms | WHERE region = 'North' AND qty > 50, liczba i pierwsza strona (pasuje 40 000 i 400 000 wierszy) |
| Grupowanie na serwerze, narysowane wiersze grup | 266,5 ms | 3917,8 ms | GROUP BY region (12 grup) z liczbą wierszy każdej grupy, pełne skanowanie |
| Pamięć procesu po przebiegu | 76,5 MB | 75,7 MB | Zestaw roboczy procesu testowego, razem z pamięcią podręczną stron SQLite |
Sama siatka czyta tylko strony widoczne na ekranie, więc jej własny koszt pozostaje stały. Z tabelą rośnie praca bazy danych: dokładna liczba, OFFSET głębokiego skoku oraz sortowanie lub grupowanie według kolumny bez indeksu. Indeks na posortowanej lub pogrupowanej kolumnie albo szacowana liczba skraca te kroki. Wygenerowanie tabeli z 10 000 000 wierszy trwało 42,5 s, a drugi przebieg na tym samym pliku dał wyniki w granicach 25% tych liczb.
SQL Server, PostgreSQL, Firebird i tabele ze 100 000 000 wierszy są mierzone tymi samymi narzędziami. Ich wyniki zostaną tu dodane po wykonaniu pomiarów. Do tego czasu nie publikujemy dla nich żadnej liczby.
Programy testowe znajdują się w folderze QA źródeł sgcUI, QA\Grid\Bench. To programy konsolowe bez projektu IDE.
build_bench.bat kompiluje sgcGridBench_Server.exe i sgcGridBench_Live.exe dla Win32 i Win64 w Delphi 13 do bin\win32 i bin\win64 oraz kopiuje obok plik ini.
sgcGridBench_Server.exe --rows=10000000 tworzy tabelę, jeśli jej brakuje, następnie mierzy każdy krok i zapisuje raport Markdown oraz linię CSV dla każdej liczby. Opcje: --ini, --rows, --runs, --db, --generate, --out.
Edytuj sgcGridBench_Server.ini: DriverName to sterownik FireDAC (MSSQL, PG, FB lub SQLite), każdy klucz z [Params] trafia do połączenia, a Dialect wybiera dialekt SQL. Plik ini zawiera przykład dla każdego silnika.
sgcGridBench_Live.exe --seconds=5 uruchamia powyższe przypadki na żywo. Bramki klienta to grupa perf zestawu QA, sgcGridQA.exe --group=perf, która dopisuje każdą liczbę do sgcGridQA_perf.txt. Uruchamiaj ją samodzielnie na bezczynnej maszynie.
[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