Mennyibe kerül egy windows reboot?

leho:

Tegyük fel a következőket:
f legyen az adott mérnök bruttó bére Forintban
n legyen a napi végig várt windows rebootok (shutdown-reboot-programok indulnak) száma
t legyen az egy reboothoz szükséges idő

p legyen az adott mérnök perc-bére, melyet megkapsz: p = f havibér / (160 óra * 60 perc)

Ekkor K = p * n * t * 5 * 4 * 12 képlettel megkapod, hogy a cégnek mennyibe kerül évente (per kopf) az, hogy a Microsoft nem volt képes olyan rendszert kiadni, ami újraindítás nélkül is képes megoldani olyan alapfeladatokat, melyeket más, NORMÁLIS rendszerek évek óta gond (és reboot) nélkül megoldanak.

Pl, ha egy mérnök bére: f = 250000
tegyük fel, napi n = 5 rebootot vár meg, átlag t = 3 perc állásidővel, akkor

p = 250000 / (160 * 60) = ~26 Ft / perc

K = 26 Ft/perc * 5 reboot * 3 perc * 5 nap * 4 hét * 12 hónap = 93.600 Ft / fő / év

de mivel a cég a bruttód kb 1,6 szorosát költi rád, így ~149.760 forintba kerül a cégednek évente, hogy TE a windows rebootolására VÁRSZ olyan alkalmakkor, mint pl. office/agile/driver/ide telepítés/eltávolítás, új, tesztelendő hardver gépbe dugása miatti driver telepítés.

Csak az, hogy a Win rebootol. Olcsó, mi?

PS: ezt a mailt egy reboot-ra várakozás közben írtam és küldtem el.

Szerk:

Hát, ma eljutottam oda, hogy a t elérte a 10-et, az elmúlt 2 év átlagában. (4 hónapos friss install, nem működő állapotról image)
Viszont a rebootok száma lecsökkent 3-ra, a leszarom effekt miatt.
Így:
K = 26 Ft/perc * 3 reboot * 10 perc * 5 nap * 4 hét * 12 hónap = 187.200 Ft / fő / év
Ennek a munkáltatói bérköltsége 386kFt.

Nem semmi.

Hozzászólások

linugzot reszelni olcsóbb mert ingyen van?
שָׁלוֹם

nekem a w2k3 szerverben perpill 54 nap az asztali gépben (vista ultimate) 0 nap uptime van (ma érkezett az office 2007 sp2) előtte 6 nap volt...

"szerver nem sikongat ha nem rebootolsz update után..."
Frissítéstől függ. Azt már sikerült megoldaniuk, hogy egy windows defender update miatt nem kell reboot, de ha valami rendszerkomponens frissít, akkor dehogynem, ugyanúgy...
Ugyanúgy idegesítően a pofádba dolbálja az ablakot 10 percenként, hogy indítsd újra a frissítések befejezéséhez.
Előfordult már, hogy épp mazsoláztam a userekkel meg ad-vel, feldobta az ablakot, nekem meg sikerült pont akkor kattintani... Az újraindítása most gombra... Legszívesebben átmentem volna úthengerrel a windows serveren.
--
Discover It - Have a lot of fun!

Ehez a hét minden napján az évben kell 5 reboot.
Tehát nincs 7vége nincs ünnepnap, és minden nap van 5 reboot...

pch

ezt a mailt egy reboot-ra várakozás közben írtam és küldtem el.

Ha ugyanazon a gépen, akkor tudsz valamit :)

a linux reboot olcsóbb? :P
---
/* No comment */
Ketchup elementál megidézése a sajt síkra

Nem védeni akarom a Windowst, de azt azért tegyük hozzá, hogy elég sok agyahalott telepítő "biztos ami biztos" alapon akkor is rebootot kér, ha nem kell. Kedvenc ilyenem pl. egy rakás alaplapi AC97 zajkártya hulladék drivere, ami felmegy, kapásból szól, megjelenik a hangerőikon a tálcán, az is működik, mégis sikoltozik a telepítője, hogy reboot, reboot! Cancel, later, felejtsel, k***aanyád.

