Windows Server 2008 néven jön a Longhorn
2007. május 14. 10:13, hétfő
A Microsoft akarva-akaratlanul megerősítette, hogy az eddig Longhorn kódnéven ismert operációs rendszer Windows Server 2008 néven jelenik majd meg a boltokban. A cég frissítései eközben újabb problémákat okoznak.

Hirdetés

Szemfüles internetezők figyeltek fel arra, hogy a szoftvercég francia részlegének hivatalos oldalán felbukkant a teljes név, ami arra utal, hogy a Microsoft ezzel az elnevezéssel dobná piacra a szerverekre szánt operációs rendszert, amely a Vista további csiszolásaként, tökéletesítéseként is felfogható. Maga az oldal semmilyen új információval nem szolgál, mindössze egy jelentkezőívet kínál a harmadik bétaverzióhoz, ám már ez is elegendő volt ahhoz, hogy számos forrás lecsapjon az információmorzsára.


Az év második felében megjelenő végleges változat több újítást (Server Manager, Server Core, Windows PowerShell, IIS 7.0, UEFI 2.0, valamint Active Directory Federation Services) is magába foglal majd, amelyek révén a cég szerint csökkenhetnek a karbantartási és szervizelési költségek, és növelhető a biztonság és a megbízhatóság. Korábban az újítások közül a Network Access Protection technológiát emelték ki, amely a megfelelő frissítésekig nem engedélyezi a hálózat elérését a laptopok számára, míg a szerver szerepkörök révén csak a valóban szükséges kódrészletek települnek fel. A minimalista opció esetén például csak a bázis funkciók kerülnek az adott gépre - a körből akár a Windows Explorer, a médialejátszó és a grafikus kezelőfelület is kimaradhat.

A szoftvercég eközben a legújabb frissítések által okozott újabb galibákkal küzd, az Internet Explorer májusi kumulatív javítócsomagja ugyanis számos felhasználó számára komoly gondokat okoz. Elsőként az Outlook 2003 felhasználók jártak rosszul a frissítés telepítésével, mivel ezt követően komoly sebességbeli problémákról számoltak be, ám hamarosan kiderült, hogy ez a jelenség nem korlátozódik a szoftvercég saját levelezőkliensét használók körére.

Bár a hiba első észlelése már április végén felbukkant a WSUS blogon, ennek okát eddig nem sikerült megtalálni. Mindez arra kitűnő példa, hogy a frissítéseket nem minden esetben érdemes azonnal, automatikusan telepíteni.
Kapcsolódó linkek
Laptopok

Már 49 900 Ft-tól!

E-book olvasók

Már 17 043 Ft-tól!

Tablet PC-k

Már 23 140 Ft-tól!

LCD monitorok

Már 19 800 Ft-tól!

részletek » részletek » részletek » részletek »
Megosztás
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
 

IT/Tech, Hardver
Tudomány, Mobil, Film, Játék
Hirdetés



Hozzászólások
A témához csak regisztrált és bejelentkezett látogatók szólhatnak hozzá!
Bejelentkezéshez klikk ide
(Regisztráció a fórum nyitóoldalán)
1Bazs  
2007. máj. 16. 11:49 | válasz | #54
Javasolnám, hogy win saját driver-el próbáld meghajtani a videókarit, mert a gyártó saját meghajtóinál sokszor fontosabb a minimális sebeségnövekedés, mint a stabilitás.
Ami pedig általában a win-t illeti, szerintem a legnagyobb előnye nagyvállalati környezetben az, hogy minden területre kínál megoldást és ezek a megoldások jól működnek együtt. Szóval egy konkrét célra lehet találni jobb szoftvert, de egy teljes rendszert nem lehet inkompatibilis elemekből felépíteni. Tudom, hogy a régi ms termékeknél is volt inkompatibilitás, de az újak egészen jók...
2007. máj. 15. 18:29 | válasz | #53
Esetleg valami memória lapalap összeférhetőség probléma is produkálhat hasonlót.
2007. máj. 15. 18:29 | válasz | #52
Amikor ezeket csinálja, akkor nem fut véletlenül mindig ugyan az a program előtérben vagy háttérben, esetleg egy nem kívánt szolgáltatás? Magától nem csinál ilyet az hétszentség.
Sanyix   "Rest in Peace Sanyix" 
2007. máj. 15. 12:37 | galéria | válasz | #51
Most radeon 9600 pro van, de geforce2 mx400-nál is pont ugyanez volt. És vindózxp.
remark  
2007. máj. 15. 09:49 | galéria | válasz | #50
Szerintem nem egyrol beszeltek. Az a "gui" amit te irsz az nem az a "gui" amirol Sanyix ir.
Igaz nem windows server, hanem windows xp pelda, de a "gui"-hoz van koze: winrunner-rel tesztelve elofordul rendszeresen hogy bennragad valami processz (szar a winrunner, de most nem ez a tema). A lenyeg hogy a "gui" ilyenkor valtozatos dolgokat produkal. Van hogy az egyetlen amire reagal az a ctrl+alt+del, van hogy az explorer (start menu, system tray stb.) meg muxik egy ideig aztan mar az sem es marad a ctrl+alt+del, van hogy a task managert lehetetlen behozni (mukodik szepen egesz addig mig a task managert el nem inditom, de aztan ugy csinal mintha nem csinaltam volna semmit). Ilyenkor egy log off altalaban helyrehoz mindent hiszen a problemat okozo user es rendszer processzek ujraindulnak.
Mindekozben az ugyanezen gepen futo apache szerver vigan muzsikal, azaz a windows nem omlott ossze, "csak a gui".
Szelsoseges pelda, tudom (remelem erted hogy milyen szempontbol), de arra ravilagit, hogy szerintem mit ertenek egyesek "gui osszeomlas" alatt, es mik azok a korulmenyek amik kozott elofordul ilyen problema. (Nem a winrunnerre celzok, remelem erted.)

