Ölçüm ilkeleri · ReArch Labs

Dört kaynak türü

LAB

Kontrollü ortamda aynı görev ve veriyle önce/sonra ölçümü. Ortam, tekrar sayısı, yöntem, kod ve ham veri birlikte yayınlanır.

MÜŞTERİ

Müşteri onayıyla anonimleştirilmiş gerçek ölçüm. Kod ve ham veri bağlantısı paylaşılmaz.

SEKTÖR

Başka bir kurumun çalışması. Yayın/erişim tarihi, payda ve sınırlar korunur; bizim sonuçlarımız değildir.

VARSAYIM

Hesap modelinde değiştirilebilir bir başlangıç değeri. Ölçülmüş tasarruf veya teklif sayılmaz.

Her grafikte kaynağı, her hesapta kullanılan varsayımları inceleyebilirsiniz.

Ölçüm yöntemleri

ÖLÇÜM PROTOKOLÜ

Aynı bytecode ile sipariş raporu süresi

1.000–1.000.000 kayıt, her noktada iki runtime ve on taze JVM. Aynı çıktı bağımsız Python hesabıyla doğrulanır; rapor başına sürelerin medyanı alınır.

Java 8 javac ile bir kez derlenen aynı bytecode; Corretto 1.8.0_432-b06 ve 25.0.3+9-LTS, native arm64 Apple M3, 24 GiB RAM. Her JVM -Xms256m -Xmx256m -XX:+UseG1GC, 5 sn ısınma ve en az 1 sn ölçüm kullanır. Veri üretimi pencere dışında; tarama, gruplama, checksum ve harness döngüsü içinde. elapsedNanos/batches her koşunun rapor süresidir; on koşunun medyanı gösterilir. Yedi boyut ve tüm tekrarlar saklanır. Paylaşılan masaüstü, kısa ölçüm penceresi ve farklı patch seviyeleri sınırlardır; JMH veya üretim kapasitesi testi değildir.

Ölçüm betiğini açın ↗

ÖLÇÜM PROTOKOLÜ

Ürün kodunu her satırda listeden aramayın.

Sipariş dosyasındaki ürün kodlarını 10.000 ürünlük katalogla eşleştirme. Aynı .NET sürümü ve aynı sonuç; liste taraması yerine anahtarlı erişim.

Aynı .NET 10 runtime'ında aynı katalog ve sipariş satırları. Her kol/boyut için iki ısınma ve on ölçüm; toplam 108 gözlem. İndeks kurma ve çıktı dizisini üretme toplam sürede. Test girdisi üretimi, ölçüm öncesi GC ve çıktı SHA-256'sı bütün kollarda süre dışında. İş kuralından bağımsız Python oracle'ı her çıktının little-endian int64 SHA-256'sını, sayısını, eksik SKU ve kuruş toplamını doğrular. CPU, Linux process CPU clock; bellek, yönetilen tahsis farkı. Birincil nokta önceden seçilen 50.000 satırdır.

Ölçüm betiğini açın ↗

ÖLÇÜM PROTOKOLÜ

50 bin fatura. Ekranda yalnız gereken satırlar.

Vadesi geçen faturaları filtreleme. Aynı kayıtlar ve aynı kaydırma alanı; ekrana çizilen satır sayısı değişiyor.

Görünür tarayıcı sekmesinde dönüşümlü uygulamalar. İki ısınma sonrası kol ve boyut başına 10 tekrar. Her ölçümde tüm eşleşen kayıtların kontrol toplamı, üst/alt görünüm ve kaydırma yüksekliği doğrulanır. Zaman aralığı filtrelemeyle başlar; DOM, layout ve iki requestAnimationFrame içerir. Fiziksel ekran sunumu ölçülmez. Birincil nokta 50.000 kaynak fatura.

Ölçüm betiğini açın ↗

ÖLÇÜM PROTOKOLÜ

Bir sipariş, üç servis. Beklemeleri üst üste koymayın.

Fiyat, stok ve kargo yanıtlarıyla sipariş hazırlama. Aynı sipariş sonucunu sürüm değişikliği ve paralel iş akışıyla ayrı ayrı ölçtük.

Aynı Java 8 bytecode’u iki JDK üzerinde; aynı sentetik iş sonucu ve aynı dış servis. Sıralı 8 işçili kol, Java 25 runtime kontrolü ve eşdeğer 64 eşzamanlı platform/virtual kolları. İkincil kontrolde servis kapasitesi 8; tüm 140 koşu yayımlanır. Son nokta 256 sipariş deneyden önce seçildi. Süre bütün kuyruğun tamamlanmasıdır; platform iş parçacığı toplamı ThreadMXBean tepe değerinin medyanıdır.

Ölçüm betiğini açın ↗

ÖLÇÜM PROTOKOLÜ

Aynı siparişleri tekrar tekrar okumayın.

Müşteri bazında sipariş toplamları. Aynı PHP sürümü, aynı veri, aynı sonuç; değişen şey hesaplama biçimi.

Aynı PHP/SQLite sürümleri, aynı sentetik kayıtlar, 200 müşteri. İki ısınma ardından her kol/boyut için 10 tekrar; bütün sonuç dizileri bağımsız oracle ile eşit. PHP toplam haritası her tekrarda yeniden kurulur. SQL okuma süreleri sıcak bellek içi veride; veri yükleme/indeks oluşturma dışında. İndeks boyutu ve tek kurulum gözlemi ham pakette ayrı. Birincil 200.000 kayıt noktası önceden seçildi.

Ölçüm betiğini açın ↗

ÖLÇÜM PROTOKOLÜ