És nyilván a telepítőt a legtöbb esetben nem a Microsoft, hanem indiai/kínai rizsszedőből átképzett bérprogramozók gyártják, kilóra. Jópár hálózati és wifikártya telepítője dettó, és még lehetne sorolni. Szóval ezért nem biztos, hogy mindíg csak az M$ a hibás...

-=- Mire a programozó: "Na és szerintetek ki csinálta a káoszt?" -=-

mi épp egy mightex ipari kamera csodával növeljük a napi rebootok számát a duplájára...
Zsenge elírások vannak például a driverében, a képet pl RGB helyett RBG-ben adja vissza, mindezt azért, mert egy struct-ban felcserélte a b-t a g-vel...

--
"SzAM-7 -es, tudjátok amivel a Mirage-okat szokták lelőni" - Robi.

És vajon mennyi időt nyerne a világ, ha a windows boot 0.1 másodperccel kevesebb ideig tartana?

tényleg nem akarok f-f-fflamelni [tényleg], de miután ma bedugtam a DT mini 16 GByte-os pendriveomat, egy Xp-s gépbe, felismerte, és azt mondta, hogy driver telepítés befejeződött, kérem indítsa újra a gépét, de viszont volt "mégse" opció, ezáltal az említett lépést inkább kihagytam :P

…azonban ha n = 2 (mondjuk az én ismerőseimnél hetente ha egyszer kell munka közben újraindítani, azaz n = 0.2, de mindegy), akkor feltehetőleg az újraindítás időzíthető a kávé szünet idejére…

az, hogy a Microsoft nem volt képes olyan rendszert kiadni, ami újraindítás nélkül is képes megoldani olyan alapfeladatokat, melyeket más, NORMÁLIS rendszerek évek óta gond (és reboot) nélkül megoldanak.

Engem az érdekelne, hogy mik ezek az alapfeladatok... mert minden másra rohadt részletes az írás, csak arra ad nulla információt, hogy miért kellett újraindítani (egyátalán miért kezdődött az egész gondolatmenet)...

Most én is írogathatnék hogy debian kernel upgrade esetén kell reboot, ilyen van 1-2 havonta, hogy az mekkora kiesést okoz, hajaj, összedől a világ. Kettős mérce, a fogalom ismerős?

Nincs konkrét problémafelvetésed, így elég nehéz bármit is válaszolni.
Mi az, amit az MS fejlesztőcsapatától "önmagához mérten" el lehet várni? Mi az, amit egyátalán, abszolútumban, elvárnál x számú y képzettségű embertől?

Elmehetünk a filozófia irányába is.

Sőt, a válasz: 42.......

Lécci.
Ne bubuntu legyen az összehasonlítási alap, meg 30 sec várakozás a GRUB -nál...:)
Olyannal mérj, ami akkor jelent meg, mint az általad preferált Windows verzió, ugyanazokkal a szolgáltatásokkal.
Vista vs. Debillány Etch gnome-core desktoppal anno gyorsabban bebootoltam 733 P3 géppel (256 SD100 RAM; 6,4 Gb HDD), mint a Vista duálkórral, meg 2Gb rammal.
A cél -végeredményben- pusztán egy brózer betöltése volt.

szürkehrteg
Pedig ez nem az!

Aztán az uszkve tizéves gépen indits a gyereknek egy GTA4-et.
Szerintem a boot időre való e-penis lengetés lényegtelen.
Ami számit,hogy winre 34242342557787675674x annyi apps van még mindig.
Amig ez igaz addig sokan csak virtuális gépben bootolunk itthon játékból tanulásként linuxot.
שָׁלוֹם

"Szerintem a boot időre való e-penis lengetés lényegtelen."
vs. post címe. Arról beszélünk pont. Pont.
Én a számítógépet munkára használom. Erre is találták ki.
Játékra (hiába írtad lentebb az ellenkezőjét) nem igazán alkalmas a Linux. (Láttam pár embert, akiknek emiatt lett open relay a szerveréből.)
A gyerek meg menjen homokozni, focizni, szomszéd néni ablakát kirúgni labdával, ha meg túlérett ezekhez, akkor ott vannak a konzolok, amik 34242342557787675674x jobban megfelelnek _bármilyen_ játékra.