Es szazadszorra is leirom: ez nem jelenti hogy a szerverfeladatok ellatasaban barmi problema adodott volna, az en sajat peldamban is par sorral feljebb olvashato, hogy a szerver maga mukodik, "csak" epp a bejelentkezett user processzei es a hozza tartozo UI allt a feje tetejere. Van ilyen, nem?
2007. máj. 15. 00:35 | válasz | #49
Milyen videókártyád van amúgy?
2007. máj. 15. 00:34 | válasz | #48
"Ja és néha olyan jó lenne akár a feladatkezelőt használni, de nemlehet, mert a feladatkezelő ablaka sem jelenik, annyira szétesik a gui, vakon meg nemnagyon tudom megtalálni a folyamatot :("

Nem a GUI esik szét az csak a következőknek a tűnete lehet:
- Magas priorítású progi és/vagy szál hasalt el.
- Nagy mennyíségű swappelést okozott valamelyik progi, vagy nagy memória használatot produkáló progi nagy I/O műveletet végez.
Kijelentkezés során, a GUI-t alkotó komponenssel nem történik semmi, nem záródikbe, nem indul újra, ugyan is azt NT4-nél kernelmódba tették át jobb teljesítményért (win32k.sys[GDI=2D grafikus sunkciók, USER=ablak kezelő]), Vista-nál meg vissza hozták user módba, igaz csak felemásan (kernelmód: win32k.sys[GDI=2D funkciók, inaktív USER], usermód: videókártya driver nagyobb, bonyolultabb része, DWM.exe=ablak kezelő, WPF natív komponensei, d3d9.dll).

A fentiek csak NT4 és attól feljebb igazak. Ugyen nem Win9x vonalla van dolgod? Mert ott tényleg voltak ilyenek néha, ha megfeküdt egy Win3.1-es progi, vagy rendszerkomponens.
Sanyix   "Rest in Peace Sanyix" 
2007. máj. 15. 00:07 | galéria | válasz | #47
Konkrétan full változó, lehet egy directx-es program, lehet opengl-es, lehet nem 3d-s, full random. És a kérdéses program feladatkezelőben leállítása nem oldja meg.

Ritkán történik(félévente egyszer), de mindíg felidegesít. És én ezeket a kis gondokat is megjegyzem, nem úgy mint bizonyos emberek :)

Ja és néha olyan jó lenne akár a feladatkezelőt használni, de nemlehet, mert a feladatkezelő ablaka sem jelenik, annyira szétesik a gui, vakon meg nemnagyon tudom megtalálni a folyamatot :(
Sanyix   "Rest in Peace Sanyix" 
2007. máj. 15. 00:00 | galéria | válasz | #46
Nem mondtam hogy lehalt az egész oprendszer, tanulj meg olvasni :)
Sanyix   "Rest in Peace Sanyix" 
2007. máj. 14. 23:59 | galéria | válasz | #45
"aha a világ sokszázmillió wines gépén ottmaradnak az ablakkeretek, csak nálam nem." Vagyis nem vallod be :)

"Ezer gépet felügyelek, van közöttük ati és nvidia is, egyikkel sincs ilyen gondunk, egyetlen gépen sem. Nem lehet, hogy mégis benned van a hiba? Érteni kéne hozzá." Kamu :)

"ez nem marketingduma, hanem a valóság. Te egy szánalmas álomvilágban élsz és hiába dugod a fejed a homokba, attól mások (párszázmillióan) vigan használják gond nélkül a wineket, akár nyomod a fikát itt megállás nélkül akár nem."

Hazugság :)
Bijesz  
2007. máj. 14. 23:17 | válasz | #44

Ember a 4-es és 5.x-es NT kernel bizonyítottan stabil.
Ezt minden hozzáértő "linux fan" is elismeri.
Ne égesd már magad ilyenekkel.


Mellesleg nem érdemes csodálkozni az MS falme-eken, az SG-n nem éppen a szakma krémje jár, mint a lenti ábra is mutatja. :)

Aki meg nem ért valamilyeik rendszerhez ismerje meg mielött fikázza.
Azért mert valaki otthon felinstallál egy linuxot vagy wint még nem ért hozzá,
ha éveken keresztül szakszerűen menedzsel ilyen rendszereket akkor igen.



