Új hozzászólás Aktív témák

• #64 tcp tag Mgeri #61

  Új Válasz 2009-08-07 20:09:46 #64

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  tcp

  tag

  válasz Mgeri #61 üzenetére

  elméletben igen. a gyakorlat azonban az, hogy várhatóan a játékhoz nem lesz megfelelő a teljesítmény, és valószínűleg olyan gondjaid lesznek pl a directx-el is (a virtualizált videokártyán).

  Nem féletlenül nem került bele az xp mode az otthonra szánt rendszerekbe, ennek az elsődleges célja az, hogy a céges környezetekben olyan régi programokat ne kelljen újraírni, amik xp alatt még futottak, de vista alatt már nem. Az ilyen vállalati környezetben futó dolgoknak meg nem szokott kelleni brutális erőforrás vagy spéci hardver (általában

• #58 tcp tag fordfairlane #57

  Új Válasz 2009-08-07 16:11:04 #58

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  tcp

  tag

  válasz fordfairlane #57 üzenetére

  lebutítva? A hyper-v-nek is folyamatosan kell a VT, mégsem butíátsról beszélünk

  Egyébként a hardver támgatást valószínűleg performancia okok miatt követelik meg, számottevően javít a virtualizáción, ha van hardveres támogatás, nem akarják megkockáztatni, hogy az ügyfelek olyan cpu-n futtassák, ami gyenge a VT nélküli futtatáshoz, aztán meg menjen a rinyálás, hogy megfogja a gépet, lassú, béna.

  A másik ok, hogy ez az XP mód továbbra sem a régi VPC. Innentől kezdve azthiszen senkinek nincsenek pontos fogalmai arról, hogy milyen új technikára is épül pontosan, ami miatt az MS megköveteli a hardver támogatást.

• #51 tcp tag whiz #49

  Új Válasz 2009-08-07 13:55:14 #51

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  tcp

  tag

  válasz whiz #49 üzenetére

  a VPC fut VT képesség nélküli CPU-n is.

  DE!!! VPC != W7 XP móddal

  A W7 xp módja egy VPC alapokra épülő termék, aminek hardveres virtualizáció támogatásra van szüksége a CPU részéről!

• #48 tcp tag Csakénvagyok #47

  Új Válasz 2009-08-06 06:47:29 #48

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  tcp

  tag

  válasz Csakénvagyok #47 üzenetére

  mert jelenleg tiltják a licensz szabályok... én sem voltam benne biztos, így tegnap gyorsan utánanéztem, és bizony ez a helyzet.természetesen nem technikai akadálya van, ilyen elven azt is mondhatnánk, hogy warezt is lehet rá tolni, az is ingyen van.

• #43 tcp tag Kendek #42

  Új Válasz 2009-08-05 18:22:21 #43

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  tcp

  tag

  válasz Kendek #42 üzenetére

  a feladat sem ilyen triviális

• #41 tcp tag Ari18 #38

  Új Válasz 2009-08-05 17:46:35 #41

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  tcp

  tag

  válasz Ari18 #38 üzenetére

  többek között pont ezért lesz a funkció külön letölthető, valamint ezért nem fogja tartalmazni a kiadások egy része. A felhasználók jó részének (megkockáztatom, hogy az otthoni felhasználók 99%-nak) valóban semmi szüksége nem lesz rá, de korábban azért már írtunk példákat, hogy akinek kellni fog, és nekik nagyon.

• #40 tcp tag Kendek #39

  Új Válasz 2009-08-05 17:44:57 #40

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  tcp

  tag

  válasz Kendek #39 üzenetére

  fogj egy visual studiot (express változat ingyen letölthető), indíts egy VB projektet, és írj nekem légyszives egy... egy.., mondjuk egy automata garázs vezérlő rendszert egy parkolóházhoz, számlázással, miegymással (a feladat nem bonyolult, nem kell pl rendszer programozással kapcsolatos problémákat megoldani, a VB-ben ott van hozzá minden készen).
  Végülis ez esetben egy ősrégi rendszert fogsz felhasználni, meg egy csomó létező technológiát, tehát pikk-pakk meg kell lenni vele nem?

• #33 tcp tag BiP #32

  Új Válasz 2009-08-05 16:05:04 #33

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  tcp

  tag

  válasz BiP #32 üzenetére

  cégeknek nem feltétlen plusz költség (már persze a váltás költségét leszámítva). Sok olyan MS licensz van, ahol SA-val nyugodtan cserélheti az újra.

• #30 tcp tag Csakénvagyok #28

  Új Válasz 2009-08-05 15:07:37 #30

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  tcp

  tag

  válasz Csakénvagyok #28 üzenetére

  pl azért, mert mert nem mindenki dobozos XP-vel rendelkezett, amit aztán szabadon telepíthet oda, ahova jólesik! Ha pl egy cég vásárolt előfizetés keretében 100 kliens oprendszer licencet (márpedig a cégek így szokták), akkor nem tehet fel 100db W7-et, meg VPC-be még jópár darab XP-t.
  A VPC-be bizony meg kell venni a licenceket, hyper-v-nél pedig változattól függően kapsz 0,1,4, és végtelen számú szerver licencet, ezekkel lehet sakkozni, de xp-t ott sem kapsz pl.

• #29 tcp tag attila9988 #27

  Új Válasz 2009-08-05 15:04:05 #29

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  tcp

  tag

  válasz attila9988 #27 üzenetére

  léteznek olyan rendszerek a világon, ahol szintén szó sincs kompatibilitásról (pl bizonyos unixoknál időnként húznak egy vonalat, hogy ami az alatt volt azt mostantól nem támogatott, ennek ellenére igen nagy számban el tudnak terjedni a saját szegemnsükben. A felhasználóik együtt élnek ezekkel a korlátozásokkal, vagy nem váltanak újabbra). Ez egyébként jó húzás, mivel sokat lehet javítani a rendszerek stabilitásán, performanciáján, és biztonságán azzal, ha nem kell millió éves holmit azért vonszolni, hogy meglegyen a kompatibiltás.

  Az MS is végre meglépte a legjobb lépést, amit ezügyben tehetett. Az azért nonszensz mind elvárás oldalról, mind a fejlesztőknél, hogy elvárjuk, hogy egy 2009-ben megjelenő oprendszer kompatilibs legyen a DOS 6.2-től a W9X-en át mindennel ami eddig megjelent, mert mindenkinek van valami kedvenc millió éves programja, amitől nem hajlandó megválni. Az MS ilyen téren megtette a legjobb, és leginkább jövőbe mutató lépést. Minél inkább tiszta lappal indítani egy oprendszet, nem hurcolni egymillió éves legacy kódokat csak azért, mert szökőévente a felhasználók néhány tized százaléka igényelné, ehelyett bedobott egy virtuális gépet, abban lehet bohóckodni a régi vackokkal.
  Egyébként az MS ki is jelentette, hogy a jövőben a visszafelé kompatibilitás ésszerűtlen részét így fogják akarni megoldani, a virtualizációs technológia felnőtt arra a szintre, hogy ez gond nélkül működjön, mi a fenének szenvednének kompatibilitást biztosító 1000 éves dll-kel.

  Egyébként az XP-nél is hasonló sírás ment, hogy húúú, nem egészen kompatibilits ezzel meg azzal. Aztán mi lett belőle? A magán felhasználók szépen kikukázták a régi cuccokat, használtak helyette XP kompatibilist, és manapság elég ritkán hangzik el a sírás, hogy ezt vagy azt nem tudják futtatni.

• #24 tcp tag attila9988 #6

  Új Válasz 2009-08-05 14:02:19 #24

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  tcp

  tag

  válasz attila9988 #6 üzenetére

  akar a fenéket akar abban dolgozni!!!

  arról van szó, hogy előfordulhatnak mindenféle ősöreg legacy cuccok, amiknek a kiváltása nem rentábilis/megoldható, akármi.

  Mondok egy példát: az egyik ügyfelünknél fut egy ezer éves alkalmazás, amit riscre írtak (manapság már ilyen nevetséges 12MB memóriát meg hasonlókat tartalmaz a gép, de valamikor amikor elkezdték tizennéhány éve, akkor ez még hatalmas szó volt).

  A gépen tárolt adatokra kb évente 5-10-20 alkalommal van szükség, néha hónapokig nem néz senki rá (ha valami miatt ki kell kapcsolni, akokor el sem szoktuk indítani amíg nem kéri valami felhasználó, hogy feleslegesen ne menjen). Természetesen lehetne migrálni az egészet egy modern SQL adatbázisba, írni hozzá egy .NET vagy Java, webes vagy bármilyen klienst. Ez persze alaphangon több millió forint lenne, és mivel évente tucatnyiszor nézik meg az adatbázist (ha valami régi adatokat kell visszakeresni), ezért senki nem akarja felvállalni az ezzel járó anyagi terheket, és esetleges kockázatokat, inkább elzúg a sarokban az öreg vas (megjegyzem van a raktárban még pár ugyanilyen, így a hardware hiba sem számít, a következő 50 évben még biztos elvannak ezzel).

  Ehhez az alkalmazáshoz volt egy dosos kliens, amit addig gyűrt valami nyugdíjas fejlesztő (akit úgy hívtak vissza már, mert ő értett hozzá), amíg a végén mindenféle mágiák keretében XP-n is elindítható volt. Vistán nem futott, de eddig nem volt gond, mivel a laptopot használó vezetői réteg kivételével mindenki XP-t futtatott.
  Most a W7 átállásnál lehet megint dönteni:
  - migrálni az egészet valami modernebb környezetbe, újraírni a klienst, etc
  - hagyni egy pár XP-s gépet, amihez oda lehet fáradni, és lehet használni az alkalmazást (jegyzem, vannak cégek, akik így oldják meg a hasonló problémákat).
  - vagy! itt a nagyrabecsült XP mode, lehet reménykedni, hogy a felhasználó semmit nem fog észrevenni az egészből, hogy továbbra is fog tudni adatokat keresni (még nem tudom, még nem ellenőriztük, de bízom benne).

  Tehát ez az XP mód elsősorban az ilyen problémák esetében jön jól, ugyanerre a problémakörre jelentenek megoldást pl a shimek is, aki ismeri őket, néha nagyon hasznosak tudnak lenni. A jövőben egy cég, aki W7-re áll át meg fogja követelni, hogy a programok is fussanak W7-en nem fognak XP mode-dal bohóckodni, sőt, valószínűleg az elmúlt pár évben készített programjaikkal sem lesznek már ilyen gondjaik, inkább a régi vackokkal.

• #17 tcp tag azbest #14

  Új Válasz 2009-08-05 12:42:12 #17

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  tcp

  tag

  válasz azbest #14 üzenetére

  nem tudom, hogy milyen felhasználóitok vannak, de a klasszikus titkárnő/ügyintéző rétegnek egy VPC (vagy bármi más klónja) használhatatlan. Azt meg azért könnyen megtanulják, hogy mindent a K:\ meghajtóra, vagy az XY könyvtárba mentsenek...

  innentől kezdve ez a módja önmagában kincset ér, szemben egy hagyományos VPC-vel.

• #5 tcp tag attila9988 #3

  Új Válasz 2009-08-05 10:31:15 #5

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  tcp

  tag

  válasz attila9988 #3 üzenetére

  ez egy kicsit több annál, mint amikor felelepítesz egy vmware-t, vagy vpc-t (vagy bármi hasonlót). Egyrészt, képes úgy futtatni alkalmazásokat, hogy a felhasználó számára látszólag a saját gépén fut minden (tehát nem kell külön egyik gépen meg másikon kurkászni), másrészt pedig kapsz egy ingyen XP licencet, amit ugye a korábbi megoldásoknál nem adtak oda.

  Jah, és nem mellesleg ez egy natív ms megoldás, nem kell hozzá semmi third party, ha megfelelően lehet majd kezelni GPO-ból, vagy system center eszközökkel, akkor nem kicsit lesz az élet egyszerűbb vele nagy darabszámoknál, mint amikor vmware-rel kell küzdeni.

Új hozzászólás Aktív témák