A cég szerint a Windows 2003 Server közel 20%-kal vezet a Red Hat Enterprise Linux előtt az éves uptime-okat illetően. Mindemellett a cég egyik elemzője megjegyezte, hogy az összes nagyobb operációs rendszer "nagyfokú megbízhatósággal" rendelkezik, és hogy az elmúlt 3-5 éveben jelentős fejlődést mutattak e téren.
A cég felmérése szerint a standard Red Hat Enterprise Linux többet és hosszabb ideig volt offline állapotban, mint a konkurens Windows vagy UNIX operációs rendszerek. A cég szerint ennek az oka a Linux és nyílt forrású (rendszerek, programok) dokumentációk hiánya lehet.
A cég hangsúlyozta, hogy a felmérést nem támogatta ill. szponzorálta egyetlen szerver operációs rendszer gyártó sem.
Bővebben itt.
Frissítés: A felmérés összegzése itt.
- A hozzászóláshoz be kell jelentkezni
- 6578 megtekintés
Hozzászólások
Ez mind szép és jó csak egy év után megnézném mennyit teljesít még a Windows meg mennyit a Linux-Unix. Nálunk minden nap újra kell indítani a MS Terminal Servereket különben kifagyhatnak másnapra, mert tele kerül szeméttel.
- A hozzászóláshoz be kell jelentkezni
A megbízhatóság != az uptime-mal. Szokták mondani.
Azon meg nem is csodálkozok, hogy a UNIX-ok vernek mindent. A UNIX-ok nem futnak mindenféle ótvar vason. Általában majdnem hogy "célhardveren" futnak. Az adott cég szinte kizárólag a saját vasára fejleszti a UNIX-ot (mondjuk a Solaris fut sima PC-n is, de valószínűleg itt nem arra a Solaris-ra gondoltak, hanem a SPARC verzióra).
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
A System V -ot használják még? Fut PC -n?
Anno System V -os könyvekből tanultam Linuxozni. Lehetett is, mert minimális különbségek voltak. Ezért emlékszem a System V -ra ilyen szivesen.
- A hozzászóláshoz be kell jelentkezni
A Solaris a leszármazott. Meg a UnixWare. Az utóbbi R.I.P.
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Dombon ülő vadászkutya legyek, ha Laura DiDio nem részrehajló az operációs rendszerekkel kapcsolatban.
http://en.wikipedia.org/wiki/Laura_DiDio
- A hozzászóláshoz be kell jelentkezni
De most komolyan, nem azt írták, hogy pártatlan ember áll a felmérés mögött, hanem hogy nem szponzorálták, és nem támogatták az érintett operációs rendszer gyártói a felmérést. Az még nem jelenti azt, hogy objektív megítélés alá esett volna a dolog.
Legyél dombon ülő vadászkutya :D
- A hozzászóláshoz be kell jelentkezni
Vaúúúúúúúú :-D
(bár én DiDio asszony pártatlanságától tettem függővé négylábúvá válásomat:-) )
- A hozzászóláshoz be kell jelentkezni
Normális nagy megbízhatóságra tervezett unix szerverekben menet közbeni alaplap/processzor/memória csere alapkövetelmény, és ezt a műveletet ugye az oprendszer is támogatja. Egy ilyen mellett nem tud labdába rugni se a windows, se a Linux. Ez meg szvsz. leginkább a vasaknak köszönhető, nem kizárólag az oprendszernek. A legtöbb instabilitási problémát windowson és linuxon egyébként is a gagyi hardverre elkövetett hulladák driverek okozzák.
- A hozzászóláshoz be kell jelentkezni
Alaplap csere? Végülis ha fürtről van szó....
- A hozzászóláshoz be kell jelentkezni
Nem feltétlen megoldás, amennyiben nem olyan a cluster-ed, hogy minden node futtatja az alkalmazást.
Én a Serviceguard-ot ismerem, arról tudok írni. Extrém eseteket kivéve (Oracle RAC) ott egy alkalmazást tartalmazó csomag egyszerre egy node-on fut és a node futtatásképtelensége esetén valamely másik cluster-tagon indul el. Lehet a csomag indulása olyan időigényes, hogy elfogadhatatlan maintenance célokra a package switching. Persze failover esetén nem az idő a legnagyobb probléma. De direkt ne szivassuk már a felhasználóinkat.
Magyarán egy cluster nem a javítás hanem a meghibásodás miatt cluster.
Ave, Saabi.
- A hozzászóláshoz be kell jelentkezni
Viszont több oprendszer képes arra, hogy megfelelő hardver támogatás mellet a csomagot futás közben vigye át a cluster egyik node-járól a másikra anélkül, hogy magát az alkalmazást erre felkészítették volna. Ahogy így az emlékeimben kotorászok, tud ilyet már vagy 15 éve a NonStop és a VMS, tud ilyen a Tru64 Unix, tud ilyet az OS/400 (az AS/400-on futó izé) és újabban tud ilyet pl. a linux is Xen-nel. Neked ebből az első 3-at hivatalból ismerned kéne :)
- A hozzászóláshoz be kell jelentkezni
Má mé kéne nékem ismernem a Digital/Compaq megoldásokat? IMHO a NonStop Kernel-t te se ismered! :-P
Természetesen vannak olyan cluster megoldások, ahol a node-ok egyszerre futtatnak alkalmazásokat, de ezek vannak kevesebben. Ha jól tudom. A Xen-t nem ismerem.
Ha jól tévedek, akkor a HP-UX 11i v3 is fogja eztet tudni jól.
Ave, Saabi.
- A hozzászóláshoz be kell jelentkezni
Nem. Olyan gépről amiben több alaplap van. Pl. SunFire 6900 (http://www.sun.com/servers/midrange/sunfire_e6900/index.jsp)
Ezekben a vasakban futó oprendszer mellett, mindenféle alkalmazás leállítás nélkül, menet közben lehet (szinte) bármilyen hardvert cserélni, alaplapot és procit is beleértve. Az alkalmazások észre sem veszik.
- A hozzászóláshoz be kell jelentkezni
Van egy jó hozzászólás itt:
.. the windows server that hosts the yankee group rebooted as recently as 4 days ago.
Netcraft adatok itt.
- A hozzászóláshoz be kell jelentkezni
A Yankee Group sose nyilatkozott a Linuxról jól. Pláne nem Laura DiDio. Ahogy anr 2004-ben éleslátóan megjegyezte egy hozzászólásában. :)
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Ha már az uptime-mal mérik...
tényleg sosem bírt 70 napnál többet? Átlag neg olyan 20 nap körüli...
Ennél még nekem is sokkal több, pedig én nem vagyok egy nagy linux-király... :-)
Részletek:
http://uptime.netcraft.com/up/graph?site=www.yankeegroup.com
Üdv: Dragon
---
- A hozzászóláshoz be kell jelentkezni
LOL
Mert ők rendszeresen patch-elnek!!111 Azért!111
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
- A hozzászóláshoz be kell jelentkezni
Ismerek olyan onkorit, ahol RH van, es a compony policy-ben benne van a heti egy kotelezo restart.
Ne kerdezzetek, hogy miert :) En is ezt tettem, de nem tudja senki.
- A hozzászóláshoz be kell jelentkezni
elemzőcég....
...a felmérést nem támogatta ill. szponzorálta egyetlen szerver operációs rendszer gyártó sem.
Valószínüleg valaki csak szponzorálhatta... Egy cég nem jótékonyságból dolgozik...
Azért kicsit furcsa az, hogy az elemzők nagy része szerint az M$ termékei általában überfasza titulust kapnak.
- A hozzászóláshoz be kell jelentkezni
Nem ezt az elemzést nem támogatta senki.. - az már mostanában kikezdi a hitelességet.
Két hét múlva:
A Microsoft megbízta a Yankee Group-ot a "pillangósvirágú magok számoságának vizsgálatával a természetes számok halmazán" kutatás elvégzésével. A szimuláció keretében a Yankee-nak negyed kilónyi babot kell megszámolniuk háromszor, majd összevetni a kapott eredményeket. A tudományos kutatást a Microsoft 2 millió dollárral támogatja. :-))
- A hozzászóláshoz be kell jelentkezni
:-DDDD
- A hozzászóláshoz be kell jelentkezni
:))))))))))))))))))))
_______________________
Magyar égre, magyar UFO-t!
- A hozzászóláshoz be kell jelentkezni
Engam az zavar, hogy nalam nem erdemli ki az uber f.... titulust, pedig en szeretnem...
York.
------
"Nyugi! Minden a legnagyobb rendben csúszik ki a kezeim közül..."
- A hozzászóláshoz be kell jelentkezni
fúú, ez a legjobb, nagyon bizar =)
- A hozzászóláshoz be kell jelentkezni
A nagy uptime felmérésbe a Yankee vajon belevette Józsika enyhén lesarkazott duron processzoros nyomtatószerverét is, amin ettől még azért áltlában azért elindul a linux?
A HP-UX meg jó, hogy vezet. FCC Class hova is tartoznak pontosan a Hp unix serverei??
- A hozzászóláshoz be kell jelentkezni
Muszaj mindig olyan mondatokat leirni, amiben egyszerre szerepel a "Linux" es a "megbizhato" szo? :)
- A hozzászóláshoz be kell jelentkezni
Muszaj mindig idebofogni valami ertelmetlen flamet? Ettol leszel nagyfiu? :)
- A hozzászóláshoz be kell jelentkezni
Igazad van, skandallum ez a szópárosítás, ami mégis újra és újra felbukkan a hup.hu-n.
A Macintosokkal természetesen nem is lenne szabad egy oldalon említeni. Ezúton is elnézést kérek, hogy egy Linux nevekkel beszennyezett oldalon leírtam ezt a csodálatos nevet.
Vajon egy a Mac OSX megbízhatóságát vizsgáló felmérésbe az Apple által forgalmazott kompjúterek mellett a garage tuning műhelyek Maxxuss kiadású Mac klónjait is belevennénk, az javítana vagy rontata a várható eredményen?
- A hozzászóláshoz be kell jelentkezni
Lássuk csak: "Windows 2003 Server is a more reliable server operating system than Linux, a research firm said Monday."
Tényleg rossz fordítás. Ebben ugyan szerepel a "megbízható", és a "Linux" is, de hol van itt a "Unix"? ;)
- A hozzászóláshoz be kell jelentkezni
Na elmennek a ...ba a hpux-ukkal... :D
--
Fel! Támadunk!
- A hozzászóláshoz be kell jelentkezni
Na, közben megtaláltam magát a felmérést:
http://www.iaps.com/2006-Server-Reliability-Survey.html
Azért érdekes, hogy az ilyenből mindenki azt hoz ki amit akar. Az én választásom:
"
- Not surprisingly, the UNIX distributions – Solaris, AIX and HP UX took top reliability honors.
- Windows Server 2003 and Red Hat Linux with customizations and Novell SuSE Linux all reported roughly equivalent per server, per year outage times of just under 800 minutes.
- Custom SuSE Linux delivers the highest reliability and fewest minutes -- about 430 minutes of outage per server, per year. "
Mindjárt máshogy hangzik. Hahahaha.
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Hát, nem tudom. Évente 7 óra leállás az baromi sok. Bár arról nem szól a fáma, hogy ez tervezett, vagy nem tervezett. Gyanítom, ez tervezett lesz, bár az kérdés, hogy mire lett a leállás tervezve.
Ha üzletileg fontos szerverről van szó, a legtöbb helyen az egy év alatti nem tervezett leállás mértéke nem haladhatja meg az 1 órát, sok esetben a 10 percet sem.
Úgy ..... ez az egész felmérés, ahogy van.
- A hozzászóláshoz be kell jelentkezni
Jah én is sokallom. Egyébként:
Rendelkezésre-állás | Megengedett leállás / év |
90% (egy kilences) | 36.5 nap/év |
99% (két kilences) | 3.65 nap/év |
99.9% (három kilences) | 8.76 óra/év |
99.99% (négy kilences) | 52 perc/év |
99.999% (öt kilences) | 5 perc/év |
99.9999% (hat kilences) | 31 másodperc/év |
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Ez már tiszta [url=http://www.inet.hr/~zkrizane/Interesting stuff/warpchart.htm]Star Trek[/url] :D
- A hozzászóláshoz be kell jelentkezni
Hehe, bár abban a csajnak Seven of Nine volt a neve (minek fordították magyarul?).
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Nem mostanában láttam, de mintha szimpla Hetes lett volna. Vagy Hétkilenced. :)
- A hozzászóláshoz be kell jelentkezni
Hetes
- A hozzászóláshoz be kell jelentkezni
hetkilenced, de neha roviditettek hetesnek is.
- A hozzászóláshoz be kell jelentkezni
Evente 7 leallas az rohadt keves, tapasztalatom szerint. :) Ex-melohelyemen a kulfodi szekcio (nagy ceg) Windowsokat hasznalt szervernek, irtozatos IBM dual/quad-vason, sokgiga RAM-mal.. Atlag 2-3 hetente volt vmi reboot, vagy planned(!) downtime (egy-ket orasak, de elofordult 2 napos is). Es ebben meg nincsenek benne a nem plannedek, mert azis elofordult. A magyar szekcio szerveret en epitettem, egy osszelapatolt Celeron 600, fel giga ram, IDE winyok. Ez vitte a ceg levelezeset + spamfiltering + imap + pop3 + webproxy + tovabbi szerverek ele proxy + fileszerver + gateway + VPN gateway + joegtudja mi minden. Debian Sarge. Legutobb 300 nap koruli uptimenel jart mikor neztem.
Vegul a kulfoldiek kitalaltak, hogy az uniformizalodas jegyeben az itteni rendszert is Windowsra cserelik. Kerdeztem, miert te szerencsetlen. A valasz: "we don't trust Linux". Aha. Gondolom ilyen certified nagyfeju Windows expertnek ha valami ennyi ideig megy piszkalas nelkul, az csak gyanus lehet. Hagytam is az egeszet a francba inkabb, verjek szet nyugodtan ami mukodik: de nelkulem. Egyebkent nem ketlem hogy lehet jolmukodo szervert epiteni Windowsra, csak en meg nem lattam olyat. De nyitott vagyok, tenyleg.
- A hozzászóláshoz be kell jelentkezni
Ha konkrétumokra kerül a sor, akkor az általad említett expertek nem érnek rá, úgyhogy ez ilyen szónoki akármi lehetett a részedről...
- A hozzászóláshoz be kell jelentkezni
Charlie :)) Én annyira bírlak... de tényleg! :)
Elmondom neked, hogy mi a nézetbeli különbség közted és egy IT menedzsment között.
Te azt mondod, hogy egy szerver legyen olyan, hogy egyszer összerakod és az menjen a világ végéig. Ez egy szép és aranyos gondolat, én is valahogy is képzeltem el gyerekként a kiszolgálókat. Játszottam is otthon ilyesmiket.
Összeraktam mindenféle lehetetlen hardverekből gépeket, majd ilyen-olyan szoftvereket futtattam rajtuk naphosszat és örültem, hogy milyen stabilak a gépeim még nagy terhelés mellett is és micsoda uptimeokat tudok velük elérni.
A gyerekek egy tökéletes világban élnek és ki az aki ne szeretné, ha ilyen ideális lenne a valóság is. Sajnos azonban nem ilyen...
Az élelmiszerek egy idő után megromlanak, a mosógép fűtőszálja a calgon használata mellett is idővel vízköves lesz és az autóban is rendszeresen kell olajat cserélni, ha nem akarjuk, hogy komolyabb baja legyen. És nincs ez másképp az IT esetén sem...
Mérnök szemmel a történet valahogy így néz ki:
A lehető legjobb közelítés a teljes redundáns kiépítés felé (a gyakorlatban ritka, mert drága, ezért csak a fontosabb - kritikus - szolgáltatásokkal teszik ezt meg). Garancia és támogatás minden hardverre és szoftverre. 2-3 hetente vagy gyakrabban tervezett leállás vagy újraindítás -> gyakran kötelező a megfelelő patch management érdekében, de a komoly szolgáltatásokat ez javarészt nem zavarja meg, mert hibatűrő klaszteren vagy egyéb megoldáson futnak és míg az egyik szerver foltozása és esetleges újraindítása történik, addig a másik továbbra is kiszolgálja a kéréseket. Egyszóval jól felépített, karbantartott és dokumentált homogén rendszer.
Ezzel szemben hogy néznek a te Linuxos gépedre...
300 napos uptime? Tehát majdnem egy éve megy a gép folyamatosan, leállás vagy reboot nélkül és bizonyára nem is nagyon nyúltál hozzá, hisz "ha valami működik minek piszkálni". A 300 nap alatt legalább 300 hibajavítás jelent meg, amelyből persze nagy valószínűséggel a java része nem érinti a szerveredet, de ezt ellenőrizni nem lehet egyszerűen, központosítottan. Az is biztos viszont, hogy legalább (nem mondok sokat) 5 olyan biztonsági javítás nem került a szerverre, amely garantáltan érinti a rendszeredet. Ez már csak azért is kétségtelen, mert legalább ennyi Linux kernellel kapcsolatos komoly advistory jelent meg a 300 nap alatt és azt ugye nehéz reboot nélkül frissíteni... ;)
Tehát van egy doboz a magyar irodánál, amelybe egyrészről nem látnak bele a menedzsmenttől (mert nem értenek a Linuxhoz, másrészről mert valószínűleg nem osztogattál rendszergazdai jogosultságot a kis köcsög windowsosoknak... ;), továbbá félő, hogy egyszer csak lelépsz vagy elüt a villamos és senki se fog tudni mit csinálni a rajta lévő adatokkal, mellesleg tutira nincs megfelelően karbantartva sem (amelyet a titkárnő gizike is tanusít, hisz téged sosem lát előtte dolgozni és egyébként is késve jársz be, meg nem is segítesz neki a wordben sosem ;), ráadásul az IT-Manager magazin is megint kihozta statisztikában, hogy jelenleg több Linuxos gépet törnek fel az interneten keresztül, mint Windowsost, így veszélyt jelent a vállalatra nézve és mihamarabb eliminálni kell a biztonság érdekében. A gép egyébként is valami kukába való roncs, bármelyik pillanatban felmondhatja a szolgálatot. A magyar gányolós srác köztudottan lusta, tuti nem csinált katasztrófa tervet sem. Lehet megsemmisülnek az adatok egy hardver hiba következtében és nem tudnak majd mit tenni. Az sem kiszámítható, hogy mennyi idő alatt hozható helyre a rendszer ilyen jellegű probléma esetén. Ez tarthatatlan, a céges policy ezt nem engedheti meg!
Teccikérteni? ;)
- A hozzászóláshoz be kell jelentkezni
Ez mennyiben is növeli a Windows létjogosultságát/adott feladatnak megfelelő mivoltát?
- A hozzászóláshoz be kell jelentkezni
Semennyiben. De Hunger irasanak nem is ez a lenyege, teccik erteni:)
York.
------
"Nyugi! Minden a legnagyobb rendben csúszik ki a kezeim közül..."
- A hozzászóláshoz be kell jelentkezni
Ó, ez a frappánsan kérdezzünk vissza egy mondatban vetélkedő? Mert akkor az előbb elszúrtam a hosszú hozzászólásommal... De akkor most így utólag igazodom a tematikához:
Ez mennyiben is növeli a Windows létjogosultságát/adott feladatnak megfelelő mivoltát?
Miért, bárki is megkérdőjelezte a Windowsok létjogosultságát/adott feladatnak megfelelő mivoltát? ;)
- A hozzászóláshoz be kell jelentkezni
Igen, a fenti hozzászóló mérgelődött a Debian -> Windows miatt.
Na, és most jön, amit még soha nem csináltam itt:
Aranyos Hunger, én nem visszakérdeztem, csak kérdeztem. Visszakérdezni szerintem akkor tudtam volna, ha én írom a hozzászólást, vagy ilyesmi.
Akkor most leszel kedves válaszolni? :-P
- A hozzászóláshoz be kell jelentkezni
Elmondom neked
Mondjad. Iszom szavaid. Nelkuluk hulyen halnek meg.
Te azt mondod, hogy egy szerver legyen olyan, hogy egyszer összerakod és az menjen a világ végéig.
Kerlek idezd, hol mondtam ilyet. A scenergy.dfmk.hu-t most (ketto napja) csereltuk erosebb gepre, meg csereltunk rajta OS-t (peldaul mert lejar a Debian Woody security supportja, de ez csak egy ok a sok kozul), stb. Ettol meg a regi 486-nak megint 300 nap fele kozelit az uptime-ja, ami persze nem jelent semmit, mert a DFMK uplink atlag kethetente megdoglik egy-ket orara... :) Es jolenne ha a gyermekkori potcselekveseid felett erzett frusztracioid nem vetitened ki ram, koszi. :)
nagy valószínűséggel,mert valószínűleg,bizonyára
Tul sok a felteteles mod. :)
Ez már csak azért is kétségtelen, mert legalább ennyi Linux kernellel kapcsolatos komoly advistory jelent meg a 300 nap alatt és azt ugye nehéz reboot nélkül frissíteni... ;)
Bizonyosan igy van. Vagy megse? :) Ittis nemi felteteles modot erzekelek.
Egyebkent, igazad lenne, nagy altalanossagban, csak a fent vazolt esettel kapcsolatban nincs. :) De most nincs kedvem vazolni a problema tovabbi reszleteit, es hogy miert nem ugy van, ahogy kepzeled (pl. a fenti rendszerrol napi backup volt/van masik gepre, heti backup DVD-kre, es a service-ek nagyobbik (90%) resze ceges wiki-ben dokumentalva volt, etcetc). Egyebkent igen, egy atlag magyar irodaban inkabb fordul elo lelkes amator altal osszetakolt P100-on futo Linux, mint korrektul megcsinalt rendszer. Csak ez a fenti gep nem olyan volt. Egyebkent, te nekiallnal 15-20000 forintert (amit egy hasonlo rendszerert hajlando kifizetni egy atlagos magyar tulelesert kuzdo kisvallalkozas, geppel egyutt persze) rendszert epiteni nekik? Nalatod.
- A hozzászóláshoz be kell jelentkezni
Hozzáértőktől (értsd: informatikusok, akik ilyen rendszereket telepítenek és üzemeltetnek) úgy tudom, hogy a Windows server edition-ök igen stabil jószágok. Bizonyos szempontok miatt pedig kiválthatatlanok. Jómagam nem tudom, a Win2003 mit kínál out-of-the-box (csak 2000 advanced serverrel volt dolgom), de az meglepő, hogy pl. a BSD-ket itt kihagyja a piros ruhás hölgy. Mi is velük a helyzet? OpenBSD: alapból chrootolt Apache 1.3, dhcp szerver, BIND 9, kernelben PF, ALTQ, bridging. Dragonfly: apache kivételével minden előbbi, ill. annyival több, hogy ott IPFW is van kernelmodulként. FreeBSD: régen használtam, majd Trey. :-) (Az esetleges apróbb pontatlanságokért elnézést kérek.)
Mindenesetre elmondható, hogy pl. a Yahoo (hogy, hogy nem, épp ez jutott eszembe) ilyeneket használ. Nem hiszem, hogy instabil vackok lennének.
Regarding Linux: a distrókat itt is összemossa, régi jó szokás szerint, így értelmét is veszti az egész, hisz' akkor a Windows verzióit is egybe kéne mosni...
"The reason: the scarcity of Linux and open source documentation."
Ez meg különösen tetszik. A szarul dokumentált open source. Azért is olyan kevés az Apache, ISC-DHCPD, BIND szerte a világon, és azért nagyobb a downtime, mert az opensource "szemét" szarul dokumentált. (A hölgy nyilván még nem olvasott Windows súgót.)
El lehetne még ezen mérgelődni, de mint minden ilyen összehasonlításnak, értelme ennek sincs.
- A hozzászóláshoz be kell jelentkezni
Ez a "piros ruhás hölgy" azért fájt.
Hasonlítsd össze:
http://upload.wikimedia.org/wikipedia/en/e/eb/Airkz_20040221_laura_didi… http://upload.wikimedia.org/wikipedia/en/3/34/Thematrixreddress.jpg
:-)
- A hozzászóláshoz be kell jelentkezni
Igen, ezt évekkel ezelőtt néztem én is. "Hihetetlen hol tart már a tudomány..." :-)
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Nem akarok gusztustalankodni, de erre az idézetre a banánról asszociáltál? ;-)
- A hozzászóláshoz be kell jelentkezni
Igen. Meg a birkaveséről. :-)
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Két kép, két gondolat?
:-DDDDDDDDDD
Máma nagyon kemény vagy, Csoki!
- A hozzászóláshoz be kell jelentkezni
- "... és így fedezték fel, hogy a Föld banán alakú..."
- "..."
- "Bámulatos hol tart már a tudomány! Mondd csak el még egyszer, hogyan lehet birkavesével földrengést megelőzni?"
:-D
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
"de az meglepő, hogy pl. a BSD-ket itt kihagyja a piros ruhás hölgy"
Ahogy nézem, itt kereskedelmi operációs rendszerekről volt szó.
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Basszus, ha hülye p***ának nevezem, nem lett volna tele a thread. Milyen kár, hogy képtelen vagyok nőket sértegetni...
- A hozzászóláshoz be kell jelentkezni
Alapos elemzés nélkül ne is tedd! No, de vizsgáljuk meg a kérdést: mert miből vannak a boszorkányok? Fából. A fa úszik a vizen. És mi úszik még a vízen?... ... ... Pl. a kacsa. Tehát, ha ugyanannyit nyom, mint egy kacsa, akkor az M$ megbízásából dolgozik. ... Hozzátok elő a kedvenc vasár- és ünnepnapi mérlegemet!
- A hozzászóláshoz be kell jelentkezni
Hmm, nekem az a legfurcsabb, ami okot kihoznak: "Linux és nyílt forrású (rendszerek, programok) dokumentációk hiánya lehet". Hat egyreszt ez azert is kulonos igy nekem, mert szerintem ponthogy a dokumentaltsag teren eleg nehez verni a nyilt forrast, eleve a forras is dokumentacio (RTFS ...), ami nem nyilt forrasnal nincs, na de persze ettol eltekintve (merthat ez eles kornyezetben sokat nem segit nyilvan ha gyorsan kene megoldani egy problemat) en ugy gondolom, hogy Linuxszal kapcsan eleg tetemes mennyisegu dokumentacio all rendelekzesre, bar lehet, hogy itt csak az RHEL melle ertendo doksi szamit? Azt nem tudom mennyit adnak es mit, meg nem lattam ... Viszont a masik erdekes pont az, hogy erdekes modon ezek szerint nem technikai okokra vezetik vissza ("szar a Linux" stb finomabban megfogalmazva persze), mert amit itt lehet olvasni, abbol az jon le legalabbis szamomra, hogy "a doksi hianya a baj, amugy nem lenne gond". Lehet, hogy most TENYLEG nem tamogatta egy ceg sem a felmerest? :) Ezt azert gondolom, mert tobb FUD szokott lenni, ez megdobbentoen keves, es nem is olyan jellegu ...
- A hozzászóláshoz be kell jelentkezni
Mi lenne ha csinálnánk 1 másik tesztet és azt jól bemutatnánk?
Akár 1 tajvani gagyi vas is megtenné hw teszt környezetnek. Különféle rendszerek felinstall, majd a gép indítás, és hagyni jól beszunnyadni a rendszert. A gépnek nem kell kiszolgálnia semmit, még 1 egységsugarú felhasználót sem!
A teszt az lenne, h melyiket lehet mondjuk 1 nap 1 hét múlva 1általán felébreszteni?
Sok M$ rendszerbe, már 1 nap múlva sem tudnál életet dörzsölni az egérrel!
No most akkor melyiknek is jobb az uptime ja? Amelyik örökre elalszik anélkül, h bizerélnéd, vagy amelyik hajladó bizonytalan idő elteltével is szóba állni veled???
- A hozzászóláshoz be kell jelentkezni
???
- A hozzászóláshoz be kell jelentkezni
Segítek: suspend/hibernate, amire gondol. Amit egyébként írt, azt sem megcáfolni, sem megerősíteni nem tudom.
- A hozzászóláshoz be kell jelentkezni
Az ezzel kapcsolatos problémák nem Windows specifikusak... Bugos ACPI miatt bármelyik oprendszer fagyhat.
- A hozzászóláshoz be kell jelentkezni
Te valóban úgy képzeled, hogy feltelepítesz egy Windowst, és ha két napig semmi nem történik vele, utána bekapcsolod a monitort, pirosikszes hibaüzenetek tömkelege borítja el a képernyőt?
- A hozzászóláshoz be kell jelentkezni
Mielott meg az egekbe magasztalnad a csodalinuxot, meg kene talan nezni az online elerheto OSF/1-Tru64 (es persze VMS) dokumentaciokat is pl.
- A hozzászóláshoz be kell jelentkezni
Szabad reklámoznom a http://docs.hp.com oldalt? Egy "kevés" doksi itt is található. :-D
Ave, Saabi.
- A hozzászóláshoz be kell jelentkezni
Kar, hogy szegeny openszorsz linuxrol nincs ilyen :-(((
- A hozzászóláshoz be kell jelentkezni
Sure, tekintve hogy a Linux az ugye a kernel. Konkret disztribbol meg van jo par tucat, ha uzemeltetes szempontjabol nezzuk akkor nehez ALTALANOS doksit irni ami minden disztribre igaz, ha meg sikerul is, akkor az olyan szep altalanos lesz, ami max oktatasra jo, nem a gyakorlatban. Tehat _az_ opensource Linuxra imho eleg jo a doksi, itt tehat a kernel dokumentaltsagarol beszelunk. Ha magat a disztribuciot akarod, akkor viszont az adott, konkret disztribucio doksijat kell vizsgalni, es ehhez meg kene mondani hogy melyikrol is beszelunk. Meg ehhez jon persze az is, hogy "na itt a hatrany hogy szet van fragmentalodva az egesz", ami persze valahol igaz, de valahol elony is. Es akkor megint oda jutottunk, hogy mindennek van elonye es hatrany ia, a szabadsag lenyege a valasztas lehetosege, ami azt jelenti hogy tobb (sok) kozul lehet valasztani, ami hatrany abbol a szempontbol, hogy nem egy van, amit egyertelmuen lehet dokumentalni es megtanulni. Ez viszont mar filozofia, nameg leragott csont, imho itt is.
- A hozzászóláshoz be kell jelentkezni
Khmm.. Khmm... http://docs.hp.com/cgi-bin/search/advanced
mintha az Operating System alatti fersorolas tartalmazna Linux tetelt is... no mindegy...
Zsiraf
p.s.: Ja, persze lehet hogy openszorsz Linux-ot kellene keresni... :-)
- A hozzászóláshoz be kell jelentkezni
Ki magasztalta egekbe? En ponthogy meglepodtem hogy nem a szokasos FUD van :)
- A hozzászóláshoz be kell jelentkezni
Üdv!
Légyszi magyarázzatok meg valamit: ha valaki azt mondja h a rendszere 1 éves uptime-al rendelkezik, akkor az azt jelenti h lyukas a rendszere?
merthogy elég sűrűn hallok (linux)kernel javításokat, illetve sűrűn ad ki az ms is. De a kernelt csak újraindítással lehet foltozni... vagy üzem közben is lehet?
A UNIX-ok támogatják az üzem közbeni kernel javítást?
Köszi
- A hozzászóláshoz be kell jelentkezni
Tudtommal nem, ezért is hülyeség az uptime-ra rejszolni. :-)
Ave, Saabi.
- A hozzászóláshoz be kell jelentkezni
sajtreszelővel! :-)
- A hozzászóláshoz be kell jelentkezni
YEAH! Idén megszűnik a Win2000 támogatása a M$-nál, így az uptim-határ a csillagos ég!!!!44
- A hozzászóláshoz be kell jelentkezni
Én az eddigit sem nevezném támogatásnak...
- A hozzászóláshoz be kell jelentkezni
'This is Microsoft support. How may I misinform you?'
- A hozzászóláshoz be kell jelentkezni
A legtöbb kerneljavítás valamilyen hw meghajtót érint, nem feltétlenül lyukas a kernel-ed, ha nem 2.6.16.20-as.
Szerveren nem feltétlenül kell driver-t frissíteni, de ha nagyon muszáj, és modulnak van fordítva az adott driver, akkor vissza lehet patch-elni, újra lehet fordítani, és modprobe-bal el lehet indítani rebút nélkül.
- A hozzászóláshoz be kell jelentkezni
Gondolom hibajavitasokat sem telepitettek, nehogy ujra kelljen inditani a gepeket....... :)
- A hozzászóláshoz be kell jelentkezni
:-)))
Ez tetszett.
- A hozzászóláshoz be kell jelentkezni
Már bocsánat, de az elmúlt 1 évben legalább 4-5 olyan frissítés volt Windows 2003-hoz, ami után a rendszer közölte, hogy ő most újraindítja a gépet.
Ilyen feltételek mellett hogyan lehet uptime-ról beszélni?
Eh...
- A hozzászóláshoz be kell jelentkezni
NEM uptime, hanem szolgáltatási idő. Vegyünk egy fájlszervert. Win-en x. alkalommal volt frissítés, ezek egy része reboot-ot jelent. Linux alatt volt y. alkalommal kernel- z. alkalommal samba frissítés -- mindkettő szolgáltatás-kiesést okoz, bár az uptime-ot csak a kernelcsere érinti.
És ez (rendelkezésre állás) a megbízhatóságnak csak egy eleme. Emellett az is igaz, hogy a megbízhatóság "mérése", ill. "számítása" a TCO-hoz hasonlatosan egzakt módon történik :-)
- A hozzászóláshoz be kell jelentkezni
"Már bocsánat, de az elmúlt 1 évben legalább 4-5 olyan frissítés volt Windows 2003-hoz, ami után a rendszer közölte, hogy ő most újraindítja a gépet."
Sokkal több. Mivel minden hónap 14. körül jön az aktuális javítás. Plusz a rendkívüli frissítések. Ez kb. évente 18-20 frissítés. Ebből több mint a felénél reboot van. Egy újraindulás pl. a SBS2003-nál 15 perc. Persze lehet mondani, hogy ez nem sok, de még hozzájön a különböző service-ok miatti restartok (DNS, DHCP, AD, SQL stb.) Szerintem éppen hogy tartja a 90%-ot egy win2003.
Üdv.
- A hozzászóláshoz be kell jelentkezni