2007. máj. 14. 20:46 | válasz | #43
Én sem értem, nekem nagyon ritkán omlik össze a Win - talán két éve volt utoljára. Szal én kérek elnézést mindenkitől.
2007. máj. 14. 20:43 | válasz | #42
Nem, ez az a tipikus Windows-fikázó trend. Divattá vált a Microsoftot, és a termékeiket fikázni. Szánalmas az ilyen ember. Sokan, akik le merem fogadni, még ki sem próbálták, fikázzák a Vista-t, de szerintem semmi kivetnivaló nincs benne. Sok haverral beszéltem, akik használtak saját szerveren Windows Server 2003-at, és meg voltak vele elégedve. Amúgy ismertem olyan lányt, aki még mindig WinME-t hazsnál, mert véleménye szerint az XP kegytelen sz*r. Igaz, nem próbálta, de biztosra veszi. No comment.
assdf  
2007. máj. 14. 20:30 | válasz | #41
Szerintem mind a windows mind a linux jó, csak hozzáértés kérdése.
Eddig még az esetek 99%ban amikor valamiért valamelyik "szar" volt, mindig kiderült hogy egyszerüen csak hozzánemértés volt a hiba oka v user error.
Mind windowsnál mind linuxnál.
2007. máj. 14. 20:11 | válasz | #40
Soha sem értettem, hogy mi vagyunk ennyíre mákosok, vagy a többieknek ennyíre nagy balszerencséjük van, vagy ennyíre nem megy nekik.

Bár ő még mindig jobb. A nővérem resettel "gyógyította" a "beégett" Archicad ablakat a cégnél, amig nem hoztam össze a Task Managerrel.
2007. máj. 14. 20:04 | válasz | #39


A Vistas hírnél azt hitték, hogy én vagyok te, illetve hogy te vagy én. Legalább is az egyik Linux vitéz ezzel, jött.

BStage  
2007. máj. 14. 19:56 | válasz | #38
"Ha logout-login megjavítja..."

csak nem azt akarod mondani, hogy neked sem maradnak ablakkeretek beégve logoutig winen? Ezek szerint már ketten vagyunk a sokszázmillióból...
BStage  
2007. máj. 14. 19:55 | válasz | #37
"Csak mintha mar azt kezdtek volna itt bizonygatni paran hogy a GUI nem visz eroforrast"

én pedig most is állitom, hogy nincs mérhető befolyása a teljesitményre (azaz a szerver valódi háttérfeladatainak ellátásában) az, hogy konzolról vagy gui-ról vezérlik. Sem maga a gui, sem az a néhány combo és egyéb "felesleges" dolog feltöltése. Az egy másik kérdés, hogy a usert idegesiti-e (mert pl egy gprs-es mobil kapcsolatról felügyeli a szervert) ilyen esetben valóban jobb a parancssor. Csakhogy ez ugyanúgy rendelkezésre áll winen is (sőt) mint unixokon.
de persze winen gprs-en remote desktopolni nagyságrendekkel gyorsabb, mint egy hulladék x-en vagy vnc-n bohóckodni, ezért winen jóval később jön elő az a küszöb, mikor a usert már lassitja a gui. De, ha eljön (és ebben egyetértünk, hogy van olyan eset, hogy eljön) akkor jobb a paranccsor. De mivel ez winen is elérhető (csak néhány láma hiszi azt, hogy winen csak kattintgatva lehet ügyködni) nem nagyon van mit vitatkozni. De, hogy az esetek 99%-ban semmilyen mérhető teljesitmény előnye nincs a gui elhagyásának az biztos.
remark  
2007. máj. 14. 19:34 | galéria | válasz | #36
Meg 1 pontositas aztan mar itt se vagyok:
Az "eroforrasosdi" temara nem szerverfeladatok ellatasa szempontjabol kerdeztem ra, hanem azt mondom hogy a gui eroforrasigenye (a gui-s program "sz**akodasa") a felhasznalot idegesitheti annyira hogy parancssorra valt. Nem azt mondom hogy a szerver azert fog rosszul teljesiteni mert explorerrel raneztel egy konyvtarra.
Csak mintha mar azt kezdtek volna itt bizonygatni paran hogy a GUI nem visz eroforrast. De, visz, esetenken nem keveset. (Lehetne mondani, hogy sz**ul megirtak az ilyen programok, hat, azok is.)
2007. máj. 14. 19:19 | válasz | #35
"Bár nekem sem szokott összeomlani a gui meghülyülésekor a win, csak egy ki-bejelentkezés kell, hogy eltűnjenek a a képbe "égett" ablakmaradványok, meg a a 200x kirajzolt ablakkeretek."

