Sziasztok!
Már vagy 2 éve használtam Windows 7-et a Laptopomon, mindenféle probléma nélkül, ám most beütött valami. Egyik napról a másikra elég nagy mértékben megnőtt a rendszer erőforrás igénye.
50-60%-on járatja a processzort, és a 4 GB memóriából hármat bezabál, rögtön a rendszer indítás után. (És ez így is marad bármit teszek)
Ha nyomok neki egy TASKLIST-et akkor ki is dobja, hogy az svchost.exe a ludas. Utánanéztem több helyen is, és általában az a vége a dolognak, hogy ki kell kapcsolni a Windows Update-et (a services.msc-ben), és az megoldja a problémát.
A kérdésem a következő: Én is abba a táborba tartozom amelyben az automatikus frissítések kikapcsolása rögtön a telepítés után megtörténik. A két év alatt a fontos biztonsági frissítéseken kívül semmilyen Updatet nem kapott a gép (Ez vajon nagy butaság volt?). Vajon okozhatta ez ezt a problémát, vagy egyéb Windows szeszélyről beszélünk? (És ha igen mi lehet az?) Ez azért fontos hogy a jövőben ne nagyon fussak bele ilyen hibába.
Hozzászólások
Itt
--
trey @ gépház
használj inkább linuxot vagy valamelyik bsd-t, a distrowatch.com jó kezdőlépés lehet.
Használok! Az asztali gépemen már évek óta Ubuntu fut. Laptopon kénytelen vagyok Windows-t használni. (Sajnos)
Hagyd menni (igen, akár 24 órát is) és ne piszkáld az update-et.
Mindig meglepnek, hogy Windowson milyen professzionális megoldások tudnak lenni. :D A Windows Update a Windows ökoszisztéma szégyene.
--
trey @ gépház
Ajaj, ezért miket fogsz kapni...
Miért, ez mennyivel jobb? :) http://askubuntu.com/questions/454187/apport-gtk-100-cpu-usage-on-start…
Semmilyen bug nem jó. Viszont ha azt akarod mondani, hogy ez az egyedinek látszó eset olyan széleskörű probléma, mint a Windows Update problémakör, akkor engedd meg, hogy nevessek.
--
trey @ gépház
Nem egyedi. Az apport-gtk egy hulladék. Ettől még igaz a másik kijelentésed.
Ez nem egyedi, ahogy az svchost sem érint mindenkit, nekem egyetlen gépemet sem érinti, ahogy a cégnél sem (500). De láttam már szétbarmolt windows-on én is, előfordul.
A svchost egy wrapper, ami mögött egy (vagy több) service áll. Kb mint Linuxon egy daemon. Azt kéne kideríteni, hogy pontosan melyikkel van a baj (és hogy az mit is csinál éppen).
A blogolt problémába én is belefutottam már. És pontosan eddig jutottam, hogy ki kéne deríteni, hogy melyik service a ludas. Tudsz erre leírást adni, hogy hogyan kellene?
Process explorerrel meg tudod nézni, hogy egyes svchost folyamatok mögött milyen servicek vannak, esqhogy azok mennyi erőforrást használnál.
Szerk.: Ja, volt már, bocsánat
Ennek a process exporernek melyik cég a gyártója? És miért kellene megbíznom bennük? Microsoft termékkel nem lehet megoldani a kérdést?
Microsoft a gyártója. HTH
Nem vagyok járatos a Windowsos világban, és csak annyit néztem, hogy Microsoftos oldalról van linkelve, de a letöltés valami sysinternals.com oldalról jön. Aki járatosabb biztos tudja, hogy az is a Microsoft :-). Nekem alapból gyanús volt, mert általában az ilyen innen-onnan letöltött bizbaszokkal jobb óvatosnak lenni.
Még a hőskorban Mark Russinovich kezdte el írni ezeket a toolokat nem feltétlenül dokumentált kernel API-kat felhasználva. Aztán publikálta a forráskódokat is, ami nem tetszett a Microsoftnak így 2006-ban megvette a srácot kilóra meg a weboldalt is, vele együtt eltűnt a forráskódok egy része is. A toolok maradtak. https://en.wikipedia.org/wiki/Mark_Russinovich
Nemcsak, hogy maradtak, de a mai napig frissülnek, okosodnak is ezek a tool-ok. Windowsal foglalkozó szakembernél ezek alapeszközök.
Sysinternals.com? Nálam az évek óta egy redirect a technet.microsoft.com-ra...
Üdv,
Marci
A nyílt forrású Process Hacker is tudja. De a ProcessId segítségével egy alaptelepítésű Windowson is kiderítheted.
:)
Ööö... Task Manager.
A process-en jobb klikk -> ugrás a szolgáltatásokra, ki fogja jelölni, hogy melyikek azok a szolgáltatások, amik abban a processben futnak. Windows Update-t (wuausrv) futtató svchost-nál ez lesz mondjuk 6-8 elem, de majdnem biztos, hogy az lesz az :)
BlackY
--
"en is amikor bejovok dolgozni, nem egy pc-t [..] kapcsolok be, hanem a mainframe-et..." (sj)
Ezt nem ismertem eddig, köszi!
Ezt megtaláltam, de ez nem mondja meg hogy melyik service "eszi" a CPU-t, csak azt, hogy melyik fut abban a processzben. Tehát a kb 8 találat bármelyike lehetne még a ludas.
Onnan már viszonylag egyszerű, sorban lelövöd őket (ha a rövid név alapján nem tudod őket azonosítani a services.msc-ben, akkor net stop-pal privileged konzolból), amelyiknél megszűnik az erőforrás-hiány, az volt az :)
BlackY
--
"en is amikor bejovok dolgozni, nem egy pc-t [..] kapcsolok be, hanem a mainframe-et..." (sj)
Mire eddig eljutottam volna megszűnt magától. De ha legközelebb előjön akkor kipróbálom. Amúgy egy Hahota szintű vicc jut erről eszembe:
"Két cowboy beszélget a sörözőben. Mondja az egyik:
- Úgy utálom azt a kockás sapkájút!
Erre a másik:
- De hát az összesen kockás sapka van!
- Jó, akkor azt, amelyiken piros ing van!
- De az összesen piros ing van!
A teremben 50 ember ül, a cowboy lelő 49-et és azt mondja:
- Látod már?
- Igen.
- Na, azt úgy utálom hogy meg tudnám ölni! "
:D
BlackY
--
"en is amikor bejovok dolgozni, nem egy pc-t [..] kapcsolok be, hanem a mainframe-et..." (sj)
a Process Explorer peldaul meg tudja mondani, hogy a svchost.exe milyen tenyleges alkalmazast futtat, celszeru megnezni. a Windows Update neve wuauclt.exe vagy ilyesmi.
Igen nagy butasag volt. Frissitsd.
+1
Igen nagy túlzás volt butaságnak beállítani.
:)
Nem tudom mennyire releváns tapasztalat, de megosztom:
Annak idején, még XP-n futottam bele többször ebbe a problémába. A megoldást a DHCP kikapcsolása és a hálózat FIX beírása jelentette. Utána néhány nap múlva vissza lehetett váltani DHCP-re és minden ment megint normálisan.
--
openSUSE 13.1 x86_64
szolgáltatás->update litilt és nincs problém
Csak akkor nincs probléma, ha az a gép nincs netre kötve, mert akkor nem annyira sebezhető. Azok a rendszergazdák, akik értenek a Windows-hoz, tudják, hogy a Windows Update-et - noha szeretni nem kell - kikapcsolni ostobaság. Légy olyan szíves tehát, ha nem értesz a témáhot, legalább ne terjessz butaságot!
Nem kell ahhoz rendszergazdának lenni, hogy tudjuk mekkora hülyeség letiltani...
Milyen jo nezni ahogy az update kinyirja a Windowst... eloszor egy ujratelepites utani elso update csinalt boot loopot, illetve mostanaban jott egy update csomag amely bejelentkezest kovetoen 5 perccel csonta fagyasztotta a Windowst.
Megoldas: letiltani a francba a pocsek minosegu update rendszert. Programokat csak steammel telepitek. Netezni Ubuntu alol.
Nem ostobaság. Mellesleg rendszergazda vagyok. Hülyeséget beszéltek.
Tiltsd le nyugodtan a rákba. Ha még neted sincs folyamatosan keresni fog. XP óta gányolják a netes támogatást mert a microsoft kicsit régen lépet a net piacra. Az svchost képes 1 magot 99%on tartani, folyamatosan menne fel. Főleg ha nem találja a kért felet.
Az emberek többsége nem szereti a frissítést feszt. Letiltod és ha kell 2 hetente engeded, hogy megnézze mi újság.
XP óta gányolják a netes támogatást mert a microsoft kicsit régen lépet a net piacra.
:-o
En is. Es kb. ot eve megy a w7 alatt az update (ami nem is friss tepelites volt, egy XP-t frissitettem, utolag mar banom). Kozben volt egy alaplapcsere is, blogban irtam rola:
http://hup.hu/node/127896?comments_per_page=9999
Neha duhongok rajta, amikor feloraig telepiti egy frissitest, majd ujraindul es rogton talal egy ujat, amnek megitn restart kell...
De alapvetoen nincs problemam vele, a ceg kb 40 desktop userenek sem.
Szervereken viszotn veszelyes jatek, volt mar, hogy szetcseszte az Exchanget a Win update...Szerencsere mindenhol vm-ek vannak, igy konnyen vissza lehetett rakni snapshotbol, mert az MS infovonal sem tudott ra valaszolni, hogy lehet ilyen. Az ugyfelet meg nem erdekli a mi problemank, neki az a gaz, hoyg mar egy oraja nincs levelezes a cegeben.
De - ahogy mondtam- desktop gepen meg sose volt baj az update-tel. Legfeljebb en orulnek neki, ha idonkent par szoban ki irna, mi is az, amit telepiteni akar, nemcsak egy link lenne : 20+ frissitesnel hulye dolog mindegyik linket vegigkattintgatni.
--
http://www.micros~1
Rekurzió: lásd rekurzió.
Update letiltása sose jó tanács.
viszont szukseges ahhoz, hogy kisebb-nagyobb (inkabb nagyobb) megszakitasok beiktatasa nelkul tudjam hasznalni az asztali gepemet. (sajnos rajtam kivul allo okokbol kifolyolag windows is van rajta es hasznalnom is kell.) 2014.dec. ota nem kerult ra frissites es koszoni jol van. mukodik. 2013. apr. a telepites datuma. a ket idopont kozott 4 alkalommal volt olyan frissites ami megakadalyozta a gep hasznalatat tobb mint 2 oran keresztul. az olyan frissiteseket nem szamitom ide amik rendsen lefutottak, csak 2-3-4 oran keresztul szinte hasznalhatatlanra lassitottak a gepet. a hibak eleg valtozatosak voltak: a service-ok 80%-anak disabled-be tetele, a rendszerkomponsensek eltavolitasa, vegtelen ujrainditas/frissites ciklusba kerules stb.
miota a winupdate disabled-ben van azota kevesebb a gondom. ez az en velemenyem es nem altalanos igazsag.
"2014.dec. ota nem kerult ra frissites es koszoni jol van. mukodik"
És mire használod? Remélem internetre nem mész fel vele :)
Itt van ez például: http://mashable.com/2015/07/21/microsoft-windows-patch-critical-flaw/#1…
ha nem kecskepornot keresel a neten akkor nem kapsz ilyen csunyasagokat ;)
Azért én erre nem lennék büszke.
Ott kell hagyni, pár óra alatt kitekeri magát. WIndows updatnek KELL 8G memória legalább (simán eszik 6-7G memóriát adott esetben), és egy SSD is baromi sokat tud dobni a dolgon.
Najó, de ugye most úgy áll a világ, hogy azért kéne ssd-t vennem, hogy a Microsoft kényelmesen futtathassa a botnetét...
Megszoksz, vagy megszöksz, ez van. Ha zavar, frissís win10-re, ott jobb a frissítés, és a megfigyelés is. :)
Vagy esetleg rájösz, h igazából nincs szükséged windowsra, és használsz mást. Nekem csak a játékos gépemen van windows.
Hú, most rohanok az összes a környékemen lévő gépbe RAM-ot és SSD-t venni, amelyeket 2-5 éve vígan használunk 2-4 GB RAM-mal és HDD-vel...
Ja, nem érdemes, x86-os Windows nem kezel 4 GB-nál többet!
Jól érzi magát sok memóriával és nagy IOPS-al. Gyengébb gépen a fentieket produkálja. XP is csinált hasonlót, Vistán nem igazán láttam, 7-es a melóban egyeseknél ezt művelte. A megoldás mindíg az volt, hogy kivárjuk.
Egyeseknek még mindig gondot okoz a fizikai memória és a 32 bites virtuális memória címtér megkülönböztetése.
Mire gondolsz?
Nem tudom, de 32 bites asztali Windowson külső segédprogrammal a maradék RAM is használatba vehető (ramdisk illetve lapozófájl ramdisken).
:)
Attól még a per process memóriafoglalás nem tud több lenni 2 GB-nál.
Adott feltételek mellett 3 lehet, ha jól tudom.
:)
Lehet. Feltéve, hogy maga az .exe is támogatja.
Ettől még a 6-7 GB-tól nagyon messze járunk. Ráadásul, ha jól rémlik, Vista óta már nincs 4GT. Logikus, ha van x64-es verzió, akkor 32-bit PAE „hack” helyett mégiscsak inkább x86_64-et telepít, akinek 4+ GB RAM van a gépében.
Nyugodtan mondj egy 32 bites oprendszert, amelynek a per-process memória címtere 6-7 GB.
Write only? ;)
Nem is akartunk eljutni 6-7 GB-ig a WU vagy más folyamat számára, csak használatba venni a 4+ GB RAM-ot. Általánosságban írtam.
:)
És mégis mire kell neki ennyi erőforrás? Leszedjen meg telepítsen pár dolgot? Tized ennyiből kéne megoldania!
Microsoft.
Meg is oldja. A napi munkámat egy 4GB rammal ellátott 2in1 eszközön végzem, nem vettem észre, hogy ez kevés lenne.
Arra van valami magyarázat,hogy a pár megás frissítések is fél óra-óra intervallumban jönnek le?Épp most tenném őket egyenként fel.
Nincs baj a netemmel.Más eszközök jól működnek.
(W7 HP 64bit előtelepített jogtiszta rendszer).
Nincs tippem, sajnos. :(
Vmi qous szerű marhaság bullshittel magyarázták anno, h háttérben jön le a dolog, így nem zavarja az usert, nem dugítja el a netjét. Szerintem meg ennyi sávszélt szánnak a dologra a szerverükön.
Az égvilágon semmit nem csinálok a géppel,direkt figyelném,hogy melyik frissítés hozná még magával a W10-es dolgokat.Mindegy mekkora a letöltendő csomag (nem nagyok),eddig úgy néz ki,hogy mindegyik kb. 45perc után települ.A letöltés folyamatjelzője meg se nyikkan.
modern, szép és jó operációs rendszer :D
Frissíteni kell 10-esre :)
Annál a folyamatjelzőnél jobb lett volna, ha meghagyják a futkározó csíkot és meg se próbálnak százalékot írni, nem nagyon szokott nekik sikerülni :) Valószínűleg a háttérben tényleg tölti is a cuccot, nem egyszer volt már szerencsém látni, hogy a "Frissítések letöltése 1/60" felirat mellett 1%, aztán ugrás 60/60 és 99%-re, aztán telepítés... (a GUI csúcsa egyébként, ha egy elegáns mozdulattal lelövöd alóla a service-t, kb. 50-50, hogy észreveszi-e [Piros X, a Windows Update hibát észlelt] vagy szépen pörgeti tovább...)
BlackY
--
"en is amikor bejovok dolgozni, nem egy pc-t [..] kapcsolok be, hanem a mainframe-et..." (sj)
Haha. A kulcs a 4GB memória.
Két hete járt nálam egy gép, 2GB memóriával, meg valami ősöreg c2d peocesszorral.
(Lényegtelen, de tisztaszoftveres DVD-ről került rá x64 Windows 7 SP1, a gép aljára ragasztott COA-n lévő kulcs felhasználásával - igen, tudom, 32 bites biztosan jobb lett volna, de ilyen telepítő volt kéznél.) Semmi nem volt még rá telepítve, így a Windows Update vad lapozás közepette kb. 6 óra alatt vadászta össze a letöltendő frissítéseket. Aztán 13 óra alatt felrakta mind a 204 db-ot. A folyamat végén kiírta, hogy hiba történt, és visszapörgette az egészet. A következő körben 1x frissítés felment, a többi sikertelen, újraindítást kért, aztán megint nekifogott a maradéknak, amit végül megint visszapörgetett.
Itt meguntam a játékot, tettem bele 4GB memóriát, és magára hagytam kb. 20 órára. Mire visszajöttem, már kész volt.
Egyébként ugyanerre új, sokkal erősebb gépeken is kell 8-10 óra. Ez szerinted normális működés? Mert szerintem egy kalap szar. Ha tippelnem kellene, azt mondanám, hogy itt is úgy el van baltázva a frissítéseket kereső algoritmus, mint XP-ben volt. Javítás viszont már nem lesz hozzá, akinek nem tetszik, legfeljebb a Windows 10 felé menekülhet.
Nem pár dolgot. Valahol leírták hogy különösen a 64 bites windowsok (és ebből a szempontból a sok frissítéssel megvert win7 eleve hendikeppes) mennyi mindet sakkoznak körbe-körbe mire eldöntik hogy mit kell letölteni és telepíteni. Ha jól rémlik egy frissen telepített win7 olyan 800 körüli csomagot akar az első körben felszögelni, és ez már a ki tudja hány superseeded-mittomén iterácó végére érve.
Ja, és ez akkor igaz ha minden remek, ha bármi nyomora van, akkor ennél csak rosszabb lehet a helyzet.
Mondjuk a kitömörítgetések vihetnek sok erőforrást. Persze ha van szabad 6-8 GB RAM, akkor használja bátran - azért van. Hülyeség lenne nem használni, csak ne rabolja el az erőforrásokat amikor szükségem van a gépre. De valahogy tényleg az az érzése az embernek, h nincs optimalizálva kellően ez a frissítés procedúra. Ezért is kapcsolják ki sokan. Arról már nem is szólva h veszettül idegesítő "Kérem ne kapcsolja ki a gépet" üzenet leállításkor, meg az induláskori bohóckodás is.
Kollégák szerint ha az ipv6-ot kikapcsoljuk akkor észheztér az egész WU. Nekem nem működött vagy nem vártam eleget utána. Inkább lelőttem az egész szolgáltatást.... Állítólag elég ha kivesszük a hálókártyánál a pipát akkor idővel megjavul, http://superuser.com/questions/944574/windows-update-doesnt-work-and-co…
Hát a probléma komolyabb lehet mint gondoltam. Services.msc-ben kikapcsoltam az Update-et, utána viszont az egész meghalt. A neten található tippek közül egyik sem vált be, tehát a radikális megoldáshoz fordultam, újratelepítettem. Bízva abban hogy ez úgy is mindent megold. Hát nem így lett, a hiba maradt, friss telepítés és bekapcsolt Windows Update mellett is. (minden frissítés telepítve, még a választhatóak is)
Nézz rá Process Explorerer, hogy az az svchost.exe pontosan milyen szolgáltatásokat futatt.
Állati, hogy mennyi marhaság kering "Windows Update"-el kapcsolatban.., de tényleg. 1995 óta használok Windows-okat, mindet végig "élveztem" éveken át, a 3.1-3.11-el kezdtem annak idején, még 91-ben, - 2 majd rövidesen 4 MB RAM-mal.
Soha nem tapasztaltam gondot abból, ha a WU normálisan, - policy-ből is, - le van tiltva. (Abból már több gondom volt, ha nem.) Most pedig a W10 kapcsán, (és a W7 megtartásának szándékával....!!! - Hát mit is vártok ezt illetően, ha nem tiltjátok le.
Hogy egy ilyen gépet még a MS-től is védeni kell utána, az természetes. (Egyébként is mindentől.) A 320 millió vírus, és az éves 300-400 ezer új vírusvariáns korszakában, az Internet semilyen hálózati eszközt nem "tisztel". (Nem csak a Windows-okat!) Minden hálózatra kötött eszköz rendszeresen ki van téve valamilyen "támadásnak". (A jelenlegi szándékai szerint bizonyos szempontból az MS. is egy ilyen "tényező".) Naponta, hetente, havonta, sokszor. Manapság már a zárt, "offline" hálózatok is védendők biztonsági programokkal. Különben gyorsan ott a "meglepi".
És igen, nagyon kell "érteni" a Windows-ok viszonylag(!) problémamentes használatához is. Nincs végleges "kiépítés", folyamatosan frissíteni kell amit kell, és nem amit nem. Oda kell figyelni rá mindig, mert a bölcs mondás szerint, "kétszer ugyanabba a folyóba nem léphetünk bele", - tapasztalataim szerint a Windows-ba sem lehet, mert "élő" WU esetén erről az MS. gondoskodik legfőképpen.
De persze én nem vitatom azt, hogy van létjogosultsága egy másfajta gondolkodásnak is, mégpedig annak, hogy minden a MS-en múlik, megvéd mindentől, és nyugodtan hátra lehet dőlni a fotelben, ha az ember W10-et, "Azure"-t használ és "auto" a frissítés, mert mi fizetünk érte, a fejlesztőknek akik ebből élnek, cserébe pedig ez a dolguk. Tényleg drukkolok nekik, hogy sikerüljön.
Mit szerettél volna valójában mondani?
-----
„Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben.”
rand() a lelke mindennek! :)
Szerinted…
Nagyon egyszeru: az MS a sajat rendszeret tamadja, hogy utana frissitest adhasson ki, mert ez neki jo.
Kb. ennyi logikaja volt a fenti betuhalmaznak is.
--
http://www.micros~1
Rekurzió: lásd rekurzió.
Csak a fiatalabbak kedvéért, írtam - többiek már tapasztalatból tudják, amit elmondtam :)
Két lehetőség van, tiltani vagy nem tiltani, - mindkettőhöz más következmény tartozik. Ha WU tilt, akkor a Win 7-esünk (XP-nk, 6-osunk, 8-asunk,) visszatérő időközönként több munkát fog adni. Ha WU nincs tiltva, akkor meg nem érdemes küzdeni a Win 10 ellen, MS ott a leghatásossabb jelenleg a Windows-érát ért támadások elhárításában. (Hozzáteszem, mindkét esetben időről-időre lehetnek fusztráló problémák.
Az, hogy "mozog", nem számít.., - apámra emlékezem, amikor fiatalon, jelesül egyszer figyelmeztettem, hogy reped a kerítésfal, mert gyenge az alap, azt mondta: "Minden mozog, a Föld is.., és élünk."
"kapcsold ki az updatet"
"töröld le"
"használj linuxot"
"minimum 8 giga ram kell neki"
"minimum 4 giga ram kell neki"
"kapcsold ki az ipv6-ot" (???????????????????????????)
stb.
Mindig ámulatba ejt a zinterneten, hogy milyen ellentmondást nem tűrő határozottsággal tudnak adott témában maximálisan inkompetens emberek naaaaagyon szakszerű tanácsokat osztogatni...
Bár ez nekem is új volt Windows Update kontextusban (és ahány ezer hálózati rétegen az átmegy, tippre nem kéne, hogy gondot okozzon), volt már, hogy az IPv6 megléte/nem léte miatti bugokba futottam (ami így fejből eszembe jut: a Linux-os Hamachi kliens segfaultol indításkor, ha nincs IPv6 kernel modul betöltve. Rá se néz az IPv6-ra, de kell neki)
BlackY
--
"en is amikor bejovok dolgozni, nem egy pc-t [..] kapcsolok be, hanem a mainframe-et..." (sj)
Inkabb azt latni hogy az MS szakemberei mennyire nem kompetens modon tudjak fercelni az update rendszeruket. Pedig 2016 van mindjart. Elso update ujratelepites utan kinyirja a Win-t??? WTF? (Es semmi nem volt telepitve)
Semmi fallback strategia nincs. Mert az update rendszer az tokeletes.
Ja. A másik fajta az okoska, aki csak fikázni tud másokat, de segíteni nem tud. :Đ
Az sem segitseg, ha orbitalis marhasagot mond valaki.
Tudod, mikor a hulyeseg akarattal parosul...
--
http://www.micros~1
Rekurzió: lásd rekurzió.
Nagyon +1.
Engem is idegesit, amikor "kijelent", nem csak "velemenyt kozol"
Raadasul, ha marhasagot is mond....
--
http://www.micros~1
Rekurzió: lásd rekurzió.
Amnnyire en tudom, az svchost.exe a halozat kezelesert felelos mikrokernel modul. A windows mikrokernel archtekturaju, tehat ha akarsz halozatot hasznalni, akkor elotte ki kell adnod (mingw kornyezetben) egy initet:
Ennek hatasara a processedhez indit egy svchost.exe-t. A process vegen meg egy WSACleanup()-pal lehet leallitani.
Ezt en ugy hivom, hogy Dacia effektus, utalva az 1990 elott az atkosban hasznalt Daciakra, amikkel ugy lehetett kozlekedni, hogy mielott beleultel, vegigjartad es leellenorizted, hogy mindene egyben van-e?
Hogy a konkret esetben miert teker ennyire azt nem tudom, de nyilvan "sok" letoltenivaloja akadt.
Erdekesseg kedveert, anno - tobbek kozott- pont azzal indokoltak a mikrokernel hasznalatat, hogy az esetleges frissiteseknel nem kell az egesz kernelt frissteni, hanem csak az adott mikrokernel modult. Ez be is jott, mivel alig egy keveset szokott letolteni frissiteskor:)
Hja egy *uix mennyivel pocsekolosabb!:)
utalva az 1990 elott az atkosban
Eleg jol megragadhattal ott, mert kb. azota nem mikrokerneles a windows.
ok, hivhatjuk hybrid kernel-nek is ( https://en.wikipedia.org/wiki/Hybrid_kernel ), ettol meg az a jelenseg, hogy el kell inditani egy svchost.exe-t, ami az adott processt kiszolgalja.
Nem. A mikrokernel felépítésnek elég pontos definíciója van, amelybe beletartozik többekközt az is, hogy a memória kezelés, filerendszer kezelés és mindenféle protokoll stackek is a userlandben futnak. Ez a Windowsnál nincs így.
A svchost.exe pedig "nem az adott processt szolgálja ki", hanem ő maga a process és (adott esetben több különböző) Windows service threadeket fog össze, amelyek sokszor dinamikusan linkelt könyvtárak (.DLL) formájában léteznek.
"Amnnyire en tudom, az svchost.exe a halozat kezelesert felelos mikrokernel modul." -- Gyanítom, ezt rosszul tudod.
"A windows mikrokernel archtekturaju" -- Ez sincs így.
"Erdekesseg kedveert, anno - tobbek kozott- pont azzal indokoltak a mikrokernel hasznalatat" -- Érdekesség lehet, csak nem így van.
Üdv,
Marci
"az svchost.exe a halozat kezelesert felelos mikrokernel modul"
durva, hogy ilyen szintű (nem)ismeretek birtokában, hogy tud (mer?) valaki ilyen sommás gondolatokat leirni. Dacia, persze...
5. § (2) A jármű vezetője, mielőtt a járművel a telephelyről (így különösen a garázsból) elindul, köteles a kormányberendezés, a fékberendezés, a gumiabroncsok, valamint a kötelezően előírt világító- és fényjelző berendezések állapotát (működését), valamint a hatósági jelzés(ek) (rendszámtábla(ák)) meglétét, állapotát - az adott körülmények között indokolt módon - ellenőrizni.
Tudtommal a KRESZ még a mai napig hatályos...
BlackY
--
"en is amikor bejovok dolgozni, nem egy pc-t [..] kapcsolok be, hanem a mainframe-et..." (sj)
ezt a frissitest toltsd le, es tedd fel manualisan:
https://support.microsoft.com/en-us/kb/3102810
reboot, majd utana mehet a windows update
(~10 perc alatt vegeznie kell a keresessel)
--
A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!