5 milyon siparişten 500 müşteri bakiyesi.

Açık sipariş bakiyeleri için aynı raporu çalıştırdık. İş kuralı ve motor aynı; her müşteri için bütün tabloyu tarayan erişim değişti.

500 müşterinin açık sipariş tutarı, sentetik ve deterministik kuruş verisi. Üç kayıt boyutu ve üç kol deneyden önce sabitlendi. Aynı SQL indeks öncesi/sonrası ve toplu sorgu kontrolü. İki ısınma ardından 10 tekrar; kol sırası dönüşümlü. Her tekrarın tam 500 satırı bağımsız oracle ile eşit. Okuma süreleri yükleme, indeks kurma ve sonuç doğrulama dışında; her boyutta yeni iki bellek içi veritabanı, tekrarlar sıcak. Yazma yükü ve parasal fatura etkisi ölçülmedi.

Ölçüm betiğini açın ↗

ÖLÇÜM PROTOKOLÜ

Bütün tabloyu taramak yerine gereken kaydı bulun.

Müşteri bazında açık sipariş toplamları. Aynı SQLite motorunda, aynı sorgunun indeks öncesi ve sonrası.

Ölçüm betiğini açın ↗

Ölçümle birlikte hangi bilgiler yayımlanır?

Yayınlanmış laboratuvar vakaları kod deposuna ve ham ölçüm dosyasına bağlanır. Tekrar sayısı ile medyan/ortalama seçimi sonucun yanında bulunur. Bilinmeyen değer boş kalır; zaman aşımı tam sonuç gibi gösterilmez. Müşteri verisi sentetik veriyle aynı şey değildir.

Hesaplayıcı varsayımları ve gerekçeleri

Temkinli, Orta ve İyimser birer senaryodur. Oranları kendi durumunuza göre değiştirebilirsiniz. Başlangıç değerleri sektör oranlarından türetilmedi; karşılaştırma yapmak için düzenlenebilir varsayımlardır.

Temkinli

Temkinli senaryoda bakım maliyetindeki %20 azalma, değiştirebileceğiniz bir senaryo varsayımıdır.
Temkinli senaryoda lisans ve altyapı maliyetindeki %30 azalma, değiştirebileceğiniz bir senaryo varsayımıdır.
Temkinli senaryoda kesinti maliyetindeki %40 azalma, değiştirebileceğiniz bir senaryo varsayımıdır.
Temkinli senaryoda elle iş maliyetindeki %50 azalma, değiştirebileceğiniz bir senaryo varsayımıdır.
Temkinli senaryoda mevcut sistemin yıllık maliyetindeki %5 artış, değiştirebileceğiniz bir senaryo varsayımıdır.

VARSAYIM · cautious

Orta

Orta senaryoda bakım maliyetindeki %35 azalma, değiştirebileceğiniz bir senaryo varsayımıdır.
Orta senaryoda lisans ve altyapı maliyetindeki %50 azalma, değiştirebileceğiniz bir senaryo varsayımıdır.
Orta senaryoda kesinti maliyetindeki %60 azalma, değiştirebileceğiniz bir senaryo varsayımıdır.
Orta senaryoda elle iş maliyetindeki %70 azalma, değiştirebileceğiniz bir senaryo varsayımıdır.
Orta senaryoda mevcut sistemin yıllık maliyetindeki %10 artış, değiştirebileceğiniz bir senaryo varsayımıdır.

VARSAYIM · moderate

İyimser

İyimser senaryoda bakım maliyetindeki %50 azalma, değiştirebileceğiniz bir senaryo varsayımıdır.
İyimser senaryoda lisans ve altyapı maliyetindeki %70 azalma, değiştirebileceğiniz bir senaryo varsayımıdır.
İyimser senaryoda kesinti maliyetindeki %80 azalma, değiştirebileceğiniz bir senaryo varsayımıdır.
İyimser senaryoda elle iş maliyetindeki %85 azalma, değiştirebileceğiniz bir senaryo varsayımıdır.
İyimser senaryoda mevcut sistemin yıllık maliyetindeki %15 artış, değiştirebileceğiniz bir senaryo varsayımıdır.

VARSAYIM · optimistic

Değişiklik günlüğü: 13 Ekim 2026 — ilk model ve üç senaryo kaydedildi. 14 Ekim 2026 — açıklamalar bu sayfaya bağlandı; oranlar değişmedi.

Formülleri ve hesaplayıcıyı açın →

Yapay zekâ kullanım politikası

Yapay zekâ keşif, dokümantasyon ve taslak kod için yardımcıdır. Tasarım kararları, doğrulama, kod incelemesi ve yayın kararı insandadır. Vaka adımları insan ve YZ katkısını ayrı gösterir. Onay verilmeden müşteri verisi dış bir modele gönderilmez; gönderilecek veri, servis, maskeleme ve erişim sınırları önce belirlenir.

Simülasyon nasıl çalışır?

Gerçek vaka yayınlandığında yalnız kayıtlı test noktaları oynatılır. Görüntü kurgulanır; süreler ve sonuçlar ölçüm dosyasından gelir. Eski sistemi 20 saniyeye, ana sayfada 6 saniyeye sığdıran en küçük 1–2–5 katsayısı iki tarafa da uygulanır. Hareket azaltma tercihi doğrudan sonucu gösterir.

Düzeltme politikası

Bir hata bildirirken sayfa adresini, ilgili iddiayı ve varsa birincil kaynağı belirtin. Doğrulanan düzeltme, içerikte ve son güncelleme tarihinde görünür hale getirilir.

hello@rearchlabs.com