Ha logout-login megjavítja, akkor nem GUI sem Windows hiba, hanem egy alkalamazás, vagy annak a komponense okozza, valószínűleg Task Manager is "megjavítaná" a "beégett" ablakkereteket. Konkrétan melyik ablakot hadja ott?
remark  
2007. máj. 14. 19:15 | galéria | válasz | #34
Mindez valasz volt #26-ra.
remark  
2007. máj. 14. 19:13 | galéria | válasz | #33
"De hogy az exploreres két kattintás megérződne a szerver valós feladainak a kiszolgálásban az egy nagy baromság. Nemhogy érezni, de még mérni sem lehetne a különbséget egy mai procin."

De te most megint kattintgatasrol beszelsz, ezert ugy gondolom nem erted hogy en mire gondolok.
Vegyuk ujra az elozo (tudom hogy hulye, de legalabb egyszeru) peldat. Mikor az explorer cimsoraba beirod hogy "c:\temp", es nyomsz egy enter-t akkor pl. ha a "Folders" panel aktiv, akkor ott felhozza az osszes c:\ alatti konyvtarat. Ha kerted ha nem, ha erre gondoltal ha nem. Mikozben ugyanez parancssorbol nem vonja maga utan a c:\ osszes konyvtaranak beolvasasat. (Most tekintsunk el attol hogy az explorert be lehet mashogy is konfigolni, nem ez a lenyeg a peldaban.)
Igy mar erted hogy mire gondolok? A GUI-val biro programok rendszeresen tobbet dolgoznak mint parancssoros valtozataik, ezert irom hogy a veluk valo munka tobb eroforrast igenyel. Nem a GUI maga, marmint az OS ablakozo rendszere, nem ezt mondom (bar ez is egyertelmuen meg hozzaadodik) de az adott funkcio grafikus interfesszel biro valtozatanak implementacioja nagy valoszinuseggel tobbet eszik, mert azt a tobbletfunkciot amit nyujt a grafikus felulet, azt valaminek (valamilyen kodreszletnek) a kepernyore kell pakolnia. Ha csak annyi ez a tobblet, hogy egy drop-down boxot feltolt 10 elemmel, akkor annyival. Mindegy, ez is tobb, mint a semmi. Esetenkent ez a tobb tul sok is tud lenni, es ezek az esetek azok amikor szimplan a GUI eroforrasigenye miatt az ember a parancssoros verziora valt...

2007. máj. 14. 19:06 | válasz | #32
LH server fog futni only consoleos modban is..
BStage  
2007. máj. 14. 18:46 | válasz | #31
"csak egy ki-bejelentkezés kell, hogy eltűnjenek a a képbe "égett" ablakmaradványok, meg a a 200x kirajzolt ablakkeretek. "

aha a világ sokszázmillió wines gépén ottmaradnak az ablakkeretek, csak nálam nem. Javaslom fordulj szakemberhez, hidd el megjavitják

"Persze gondolom szerinted szar a grafikus driver, az ATi catalystok is, meg az nvidia forceware-k is, merthogy mind2 grafikus chipen, és driveren ugyanazok a hibák jönnek elő az vindóz gui-jával kapcsolatban... "

Ezer gépet felügyelek, van közöttük ati és nvidia is, egyikkel sincs ilyen gondunk, egyetlen gépen sem. Nem lehet, hogy mégis benned van a hiba? Érteni kéne hozzá.

"mielőtt még kezdenéd megmagyarázni, ne fáradj, úgysem érdekel a marketingduma. "

ez nem marketingduma, hanem a valóság. Te egy szánalmas álomvilágban élsz és hiába dugod a fejed a homokba, attól mások (párszázmillióan) vigan használják gond nélkül a wineket, akár nyomod a fikát itt megállás nélkül akár nem.
Sanyix   "Rest in Peace Sanyix" 
2007. máj. 14. 18:21 | galéria | válasz | #30
"A Windows alatti parancssorról még nem hallottál? Csodákra képes... "

Na akkor írd le hogy konfigolnád, hogy bizonyítsd a hozzáértésedet :)

"Az meg sem fordult a fejedben, hogy esetleg user errorról van szó? És még a Windows-osok a lámák, mi, mert "hülyék a Linuxhoz, azé' nem használják!"?"

