Chrono MockTek bir uygulamanın saatini hızlandırın
30 günlük bir deneme süresinin dolması 30 gün sürer; zamanı oynatamıyorsanız. Olağan tavsiye, sistem saatini ileri itmektir; bu yönetici hakkı gerektirir ve makinedeki diğer her programı da peşinden sürükler. Bu ise bunun yerine tek bir süreci oynatır.
Ne kadar hızlı
Tam sayı bir çarpan seçin. Uygulamanın saati, oturumun başladığı andan itibaren gerçek saatten o kadar kat hızlı ilerler.
| Çarpan | Bir gerçek dakika şu olur | Ne için yararlı |
|---|---|---|
x60 | bir saat | saatlik işler, oturum zaman aşımları, belirteç ömürleri |
x1440 | bir gün | günlük dönüşümler, yarım saatte 30 günlük deneme |
x43200 | 30 günlük bir deneme | bunu okurken denemenin tamamının bitişini izlemek |
x525600 | bir yıl | yıllık yenilemeler, sertifika süresi dolumu |
x1000000 | yaklaşık 1,9 yıl | üst sınır |
# Şimdiki gerçek zamandan başlayın ve dakikada bir gün hızla çalıştırın chrono run "C:\apps\test.exe" --mode x1440 # Seçtiğiniz bir tarihte başlayın ve oradan hızlandırın chrono run "C:\apps\test.exe" --at 2027-12-01T09:00:00 --mode x1440 # Bunun yerine saati tamamen sabit tutun chrono run "C:\apps\test.exe" --mode frozen
İnsanları yanıltan kısım: iki saat var
Duvar saatini - DateTime.Now ve eşdeğerlerinin döndürdüğü şeyi -
hızlandırmak, kendi başına bir geri sayımı hızlandırmaz. Bunlar bir uygulamanın
işletim sistemine sorabileceği iki farklı sorudur ve pek çok yazılım “otuz günü” birincisiyle
değil ikincisiyle ölçer.
Bu yüzden süre ekseni - tick sayıları, uykular, beklemeler ve zamanlayıcılar - ayrı bir anahtardır:
--scale-durationtik sayaçlarını, uyumaları ve zamanlayıcıları da oturum saatine geçirir, nesne beklemeleri ise sayılır ve gerçek sürelerini korur. Bu olmadanx1440takvimi ileri koştururken beş saniyelik bir zamanlayıcı hâlâ beş gerçek saniye sürer - yalnızca belirli bir tarih ve saate kurulan zamanlayıcı her oturumda oturum saatini izler.--scale-qpcek olarak yüksek çözünürlüklü sayacı ölçekler. Python 3.13+monotonic, .NETStopwatchve JavananoTimegeçen zamanı burada okur ve varsayılan olarak kapalıdır; çünkü onu ölçeklemek testlerde render’ı kararsızlaştırdı.
Çarpan bir geri sayıma hiçbir şey yapmıyor gibi görünüyorsa, bu neredeyse her zaman bunun nedeniyledir.
# Bir zamanlayıcı uygulaması: takvimi VE geri sayımları hızlandırın chrono run "C:\apps\Timer.exe" --mode x60 --scale-duration # Geçen zamanı yüksek çözünürlüklü sayaçla ölçen bir Python ya da .NET uygulaması chrono run "C:\apps\Job.exe" --mode x60 --scale-duration --scale-qpc
Yeniden başlatmadan hızı değiştirmek
Çarpan oturum ortasında değiştirilebilir ve saat atlatılmak yerine yeniden demirlenir; böylece hız düştüğünde asla geriye gitmez. Saati doğrudan da atlatabilirsiniz - ileri ya da bir dizüstü bilgisayarın zaman sunucusuyla yeniden eşitlendikten sonra yaptığı gibi geri; bu, geçen zamanı korumasız ölçen her şeyi bozan durumdur.
# x60’ta çalıştırın, sonra iki saniye sonra x1440’a geçin chrono run "C:\apps\test.exe" --mode x60 --set-after 2:1440 # Çalıştırın, sonra beş saniye sonra saati seçtiğiniz bir ana atlatın chrono run "C:\apps\test.exe" --jump-after 5:2028-01-01T00:00:00
Neyi yapmaz
- Sistem saatine dokunmaz. Amaç bu, bir sınırlama değil - ama zamanı bir sunucudan, bir veritabanından ya da başka bir makineden okuyan her şeyin etkilenmediği anlamına gelir ve denetim bu olduğunda size söyler.
- Bir atlama uygulamanın ne gördüğünü değiştirir, ne zaman uyandığını değil. Çekirdeğe zaten verilmiş uyumalar ve zamanlayıcılar kurulurken aldıkları süreyi korur. Çoğu uygulama saati yoklar, bu yüzden atlamalar pratikte çalışır - ama hepsinde değil.
- Zamanı yavaşlatmaz. Çarpanlar bir ve üzeri tam sayılardır, artı sıfırda dondurulmuş bir saat.
Bunların herhangi birinin uygulamanıza ulaşıp ulaşmadığı varsayılacak bir şey değildir. Oturum bunu söyler →