Hirdetés
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Poco F7 – bajnokesélyes
- Mobil flották
- iPhone topik
- Külföldi prepaid SIM-ek itthon
- Színes AirPods prototípusok bukkantak fel
- Yettel topik
- Vivo X300 Pro – messzebbre lát, mint ameddig bírja
- Xiaomi 15T - reakció nélkül nincs egyensúly
- Vivo X200 Pro - a kétszázát!
Új hozzászólás Aktív témák
-
Froclee
őstag
Sziasztok
Írtam egy monitorozó Windows Service-t. Windows10 és Windows 8-as gépeken .NET 4.5-ön fejlesztettem és .NEt 4-en buildeltem. Majd kiraktam a Windows Server 2008-asainkra.
A gondom igazából az, hogy elég fura sorrendekbe dobja bele a dolgokat a logba. Végülis nem baj, csak az okát szeretném tudni
[2016-02-04 16:14:03] [DEBUG] CPU load is [1%] below the threshold on eztitkos1.
[2016-02-04 16:14:03] [DEBUG] CPU load is [0%] below the threshold on eztitkos2.
[2016-02-04 16:14:04] [DEBUG] CPU load is [0%] below the threshold on eztitkos3.
[2016-02-04 16:14:04] [DEBUG] CPU load is [1%] below the threshold on eztitkos4.
[2016-02-04 16:14:05] [DEBUG] Memory load [23%] is below the threshhold on titkos3.
[2016-02-04 16:14:05] [DEBUG] Memory load [7%] is below the threshhold on titkos2.
[2016-02-04 16:14:06] [DEBUG] Memory load [5%] is below the threshhold on titkos3.
[2016-02-04 16:14:06] [DEBUG] CPU load is [1%] below the threshold on titkos3.
[2016-02-04 16:14:06] [DEBUG] Memory load [6%] is below the threshhold on titkos3.
[2016-02-04 16:14:07] [DEBUG] Memory load [6%] is below the threshhold on titkos4.
[2016-02-04 16:14:07] [DEBUG] vsa593973 is responding within the timeout [8 sec].
[2016-02-04 16:14:07] [DEBUG] vsa562480 is responding within the timeout [8 sec].
[2016-02-04 16:14:07] [DEBUG] vsa552783 is responding within the timeout [8 sec].
[2016-02-04 16:14:07] [DEBUG] vsa552766 is responding within the timeout [8 sec].
[2016-02-04 16:14:07] [DEBUG] vsa562478 is responding within the timeout [8 sec].
[2016-02-04 16:14:07] [DEBUG] Server=titkos;Database=titkos;Integrated Security=SSPI responding properly to SQL queries.
[2016-02-04 16:14:07] [DEBUG] CPU load is [1%] below the threshold on titkos3.Ami itt igazán érdekes: a memory load check-ek közé bejön egy CPU check is. Az én teóriám: túl lassan tudta megállapítani a service a titkos3 loadját, ezért volt benne egy kis késés.
Kód: fő osztály (innen hívogatom a check-eket)
a check-ekszerk.: barom vagyok, most látom tettem bele pár thread.Sleep-et
de azt feltételezném hogy szépen sorrendben dobja ki az eredményeket. igazából 2-3 perc után már randomizáltak az eredmények a logban. (log.Debug metódus logol ugye). a sleep-elt threadek miatt?
Új hozzászólás Aktív témák
● ha kódot szúrsz be, használd a PROGRAMKÓD formázási funkciót!
- Milyen autót vegyek?
- Csekély 4000 dollárért tervezetten "hibás" az ASUS limitált VGA-ja
- Kompakt vízhűtés
- Kerékpárosok, bringások ide!
- Milyen billentyűzetet vegyek?
- Milyen SSD-t vegyek?
- Bittorrent topik
- The Division 2 (PC, XO, PS4)
- exHWSW - Értünk mindenhez IS
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- További aktív témák...
- 170 - Lenovo Legion Pro 7 (16IRX9H) - Intel Core i9-14900HX, RTX 4090
- Samsung Galaxy A53 5G 128GB, Kártyafüggetlen, 1 Év Garanciával
- Azonnali készpénzes nVidia RTX 2000 sorozat videokártya felvásárlás személyesen / csomagküldéssel
- Apple iPhone 13 Mini 128GB,Újszerű,Dobozával,12 hónap garanciával
- BESZÁMÍTÁS! GIGABYTE A520M R5 5500 16GB DDR4 250GB SSD 120GB SSD GTX 1060 3GB Zalman T3 Plus 400W
Állásajánlatok
Cég: Laptopszaki Kft.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
de azt feltételezném hogy szépen sorrendben dobja ki az eredményeket. igazából 2-3 perc után már randomizáltak az eredmények a logban. (log.Debug metódus logol ugye). a sleep-elt threadek miatt?