És az megfordult a fejedben hogy x ezer különböző hardver és driver összeállításnál, ahol csak az os (windóz) azonos, miért pont ugyanazok a hibák fordulnak elő?
Sanyix   "Rest in Peace Sanyix" 
2007. máj. 14. 18:17 | galéria | válasz | #29
Ja és akiknél előfordul (szinte mindenki), azok is elbénázzák. Persze nálad, meg a többi m$ fanboynál ilyen nincs, vagyis inkább nem vallják be. Bár nekem sem szokott összeomlani a gui meghülyülésekor a win, csak egy ki-bejelentkezés kell, hogy eltűnjenek a a képbe "égett" ablakmaradványok, meg a a 200x kirajzolt ablakkeretek. Persze gondolom szerinted szar a grafikus driver, az ATi catalystok is, meg az nvidia forceware-k is, merthogy mind2 grafikus chipen, és driveren ugyanazok a hibák jönnek elő az vindóz gui-jával kapcsolatban... mielőtt még kezdenéd megmagyarázni, ne fáradj, úgysem érdekel a marketingduma.
2007. máj. 14. 18:12 | válasz | #28
"az előbb még az volt az "érv", hogy wint nem tudod mondjuk egy 64k-s vonalon gyorsan átkonfigolni, mert ott csak kattintgatni lehet."
Hol írtam én ilyet? Azt írtam, hogy a szerverre hülyeség a grafikus felület, mert úgyse fogod sokat látni. Meg ha kiveszik a grafikus felületet a longhorn szervernél, akkor gondolom, hogy van más módja is, hogy egy AD-t konfigurálj. Ennyire hülyének ne nézz, attól, hogy te mekkora pro windowsos vagy... Azt se írtam, hogy nem lehet ilyet csinálni, csak azt, hogy megnézném, hogy te, hogy konfigurálsz mondjuk egy ad-t parancssorból, mert te lenéztél amiatt amiért vizsgán nem így csináltam. És igen az adott feladatot könyebb volt megoldani kattingatva, mert a windows-t kattingatásra tervezték. A unixok-at meg pont fordítva. Ott csak sokkal később készültek el a GUI-k.
És én nem vagyok "linux vitéz". Leírtam már, hogy napi szinten használom mindkettőt.
2007. máj. 14. 17:26 | válasz | #27
Nem értem miért fáj egyeseknek a szerveren a grafikus felület. A Windows nem az X Servert használja, így nem is zabál a grafikus felület 100MB-ot.

Klasszíkus Windows GUI kb. 7-12MB-ot zabál, XP felület az előzőhöz képest +10-15 MB-ot. Az Aero Glass eszi a legtöbbet kb. 40-60 MB, de rrősen függ a videókártya memóriájától.
BStage  
2007. máj. 14. 17:19 | válasz | #26
"Pl: mi "fut le" gyorsabban, parancssorban "cd \temp" vagy beiirni az explorerbe hogy "c:\temp"?"

gyorsabban a cd \temp. De hogy az exploreres két kattintás megérződne a szerver valós feladainak a kiszolgálásban az egy nagy baromság. Nemhogy érezni, de még mérni sem lehetne a különbséget egy mai procin.

"Egyertelmu hogy az explorerrel "tobbet is kapsz", de minek, ha nem igenyled?)"

ha nem igényled, akkor nem használod. Épp erről beszélek, winen mindkettőre lehtőséged van méghozzá jóval komolyabb szinten mint unixokon. (lásd remote desktop és X erőforrásigényét, nyújtott szolgáltatásait, hang, vágólap, smartcard, portok, nyomtatók, mindez akár policy-ből szabályozva, lásd powershell vagy wsh távvezérlési, felügyeleti képességeit stb-stb)
remark  
2007. máj. 14. 17:16 | galéria | válasz | #25
Ja, es nekem nincs bajom a Windows szerverekkel, ugyfeleink ~55%-a Windows szervert hasznal, szoval muszaj is hogy ne legyen veluk bajom. :-)
BStage  
2007. máj. 14. 17:14 | válasz | #24
"Az, hogy scriptet írok rá nem egyenlő azzal, hogy parancssorból konfigolom."

Ja tényleg, elvégre a scriptet nem parancssorból inditod, bruahaha
az előbb még az volt az "érv", hogy wint nem tudod mondjuk egy 64k-s vonalon gyorsan átkonfigolni, mert ott csak kattintgatni lehet. Bebizonyitom, hogy ott sem kell kattintgatni, mert bármi megoldható anélkül is (igen, távolról is, by design, lásd wsh, powershell) most terelnél, hogy az nem konzol? Szánalmas.

És persze biztos nincsenek is beépitett batch-ek a konfigolásra, akinek a scriptelés meghaladja az értelmi képességeit...

"Meg vizsgán hihető, hogy elkezdek scripteket írogatni."

Ja, hogy vizsgán kimondottan kattintgatást kértek? Ejj, akkor az egy tényleg elrontott architektúra
Vagy csak az adott feladathoz mégis gyorsabb volt a kattintgatás?


Múlt héten cégnél volt felvétel 3rd level adminra, benéztem kicsit a meghallgatásrokra, volt néhány linux vitéz, aki előadott hasonló szakmai tévedéseket mint amiket itt látunk, hát volt párszor nagy hahota miután kiment a szerencsétlen. Egyre jobban úgy látom, hogy a linux vitézek 99%-ának halvány fogalma sincs nemcsak a winekről, de nagyvállalatok működéséről, használt technológiákról sem, ami elég szomorú. Tényleg azt hiszik magukról, mert 2 napig man-t olvasgatnak és kernelt heggesztenek, hogy működjön a rendszerük már nagy guruk és minenki más hülye. Azt a rendszert meg amit éjjel-nappal fikáznak user szinten se ismerik, nemhogy komoly szinten, hogy tényleg megalapozottan tudjanak valamiről nyilatkozni
remark  
2007. máj. 14. 17:12 | galéria | válasz | #23
Ahogy irod, ugyis az donti el hogy grafikus felulet vagy karakteres, hogy melyik alkalmasabb a feladatra. Es ezt mondjuk embere valogatja. ;-) Szoval ez meglehetosen szubjektiv dolog.

