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

• #160 gbors nagyúr ddekany #158

  Új Válasz 2008-02-02 20:37:25 #160

  Ú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

  

  gbors

  nagyúr

  válasz ddekany #158 üzenetére

  azért pl. xp és xp64 között bizony van diff...
  amúgy meg az egész egy percepciós játék, a műszaki realizmushoz minimális köze van. ha az intel elhiszi magának, hogy meg tudta győzni a vásárlóit, akkor belehúz a témába, addig nem.

• #154 gbors nagyúr ddekany #148

  Új Válasz 2008-02-01 09:07:16 #154

  Ú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

  

  gbors

  nagyúr

  válasz ddekany #148 üzenetére

  ez mind igaz, csak az utolsó lépés maradt ki a sztoriból - a felhasználók változtatási / kockázatvállalási hajlamától való félelem. ami egyébként nagyrészt jogos is, és sokban pont az IT ipar felelős érte, tehát szépen a saját farkukba haraptak

  gondolj bele pl. abba, hogy egy 3000 fős direktmarketing call center számára szerzel be PC infrastruktúrát. a jól ismert, kezelhető problémákkal rendelkező WinXP-t választod, vagy valami újat, ahol egy általános hiba (akárcsak telepítési hiba) miatt 3000 ember órákig malmozik, és percenként repülnek ki a dollárezrek az ablakon?

• #153 zlutor aktív tag ddekany #148

  Új Válasz 2008-02-01 09:05:54 #153

  Ú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

  

  zlutor

  aktív tag

  válasz ddekany #148 üzenetére

  te el sem tudnad kepzelni, hogy milyen regi forditoval dolgozok nap mint nap (nem dzsunka ceg), ami a procinak milyen regi uzemmodjara gneral kodot... Es hogy mennyi es mekkora erteku sw/HW kombo van szanaszet a vilagban, amire ez fel fog kerulni - es elore lethatolag min. 10 meg evig fel is fog kerulni...

  Szoval, csak annyit akarok mondani, hogy a Windows igazandibol csak egy dolog - talan nem is a legnagyobb erteket kepviselo - ebben a jatekban.

  Arrol ne is beszeljunk, hogy mi van azokkal a progikkal amit X eve megirtak, bevezettek komoly helyekre - ahol nem ugy megy am, hogy rosszul alszunk es kidobunk vasat, szoftvert csak mert az MS kidobott valami uj szart -, mukodik jol, megtanulta hasznalni X ezer ember, es a forraskod (es vele a keszito ceg) lehet, hogy mar nincs is...

  Szoval, ha kijonne valami uj, ami nem kompatibilis a regivel, annak igen nagy valoszinuseggel rovid vege lenne...

• #150 Dare2Live félisten ddekany #144

  Új Válasz 2008-02-01 02:59:09 #150

  Ú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

  

  Dare2Live

  félisten

  válasz ddekany #144 üzenetére

  ismerek jópár pldt hardver/sw független VMes dologot, hogy a legismertebbet mondjam ott a mindent kihoztak/nak amit csak lehet a Javabol azerus. Tessék összelőni méretben/memo foglalásban/cpu terhelésben egy utorrentel.

  Minek átérni más alapra ha az nem gyorsulást hanem durva lssulást hoz?

• #149 LordX veterán ddekany #138

  Új Válasz 2008-02-01 02:52:14 #149

  Ú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

  

  LordX

  veterán

  válasz ddekany #138 üzenetére

  Az Itanium nem azért bukás, mert jött az AMD 64, hanem mert superskalár helyett VLIW (bocsánat, EPIC) architektúrát csináltak bele. És a VLIW mint kiderült, nem a legjobb megoldás a teljesítmény növelésére.. Saját magával nem kompatíbilis (új processzor verszió, és fordíthatsz mindent újra), és gyakorlatilag lehetetlen teljesen kitölteni az utasításokat.

• #139 zlutor aktív tag ddekany #138

  Új Válasz 2008-01-31 13:29:56 #139

  Ú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

  

  zlutor

  aktív tag

  válasz ddekany #138 üzenetére

  Az a kompatibilitas nagyon nagy dolog am! Senki sem hagy(hat)ja veszni a jelenelgi vevokort...

  Esetleg olyan tortenhet, hogy 2in1 proci keszul, ami tudja regi uzemmodot, de mellette bevezeti az ujat. Ja, es a ket uzemmodot nem engedi keverni...

  Ezek utan, hosszu, hosszu idovel kikopha a korabbi megoldas...

• #137 #95904256 törölt tag ddekany #133

  Új Válasz 2008-01-31 07:33:59 #137

  Ú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

  

  #95904256

  törölt tag

  válasz ddekany #133 üzenetére

  Reméljük a 64 bit 40-50 évig kitart.

• #134 lenox veterán ddekany #133

  Új Válasz 2008-01-30 20:08:47 #134

  Ú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

  

  lenox

  veterán

  válasz ddekany #133 üzenetére

  Hat igen, mondtam, hogy maceras...

• #131 lenox veterán ddekany #129

  Új Válasz 2008-01-30 17:52:20 #131

  Ú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

  

  lenox

  veterán

  válasz ddekany #129 üzenetére

  Pedig le tud. Pl. windowson ehhez van a Address Windowing Extensions.

• #128 lenox veterán ddekany #127

  Új Válasz 2008-01-30 13:31:54 #128

  Ú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

  

  lenox

  veterán

  válasz ddekany #127 üzenetére

  Kiveve, ha PAE-t hasznalsz, mert akkor tud.

• #117 #95904256 törölt tag ddekany #116

  Új Válasz 2008-01-29 19:23:27 #117

  Ú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

  

  #95904256

  törölt tag

  válasz ddekany #116 üzenetére

  A felvetés amire reagáltam ez volt:

  csak arra gondolta, hogy a cikk nem említ semmit sem azzal kapcsolatban, hogy mi a helyzet a lebegőpontos számításokkal kapcsolatban

  Az általános célú regiszterek nem lebegőpontosak.
  Ezért nem említettem őket.

  Persze a lebegőpontos számok címszámításnál lehet számolni velük, de kétlem hogy az ebben rejlő lehetőségre gondoltál...

• #113 hobizsolti csendes tag ddekany #111

  Új Válasz 2008-01-29 18:59:15 #113

  Ú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

  

  hobizsolti

  csendes tag

  válasz ddekany #111 üzenetére

  ha jól tudom, akkor a vista is csak 2GB-ot rendel a processzeknek az address space-ből.
  Ezért is van az, hogy a Crysis kéri a patch-et vista alá, ami engedélyezi, hogy több address space-t kapjon.
  Win32 ugye 4 gb-ot kezel. ebből 2gb van a processznek, 2 gb-ot fenntart az oprendszer magának (talán pontosab kernelt mondani, nem vagyok biztos benne.)
  Ez is érdekes, mert ha igazam van (én 80%-ot adnék rá), akkor érdekes XP-s gépbe 2-nél több ramot rakni, persze megjegyezve, hogy azért a 2-ből ugye a többi futó progi is fogyaszt, de akkor mondjuk legyen 3G, és akkor tfh marad 2,5G szabad, ezt nem tudja kihasználni egy progi sem. Feltéve ha nem több processzes, és inter process kommunikál (IPC hívások - sosem csináltam) - amúg Windows-ban van COM, ami egy olyan technológia, ami ha jól tudom RPC-vel működik, távoli eljárás hívás, persze helyben is megy - ehhez sem értek igazán, csakennyit tudok.

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