Aktív témák
-
MUŁĐER
addikt
ja,láttam.....mikor rosszul írtam be egy elérési utat,és nem találta a kernel image-t a gép:D
meg amikor véletlenül kihúztam a procihűtő áramdugeszét,és szarrá melegedett a proci,akkor is láttam...
de csak úgy nem:DRobotika törvényei: 3. A robot megvédi magát halálos fegyverzettel, mert egy robot rohadt drága.
-
tocsa
senior tag
Az egy dolog, hogy a timernek milyen a felbontása. A felbontás az, hogy mi az a legkisebb időkülönbség, amit követni tud. Pl létezik olyan timer, ami elvileg mikroszekundumban jelez ki, de valójában a felbontása ennél kisebb, milliszekundumos. Erre akkor jön rá az ember, ha a felbontásánál sűrűbben kérdezi le, és azt látja, hogy nem változik az értéke.
Az meg megint egy másik kérdés, hogy mikor csordul túl 32 biten a számláló.
Nem az az óriási emberi felelőtlenség, és butaság, hogy nem kezelték le a számláló túlcsordulást a szoftverben. (Most mit csináljanak? Tartsák nyilván egy másik regsizterben, hogy hányszor csordult már túl? LOL).Vagy használjanak másik timer API-t? Nemnem! Az a felelőtlenség és butaság, hogy Windowst használtak. Teljesen alkalmatlan még a legminimálisabb RT feladatokra is. A Linux se teljesen jó (pl. mi van ha elindul egy locatedb update), de az klasszisokkal jobb, mondjuk kernel fordítás közben lehet videózni. Ilyen funkcióba (amitől összeomolhat a rendszer) QNX és hasonlók kellenek. A helyzet az, hogy a managert (továbbiakban managga), aki vezeti a projektet nem érdekli, hogy a tényleges megoldás milyen. Még csak az sem fontos, hogy ne legyen túl drága. A lényeg az, hogy ki ken többet a zsebébe, az nyeri a tendert, és ha az Windowsos cuccokat is telepít, akkor Windowsos cuccokat is telepít. De ebbe már nem megyek bele jobban, nagyon OFF.
Azonban miközben védjük a Windowst és az emberekre hárítjuk a dolgot. Az autós példához visszatérve gondoljunk már bele, hogy egy 49 naponként túlcsorduló számláló egy szerver esetében nem olyan, mintha 500 kilóméterenként kifogyna a benzin, hanem mintha 20 kilóméterenként! És bizony eza számláló már 8 éve is így túlcsordult.
De tekintsünk vissza egy kicsit az időben! Hogy és mikor derült ez ki? Hát relatíve nem is olyan régen, pár évvel ezelőtt a világon először ment egy Windows 49-nél több napig!
Na _ez_ a nagyon LOL!
Egy ROTFLMAOWPIMP
[Szerkesztve]Acer Predator Helios 500 Ryzen, Samsung 960 Pro NVMe + GeChic 15.6" kulso monitor a mobil irodahoz
-
Miracle
senior tag
nos, kicsit el vagytok tájolva: alapjában véve windows ellenes vagyok, ez nem azt jelenti, hogy a windowst semmire sem lehet használni. ha rendesen lecsupaszítasz egy win2K szervert, akkor a helyzet az, hogy a csilli villi(és a hibákat okozó) külső alatt egy majdnem-VMS kernel lakozik(csak kicsit okosabb), ami sajnos legalább annyira stabil, mint bármelyik UNIX(sőt). a baj csakis ott van, hogy ezt a régen dokumentált függvényt, amit nem illik 10Ksornál nagyobb appokban használni még mindíg használta valaki, és ráadásul szerver oldalon. nomeg gáz az is, hogy a megrendelő átvett egy szoftvert, amiről tudta, hogy havonta újra kell indítani. no meg az is gáz, hogy az újraindításra ezek szerint semmi nem fogyelmeztetett. de ezen esetben a windows most nem hibás.
egyébként van olyan függvény, ami lepörgött órajelciklusokat számol, meg olyan, ami megmondja mennyi órajelciklus telik el 1 mp alatt, ezzel kell operálni. biztosan van más is, én ezeket szoktam használni.
szóval ezt most nem a windowsra kenni, mert nem a windows a hibás.
talán esetleg az a programozó, aki a win32 api tervezésekor nem gondolt ~50 napos uptime-ra, de ez megbocsátható, hiszen a legjobban a m$ lepődött meg, amikor az NT4 server oprendszerüket elkezdték komolyan webszerverként használni. nem erre tervezték a win32 APIt. (alapjában véve nem is szerver oldalra tervezték)értelmező késziszótár :: rekurzió --> lásd : rekurzió
-
Miracle
senior tag
''Egyetértek, sok dolog érthetetlen ezzel a rendszerrel kapcsolatban. Miért használtak Windowst egy ilyen feladatra,''
mert a windows alapjában véve nam rossz rendszer, és a szerver nem a windows, hanem a szar program miatt omlott össze.
''Ilyen realtime feladatra nem alkalmas a Windows''
de, igen. csak hozzáértő rendszergazdi kell neki.
''Azért a Microsoft is csinálhatna már egy GetTickCountEx-et, ami 64 bites egészet ad vissza''
csinált.
''Egygyébként nem értem ezt a 49 napos dolgot, amit írtál. A GetTickCount régóta ilyen. A 49 naponkénti lefagyás a Win95-öt érinti.''
nem a indows halt meg, hanem a program, de valami olyan hihetetlen gigászi összeomlást csinált, amit csillagászati hasonlattal élve szupernovának nevezhetnénk, ezzel gallyravégta a backup szoftvert is.értelmező késziszótár :: rekurzió --> lásd : rekurzió
-
Miracle
senior tag
''Tudtommal nincs olyan függvény, ami a bekapcsolás óta eltelt időt mérné, és 64 biten adná vissza milisec-ben (Olyan, mint a GetTickCount, csak 64 biten adja vissza). Persze lehet rá írni egyet.''
QueryPerformanceCounter és a QueryPerformanceFrequency függvények hánydosa megadja az indítás óta eltelt időt másodpercben, de van ugye lehetőség részletesebb mérésre is.
egyébként a m$ doksikban a GetTickCount függvényt nem ajánlották semmilyen szerver- szoftverhez, szerverekhez az előbb említett két függvényt illik használni.értelmező késziszótár :: rekurzió --> lásd : rekurzió
-
Jim Tonic
nagyúr
Figyelj már oda, barátom, mielőtt baromságokról beszélsz! Ki szólta le a szoftvertermelésüket? Éppen az MS-t védtem! Emberi mulasztásról beszéltem, nem szoftverhibáról! CSAK OLVASNOD KÉNE!
Én másról beszéltem. Pl. arról, hogy a légiirányítás miért nem használt normális timert.
Ehh, felhúzom magam az ilyen felszínes embereken!
''légyszives'' = légy szíves...Alcohol & calculus don't mix. Never drink & derive.
-
Jim Tonic
nagyúr
Már csak meg kellene magyaráznod. Ha valamiről véleményt fogalmazól, azt fejtsd is ki, a sárral dobálózás a tudatlanok sportja. De Te tudod...
A helyesírásba belekötés pedig nem érv (az érv valami mellett vagy ellen szól), hanem a tiédhez hasonló kötekedés...
szerk: esetleg olvasd hozzá a hozzászólást, amire én azt a választ írtam. Hátha kivilágosodik valami...
[Szerkesztve]Alcohol & calculus don't mix. Never drink & derive.
-
Jim Tonic
nagyúr
Jó, egészségedre! Én meg azon húztam fel magam, hogy az amerikai légiirányítás Dél-Kaliforniában (ami mondjuk nem kis forgalom) azon múlik, hogy valaki reseteli-e a timert vagy sem. Hogy senkinek nem jutott eszébe egy ilyen fontosságú dologban precízebb megoldásokat alkalmazni, mint pl. egy komolyabb timer. Már ne haragudj, de pontosan azért, mert amerika ekkora szoftver exportőr, illetve fejlett ország, illetve világhatalom, illenék a légiirányítást nem ilyen alapokon tartani. Ennyi.
Ha rokonod ült volna a repcsin, nem ilyen mondatokon rágódnál.
Vagy ha a te fiad lyuggatták volna ki Irakban olajért. De ez már politika...
Végezetül annyit, hogy amin felhúztad magad, az csak egy vélemény, nem szakmai tény, ergo nem ''baromság''.
[Szerkesztve]Alcohol & calculus don't mix. Never drink & derive.
Aktív témák
- Konzolokról KULTURÁLT módon
- Kaspersky Antivirus és Internet Security Fórum
- Samsung Galaxy A54 - türelemjáték
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Politika
- TCL LCD és LED TV-k
- LG C3: egy középkategóriás OLED tévé tesztje
- Nyíregyháza és környéke adok-veszek-beszélgetek
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Motorola Edge 30 Neo - wake up, Jr...
- További aktív témák...
- HP ProBook 645 G4 szép állapotban, AMD Ryzen 2700U, magyar világítós bill. gyári gari 2024-ig
- HP EliteBook 860 G10 (A13YRE8) - ÚJ - 16" üzleti notebook - i7-1365U, 16GB, 512SSD, W11 pro
- HP 14-em0001ne - ÚJ - 14" FullHD IPS notebook - Ryzen 3-7320U, 8GB
- Új bontatlan Sandisk Ultra 3d SSD 4TB és Samsung 2.5 870 Evo 500GB SATA3 (MZ-77E500B)
- BONTATLAN ÚJ iPad Pro 2021 2022 M1 M2 Chip 11 és 12,9 128-2000GB DEÁK TÉRNÉL AZONNAL ÁTVEHETŐ
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Ozeki Kft.
Város: Debrecen