Az eroforrasos temanal meg kezdem elvesziteni a fonalat. Most az kerdes, hogy X feladat elvegzesenel a graf feluletnek van-e tobbletfogyasztasa a parancssorhoz kepest, vagy hogy lehet-e ugy konfiguralni egy windows szervert, hogy az nem fogyaszt a gui miatt jelentos mennyisegu eroforrast? A ketto nem ugyanaz.

Mert a graf felulet (pl. az admin bejelentkezik a gepre akarhogy, lokalisan vagy remote, de graf feluletet hasznalva) az azert fogyaszt. Neha nem is keveset. Ne csak azt az idot szamold mig az a par vonal a kepernyore kerul, hanem azt a halom, csak a grafikus felulet miatt keletkezo esemenyt is nezd ami maskulonben elmaradna.
Pl: mi "fut le" gyorsabban, parancssorban "cd \temp" vagy beiirni az explorerbe hogy "c:\temp"? (Egyertelmu hogy az explorerrel "tobbet is kapsz", de minek, ha nem igenyled?)
Vagy hasonlitsuk ossze hogy mi igenyel tobb eroforrast, a remote shell vagy a remote desktop (ha mar szervernel vagyunk)?
Bandee1987   2004. 01. 31. óta regisztrált VIP fórumozó 2004. 01. 31. óta regisztrált VIP fórumozó2004. 01. 31. óta regisztrált VIP fórumozó2004. 01. 31. óta regisztrált VIP fórumozó2004. 01. 31. óta regisztrált VIP fórumozó
2007. máj. 14. 17:07 | galéria | válasz | #22
ja, egyébként a server core elmegy majd egy olyan gépen, amiben van 400 mhz-es proci, 128 mega ram (tesztek alatt 80-al is elfutott).
Bandee1987   2004. 01. 31. óta regisztrált VIP fórumozó 2004. 01. 31. óta regisztrált VIP fórumozó2004. 01. 31. óta regisztrált VIP fórumozó2004. 01. 31. óta regisztrált VIP fórumozó2004. 01. 31. óta regisztrált VIP fórumozó
2007. máj. 14. 17:04 | galéria | válasz | #21
Nem tudom, hogy mi a bajotok a windows serverrel. Szerintem egyszerű, könnyen használható rendszer. IIS-t tovább tart bekonfigolni, mint egy apache-ot? Nem hiszem. Felrakod, és kész, müxik.
Powershellt pedig érdemes lesz tanulgatni, hisz ez a .net alapú parancssori felület lesz a jövőben a windows alatt.
De ha annyira basztat egyeseket a grafikus felület, akkor nesztek, ott a server core változat, ahol lesz egy parancssori felület, és ott lehet majd bekonfigolni a dns, dhcp-t, ad-t, print servert és egyéb szolgáltatásokat.
2007. máj. 14. 16:58 | válasz | #20
Az, hogy scriptet írok rá nem egyenlő azzal, hogy parancssorból konfigolom. Ha a kettő neked ugyanaz akkor én kérek elnézést. Meg vizsgán hihető, hogy elkezdek scripteket írogatni.
Penge4  
2007. máj. 14. 16:56 | válasz | #19
"Hát én linux alatt konzolon biztos hamarabb bekonfigolok egy webszervert(apache+php+mysql+vsftp), mint windows alatt kattingatva."

A Windows alatti parancssorról még nem hallottál? Csodákra képes...

"Kit nem perelt???
Apple vs. M$"

Visszavezethetjük a dologkat akár a 70-es évekig is, de én a jelen esetre értettem.

"Bocsesz, nálam majd minden nap összeomlik a rendszer a grafikus rendszer/drájver bénasága miatt"

Az meg sem fordult a fejedben, hogy esetleg user errorról van szó? És még a Windows-osok a lámák, mi, mert "hülyék a Linuxhoz, azé' nem használják!"?
BStage  
2007. máj. 14. 16:35 | válasz | #18
"Azért egy AD-t vagy iis-, vagy isa-t megnézném, hogy konfigurálsz be powershell-el:)"

LOL, nézzél már utána a windows szerverek (és egyébként a kliensek is) scripelhetőségének.
AD? ADSI.
IIS? WSH+IISWEB
ISA? WHS+FPC (akár még nagyvállalati caching array-eket is menedzselhetsz vele scriptből)
(és természetesen ezek mindegyike menedzselhető powershellel, csak jelezni akartam, hogy ezek a technológiák amikről sosem hallottál fél évtizede elérhetőek)

"De tényleg szarul érzem magam, hogy nem tudtam vizsgán egy olyan eszközt használni ami még nem is létezett"