szürkehrteg
Pedig ez nem az!

2002-es emlékeimből (igen, akkor méricskéltem, mert idegesített a dolog):
850 MHz AMD Duron, 256 MB SD(v. DDR?) RAM
Windows XP 45-50 sec boot, bejelentkezés, anyámkínnya minden.
Mandrake Linux 9.0 másfél perc legalább, de néha több (KDE lelkivilágától függött)

szerk: a korabeli rendszerekből a Mandrake bootja még istenes volt, a Debian Sarge hotplug hw-felismerő szenvedése minden egyes indításnál sztem a téma mélypontja. A win98 bootlemezére emlékeztetett, ami 10 féle SCSI drivert próbál betölteni, és mindegyikre kiíra hogy "nincs ilyen"... mindezt percekig.

Ja, meg Windowsból is. Az előbb az volt a rinya hogy ne a mostani disztrokkal hasonlítsam össze hanem a korabeliekkel. Mikor megtettem, és nem a Linux lett az abszolút győztes, azonnal más kifogás jön.

Lásd be, a Linux azóta hatalmas javulást mutat boot időben, DE MÉG MINDIG nem érte el az AKKORI Windows szintjét. Ami szerintem szánalmas...

Konkrétan: ki nem szarja le? Az összes munka bizonyos időtartamú leállásokkal együtt jár. Ez, hogy úgymondjam, bele van kalkulálva. Jól is néznénk ki, egy esztergályos csak arra az időre kap bért, amíg a munkadarabon dolgozik, az hogy előveszi, leellenőrzi, leteszi, nem jár bérrel. Vagy az orvos csak akkor lenne kifizetve, amikor beteggel foglalkozik (ügyelet alatt ui. effektíve nem dolgozik).
Lehet, hogy morcos vagy miatta, de együtt kell élni vele, vagy másképpen megfogalmazni a gondjaidat.
--
Fight / For The Freedom / Fighting With Steel

Gondolom te esztergalyos vagy, mert nem erted.
Ha dolgoznál (írnád a dokumentációt/fordítanál cérácsot/ssh-znál haza, hogy irssizz), akkor nem azt akarod lesni, hogy egy ie7 patch miatt 5percenként feldob egy ablakot és ha véletlenül épp gépelsz és entert nyomsz, minden bukik, amit nem mentettél.

Vagy teszt. Bedugod a POT-ot, hogy ellenőrizd a tesztet, erre közli, hogy új hardver. De hát az előbb húztam ki egy pontosan ugyanilyen eszközt ugyanebből az usb portból!

--
"SzAM-7 -es, tudjátok amivel a Mirage-okat szokták lelőni" - Robi.

"PS: ezt a mailt egy reboot-ra várakozás közben írtam és küldtem el."

Addig csinalhattal volna valami mas ertelmes dolgot is, az hogy valami pending nem jelenti azt hogy neked kiesett ido.

Ez annyira tipikus linuxos "szarawindows" gondolkodas, hogy igazabol nem erdemes sokat hozzatenni, onmagat minositi. Kulonbseget kell tenni teszt rendszer es eles rendszer, desktop es szerver kozt. Teszt rendszer annyiszor restartol amennyiszer jol esik neki (ha ez mast nem zavar a munkajaban), eles rendszeren mindig meggondoljuk, mit csinalunk, a mindenkepp rebootot igenylo dolgokat lehetoleg egyszerre szervezzuk ossze (nem dol ossze a vilag es a win, ha a hang es halokartya drivereit egyszerre szedjuk le csere eseten). Desktop gepet annyiszor inditunk ujra, amennyiszer jolesik, nem mernokora, szerver eseteben pedig meg a windowsupdate eseten sem kotelezo a restart (ezalol kivetel az alaplap es/vagy a storage driver update, ezekre mindig kell restart ablakot definialni, viszont ezek opcionalis updatek).