inkább amiatt érezd magad szarul, hogy halvány fogalmad sincs a windows tudásáról csak égeted magad lámaságokkal és azt hitted jól megmondtad a frankót.
2007. máj. 14. 16:26 | válasz | #17
"uristen, nem tudtad parancssorból kezelni a 2003-at?"
Kb. fél éve van powershell, és kiváncsi lennék rá, hogy te mit konfigurálsz vele:))) Azért egy AD-t vagy iis-, vagy isa-t megnézném, hogy konfigurálsz be powershell-el:)
De tényleg szarul érzem magam, hogy nem tudtam vizsgán egy olyan eszközt használni ami még nem is létezett:)
BStage  
2007. máj. 14. 16:22 | válasz | #16
"Bocsesz, nálam majd minden nap összeomlik a rendszer "

akkor te valamit rohadtul elbénáztál.

"Ez a Win architekturális hibája"

Ez egy baromság. Ha hibás driverekkel használsz egy szervert, az desktop nélkül is elhal. Az meg, hogy nem tudsz bekonfikolni normálisan egy szervert az nagyon messzi van az architekturális hibától. Pár millió embernek már sikerült.
BStage  
2007. máj. 14. 16:18 | válasz | #15
""A klasszikus Windows felület nem eszik sokat."
Mihez képest?"

nocsak mesélj. biztos most próbáltad ki headless mode-ban a windows servert. Hány %-ot nyertél? Ha 0.5%-nál többet, akkor hazudsz...
Ugyebár egy szerver az ideje 99%-ban semmit nem csinál a grafikus felületén, általában képernyővédő megy rajta, vagy méginkább semmi. Namost ez egy mai procit mennyiben is izzaszt meg? (arról már ne is beszéljünk, hogy pl az XP LUNA hardveres gyorsitott az 5 évnél újabb videokártyákban). Mivel a desktop 2D-s, még ha ablakok százai ugrálnak össze-vissza a képernyőn az se terhel meg egy mai gépet 1%-nál jobban...
Szóval ez egy jó kis urban legend, gratulálok, hogy bekajáltad.
NEXUS6  
2007. máj. 14. 16:15 | galéria | válasz | #14
"Sorolj fel légyszi pár wines sebezhetőséget amit a grafikus felület okoz, majd nézzünk egy %-ot, hogy a hibák mekkora része lenne kivédhető graf. felület nélkül."

Bocsesz, nálam majd minden nap összeomlik a rendszer a grafikus rendszer/drájver bénasága miatt, és ilyenkor bizony mindent visz! Nem csak a grafikus rencert kell újraindítani. Pont ezért hagyják ki a csicsát ezekből a Serverekből!!!!
Ha valaki ezzel vissza akar élni, meg tudja csinálni! Ez a Win architekturális hibája, amin elvileg a Vista már orvosolt egy kicsit, de meglátjuk mennyire.
NEXUS6  
2007. máj. 14. 16:07 | galéria | válasz | #13
"Az Apple eddig nem perelt"
Kit nem perelt???
Apple vs. M$

Amúgy az OSX meg egy FreeBSD (gyak Linux unokatesója) klón, szép is lenne ha ők is olyan hüleséggel próbálkoznának mint BG.

"A klasszikus Windows felület nem eszik sokat."
Mihez képest?
Egy Vistához képest tényleg nem.
BStage  
2007. máj. 14. 16:05 | válasz | #12
"A másik dolog meg amiért jobb egy szerver grafikus felület nélkül, a sebezhetőségek."

Sorolj fel légyszi pár wines sebezhetőséget amit a grafikus felület okoz, majd nézzünk egy %-ot, hogy a hibák mekkora része lenne kivédhető graf. felület nélkül.

"Anno vizsgán windows2003-at húztam sajnos, és bent is ültem ameddig csak lehetett(ennek ellenére jól sikerült). Elég logikátlan rendszer. "

uristen, nem tudtad parancssorból kezelni a 2003-at? Csak mert bármit lehet azon is konzolról irányitani, nincs szükség grafikus felületre. A különbség ott van, hogy win szervereken egy nagyon könnyen kezelhető grafikus felület van mindenhez, de ezen kivül bármi megcsinálható parancssorból is (ráadásul ma már ezerszer fejletebb parancssora van a wineknek, mint ami unixok alatt valaha is lesz pl. powershell), igy a feladat dönti el, hogy mikor melyik a jobb. Aki azt állitja, hogy konzol gyorsabb az szimplán hülye. Ahogy az is, aki azt állitja, hogy a graf. felület a gyorsabb.
2007. máj. 14. 16:03 | válasz | #11
"Egyébként továbbra is azt tartom nem épelméjű aki bármilyen win-t rak be szervernek."

Ennek van gyakorlati alapja is, vagy esetleg csak arról van szó, hogy egy másik OS-t favorizálsz?

Szerinted létezik minden feladatkörre a legoptimálisabb megoldást szállító egyetlen szerver OS, vagy esetleg csak úgy érted amit írsz, hogy egy Windows Server 20xy rendszer alkalmatlan hatékony, stabil és biztonságos - hogy csak egy példát említsek - céges tartomány-szervernek lenni?