Nagyon sokszor elegseges a megfelelo szolgaltatasokat ujrainditani, jobb patchek/update-k ezt automatan megteszik, ha megse, akkor kezzel meg lehet tenni, es idoben olcsobb, mint a teljes restart (foleg DC-knel).

Persze egyesek a hozzaertes hianyat mindig a melleny meretevel probaljak potolni - sikertelen.
--


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

Van is, meg nincs is. Szep GUI-s felulet nincs hozza, de a shutdown.exe izles szerint parameterezheto. Igaz, kapsz egy olyan visszaszamlalos ablakot, ami utan meg egy BUMM kiiras is johet, de vegulis ez meg elviselheto kenyelmetlenseg.
Mondjuk DC-nel nem szabad felugyelet nelkuli reboot-tot csinalni, egy nagyobb haloban pedig nem reboot-olhat az osszes gep egyszerre, szoval ez is tervezendo dolog.
--


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

Miért is a mérnök ácsorog a reboot miatt? Addig járhat az agya... Anno a nagyonátkozban a párttitkár elvtárs bement a mérnökökhöz, akik épp a rajzasztalnál ültek, és bámultak kifelé a fejükből. A nagy és fontos elvtárs kérdőre vonta:
-A mérnök elvtárs mit csinál!?
-Gondolkodom...
-Ne gondolkodjon, dolgozzon!

Szóval a rebutty ideje is lehet hasznos, sőt, volt olyan OS, aminél explicit módon kötelező volt eü. reboot-ot csinálni...

Egyébiránt egy frissítés időigénye mennyi? Ebből mennyi az üresjárat? És különben is miért mérnök csinálja?

Nem holmi helyi jöttment, hanem az üzemeltetéssel foglalkozó technikusi szint, akinek a frissítéseket csinálni kéne... A technikusi szint jó esetben adott környezethez szükséges tudással, tapasztalattal rendelkező billentyűzetkoptató, akire rá lehet bízni az üzemeltetési feladatok rutinszerű, vagy üzemeltetési utasítás alapján rutinszerűen végezhető részét úgy, hogy közben képes gondolkodni, és a felmerülő egyszerűbb hibákat önállóan kezelni. Ja, hogy Magyarországon erre diplomás, hat nyelvet beszélő (nyolcon meg programozó) mérnököket alklamaznak...?

Akkor most számolom a napi restartjaim.

K = Lényegtelen Ft/perc * 0 reboot * 2 perc * 5 nap * 4 hét * 12 hónap = 0 Ft / fő / év?

- Munkahelyi gépem folyamatosan megy.
- Többi munkatárs bejön, bekapcsolja a gépet, elmegy, kikapcsolja, WinUpdate lefut. Fejlesztő-eszközök fenn vannak a gépen, drivert meg nem matatunk menet közben.

Egyébként Office és driver telepítéshez mi a tökömnek kell újraindítás? Max, ha valami IDE driver vagy hasonló, de azt meg úgy se cserélget naponta 5x az ember.

Most mondjam azt, hogy demagóg hülyeség, amit írtál?

----------------
Lvl86 Troll

Munkahelyi gepem:
uptime
08:15:40 up 120 days, 16:48, 27 users, load average: 0.35, 0.30, 0.32

Windowsos WM-emet gyakraban kell ujra inditani, heti atalgban szerintem egynel tobszor.

Amikor eloszor rebootoltam itt windowsos "Servert" tavolrol mar azt hittuk, hogy meghalt. "KVM"(DRAC) jelszo kideritese kozben azert elindult.

Amit nem lehet megirni assemblyben, azt nem lehet megirni.

majd ha egyszer leugrasz, megmutatom, milyen, amikor azonos devicet más SN-nel bedugod... Bar leho sztem meselte mar.
Tesztallomasokon csak azert nem kell, mert a VISA driverrel szethekkeltek ezt a reszt, ezert image-elunk ennyit :-)

--
"SzAM-7 -es, tudjátok amivel a Mirage-okat szokták lelőni" - Robi.