Vagy szerinted 50 windows-os kliensből álló céges hálózat tartományi irányítását, a megfelelő tartományi-, altartományi-, célállomási szabályokkal, jogosultságokkal és csoportkezeléssel egy másik szerver OS is megvalósít legalább akkora megbízhatósággal, stabilitással, gyakorlatiassággal mint egy windows-os szerver az Active Directory szolgáltatás által?

Szerinted a világon melyik (akár kiscégek számára is elérhető árfekvésű) OS melyik fs-ének van a legkomplexebb és a legparaméterezhetőbb, ugyanakkor a legátláthatóbb (ergo: megfelelő szakértelem és hozzáértés mellett a legbiztonságosabb) jogosultságkezelése? Ha nem az NTFS-re gondoltál, akkor érdekel, hogy mi másra.

Nem tudom mi értelme az esztelen fikázásnak. Az a baj, hogy az embereknek ma az iskolában nem tanítják meg, hogy a problémához (megoldandó feladathoz) válasszanak optimális eszközt. Ennek az egyszerű gondolati sémának a hiányában pedig a többség csak verődik a termékek közt jobbra-balra mint a bivajf**z, majd mikor rájön hogy ez nevetségessé teszi a mások szemében akkor megáll az egyik mellett, és váltig állítja például, hogy (illusztráció) "sajtreszelővel akármit lehet csinálni: a vasipari megmunkálától a fafeldolgozáson át a növénytermesztésben is kiváló haszna van".

Ez a hozzáállás komolyabb helyeken egyszerűen röhej.
BStage  
2007. máj. 14. 16:01 | válasz | #10
"Egyébként továbbra is azt tartom nem épelméjű aki bármilyen win-t rak be szervernek"

Akkor világ legnagyobb vállalati, tőzsdéi, bankjai, website-jai hülyék, te viszont nagyon okos vagy

Csak azt nem értem, akkor miért működik winen évek óta a NASDAQ, a myspace és még sok más...
2007. máj. 14. 16:00 | válasz | #9
Azért sajnálom, mert szerveren grafikus felületnek semmi értelme nincs. Ezeknek a nagytöbbségét távolról menedzselik, és mondjuk egy vnc vagy bármi remote desktop elég erőforrászabáló dolog. A másik dolog meg amiért jobb egy szerver grafikus felület nélkül, a sebezhetőségek.
Hát én linux alatt konzolon biztos hamarabb bekonfigolok egy webszervert(apache+php+mysql+vsftp), mint windows alatt kattingatva. Anno vizsgán windows2003-at húztam sajnos, és bent is ültem ameddig csak lehetett(ennek ellenére jól sikerült). Elég logikátlan rendszer.
kisb92  
2007. máj. 14. 15:26 | válasz | #8
Én is egész jókat hallottam a server-os-ekről. Valami leírást, tesztet megköszönék ezekről a server verziókról. Addig is gugli!
Penge4  
2007. máj. 14. 14:52 | válasz | #7
"Először azt nézzék meg hogy ők hány helyről lopkodták össze az oprendszerüket."

Az Apple eddig nem perelt, a Linuxnak meg qs van, mert ingyenes, meg open source. Ha nekem nincs jogom szólni, mert "az ingyenes lehet szar", akkor nekik sincs joguk, mert "a nyilvánost lehet másolni".

"Sőt egyáltalán grafikus felület minek?"

Ha desktopra van már Aero, meg Beryl, (mert erőforrástúltengés van), akkor miért sajnálod még a sima grafikus felületet is, amivel sokkal könnyebb bekonfigolni akár egy szervert is? A klasszikus Windows felület nem eszik sokat.
intrex  
2007. máj. 14. 14:47 | válasz | #6
Mega 2000 porszívó
GigaMegaMix 2000 turmixgép
SuperFoot 2000 sporteszköz
...
Windows Server 2008 operációs rendszer

hű de gagyi
2007. máj. 14. 14:24 | válasz | #5
És ie, passziánsz, mediaplayer meg hasonló faszságok minek? Sőt egyáltalán grafikus felület minek? Ja akkor már nem lenne windows?

"a körből akár a Windows Explorer, a médialejátszó és a grafikus kezelőfelület is kimaradhat."
Kúrvanagy találmány. És pont most perel a windows bizonyos oprendszereket, mert állítólag rengeteg windows szabadalmat megsértettek:)) Először azt nézzék meg hogy ők hány helyről lopkodták össze az oprendszerüket.
2007. máj. 14. 13:23 | galéria | válasz | #4
2003 szerverrel azért viszonylag elégedett voltam...
vagy mi...
:D
2007. máj. 14. 13:14 | válasz | #3
Szerveren Aero? Mi a halál ****-nak?

Egyébként továbbra is azt tartom nem épelméjű aki bármilyen win-t rak be szervernek.
szombi  
2007. máj. 14. 12:50 | válasz | #2
Remélem nem kell majd az aero felület miatt is fizetni...
2007. máj. 14. 11:55 | válasz | #1
Igen, igen szerverszinten jól teljesítenek a windowsos masinák. Ezt nem kell töbször leírni.