Nastal cas na 64bit?

[Aigor]

to neni problem ani OS, ani architektury

S tim souhlasim jen castecne, protoze pokud si lidi z techto duvodu nebudou porizovat novej system, trati na tom oba.

Mam dojem, ze si trochu protirecis..

mame tu novou, funkcni a zpetne kompatibilni architekturu

kdyby byla opravdu zpetne kompatibilni, pak neresime tyhle problemy.

Resp. je vicero zpusobu, jak dosahnout zprovozneni starsich ovladacu, ale MS se tim proste nezabyva, takze se nelze divit, ze nastup 64bit neni tak rychly jak by jsme si prali.

[NeMeM9aA]

.....
kdyby byla opravdu zpetne kompatibilni, pak neresime tyhle problemy.

Resp. je vicero zpusobu, jak dosahnout zprovozneni starsich ovladacu, ale MS se tim proste nezabyva, takze se nelze divit, ze nastup 64bit neni tak rychly jak by jsme si prali.

Architektura je zpetne kompatabilni ve smyslu schopnosti spustit nativne 32bit kod.

A co se tyce ovladacu tak Fox!MURDER jasne napsal, ze je to vicemene problem vyrobcu HW (respektive uzavrenosti jejich kodu).

[Fox!MURDER]

S tim souhlasim jen castecne, protoze pokud si lidi z techto duvodu nebudou porizovat novej system, trati na tom oba.

bylo to mysleno tak, ze chyba neni na strane architektury, nebo OS.

Mam dojem, ze si trochu protirecis..


kdyby byla opravdu zpetne kompatibilni, pak neresime tyhle problemy.

zpetne kompatibilni mysleno z pohledu aplikaci a usera. tj. aplikace, ktery fungovaly na 32bit, fungujou na 64bit. existujou vyjimky, ale opravdu spis vyjimky. to uz je vic aplikaci nativne 64bit.

Resp. je vicero zpusobu, jak dosahnout zprovozneni starsich ovladacu, ale MS se tim proste nezabyva, takze se nelze divit, ze nastup 64bit neni tak rychly jak by jsme si prali.

tak hluboko do vyvoje na urovni jadra nevidim, ale dobre napsanej ovladac by nemel byt zadny velky problem portnout na 64bit system, pokud uz neni 64bit nativne. mozna ze by bylo zajimavy reseni pouzit na stary ovladace virtualizaci ... jeste jedno jadro bezici v 32bitech a z nej nejakym pametovym linkem protazene sluzby do hostitele ...

[Aigor]

tj. aplikace, ktery fungovaly na 32bit, fungujou na 64bit. existujou vyjimky, ale opravdu spis vyjimky

Sam jsem se divil ze az takove vyjimky to nejsou. Prechazime prave ve firme na Win7 a po nekolika mesicich testovani musime jit do 32bit. A problemem nejsou kupodivu ovladace HW, ale normalni SW. Cisco IPsec klient, Oracle, OKSmart,.. vsechno veci relativne drahe a relativne nove. Pod Win7 32bit jedou, pod Win7 64bit ne. Kde je problem?

Pokud by spravne fungovala virtualizace, pak by nemel byt problem problematicky program spustit na virtualu, ale ani to neni casto reseni (nemluve o tom, ze BFU to delat nebude).
Ono teoreticky, kdyby virtual umel pripojit fyzicke zarizeni, nebyl by problem provozovat i ovladac exotickeho HW.

dobre napsanej ovladac by nemel byt zadny velky problem portnout na 64bit system

To jo, ale vime jak se SW pise (nemluve o tom, ze nekdy ani uz firma neexistuje)

[Fox!MURDER]

Sam jsem se divil ze az takove vyjimky to nejsou. Prechazime prave ve firme na Win7 a po nekolika mesicich testovani musime jit do 32bit. A problemem nejsou kupodivu ovladace HW, ale normalni SW. Cisco IPsec klient, Oracle, OKSmart,.. vsechno veci relativne drahe a relativne nove. Pod Win7 32bit jedou, pod Win7 64bit ne. Kde je problem?

oksmart mi nic nerika, oracle neni moc bfu aplikace a imo spis specificka vyjimka - spis se divim, ze neni 64bit verze oracle. cisco ipsec client je kernel level zalezitost, tam je to jasny ... ono mozna prave to, ze je to drahe, je ten problem

Pokud by spravne fungovala virtualizace, pak by nemel byt problem problematicky program spustit na virtualu, ale ani to neni casto reseni (nemluve o tom, ze BFU to delat nebude).

ono by to tak nejak melo fungovat s tim XP mode v 7. ale jeste jsem nezkousel. z toho co pouzivam ja funguje naprosto vsechno ...

Ono teoreticky, kdyby virtual umel pripojit fyzicke zarizeni, nebyl by problem provozovat i ovladac exotickeho HW.

protahnout cely zarizeni (USB, nebo PCI) do virtualu jde. nevim jak ve widlich, ale v kvm/xenu to neni problem ....

To jo, ale vime jak se SW pise (nemluve o tom, ze nekdy ani uz firma neexistuje)

moc dobre

[Peca-on-line]

protahnout cely zarizeni (USB, nebo PCI) do virtualu jde. nevim jak ve widlich, ale v kvm/xenu to neni problem ....

Virtualbox na Woknech to afaik umí s USB, ale jestli něco umí i PCI to nevím.

[Aigor]

ono mozna prave to, ze je to drahe, je ten problem

Jako kdyz jde o old-school SW, tak to chapu.
Kdyz firma nabizi alternativu, taky to beru (je to jenom o $$)
Ale kdyz aktualni verze neumi 64bit a firma ti rekne, ze ani nebude, tak to uz nepochopim

protahnout cely zarizeni (USB, nebo PCI) do virtualu jde

Copak o to, jde to, ale nefunguje to Napr. nerozumim jak velky problem je namapovat COM na virtual ve vyhradnim rezimu tak aby virtualizovana App mohla fungovat jako na lokalu. Ve skutecnosti je ovladani pouze zprostredkovane a jeste nejak bufferovane, coz je imo o dost komplikovanejsi a samozrejme veci zavisejici na casovani na tom nejedou.
V jinych OS jsem to ovsem nezkousel..

[Fox!MURDER]

Jako kdyz jde o old-school SW, tak to chapu.
Kdyz firma nabizi alternativu, taky to beru (je to jenom o $$)
Ale kdyz aktualni verze neumi 64bit a firma ti rekne, ze ani nebude, tak to uz nepochopim

mi prijde, ze to bude problem spise u drahych profi software, ktere casto pouzivaji nejaky priserny bastl k tomu, aby fungovaly ... a podle toho pak vypada portovani na jinou architekturu...

Copak o to, jde to, ale nefunguje to Napr. nerozumim jak velky problem je namapovat COM na virtual ve vyhradnim rezimu tak aby virtualizovana App mohla fungovat jako na lokalu. Ve skutecnosti je ovladani pouze zprostredkovane a jeste nejak bufferovane, coz je imo o dost komplikovanejsi a samozrejme veci zavisejici na casovani na tom nejedou.
V jinych OS jsem to ovsem nezkousel..

s com portem jsem si nehral, a s virtualizaci na widlich taky ne. ja jen rikam, ze je mozne v kvm a xenu udelat PCI passthrough, ktery zarizeni sebere hostiteli a prilepi na virtualni pci sbernici hosta.
samozrejme jsou vyjimky (bohuzel graficke karty), se kterymi to nejde (resp. jde, ale je na to potreba HW podpora na strane chipsetu a cpu). ale to je bohuzel zase vec ovladacu ...

[Mir]

Ad prechod z Win98 na WinXP - absolutne to nesuvisi s DirectX. Podpora DX u Win98 je az do DX9.0c, posledna revizia ktora mi funguje je z novembra 2007 - cca tristvrte roka po konci podpory pre windows 98.

co sa tyka obmedzenosti systemu (kernel exporty) dnes existuje projekt ktory rozvija tuto cast systemu, rovnako limity na ram boli prelomene uz davno a najvykonnejsie stroje s Win98SE maju rovnake limity na ram ako XP, podpora ovladacov na HW alebo podpora viac vlakien je ale samozrejme nieco ine, avsak z hladiska common usera som medzi XP a Win98 videl pri tom istom HW rozdiely v chode aplikacii radovo v par percentach - az s prichodom Visty zacali aplikacie fungovat horsie ak vobec.

Na tom istom pentiu III mam jak Win98SE tak Vistu 32bit. Vista je na tom horsie co do podpory ovladacov (pritom HW podla charakteristik od MS vyhovuje, ale ovladace ktore MS ma ako generika su proste hroza), ale je na tom potencialne lepsie pokial ide o chod aplikacii a spravu ram. Sam uznavam ze aplikacie nejdu rychlejsie, ale plynulejsie a mam zmerane ze sprava cache CPU je vyrazne lepsia nez na XP a starsich OS.

Zase som sa rozkecal ale uz idem znova k teme X64

XP a jeho hlavny reklamny slogan vo svojej dobe hovoril o plnej 32bitovej podpore a plnom 32bitovom chode, pricom sa nadvazovalo na spolahlivost Win2k - ktory ale vznikal na baze NT ako system uplne ineho typu a jeho prechod do desktopov bol skorej o tom ze trh by sa Microsoftu za dalsi zle nakodeny OS pomstil.

Zvlastne ale je ze Microsoft pri zruseni projektu Longhorn (ktory mal byt povodne vistou) viac nahral do karat vyrobcom hardware a nadsencom IT ktory sa mozu dockat vyrazne vyssich vykonov, nez beznemu trhu. Longhorn povodne sluboval len o malo viac nez XP a rozhodne menej nez vista ale ryzovat by sa na tom dalo aj tak.

Aplikacie a ich developeri (aj zhladiska servrov na baze Win) sa ale strasnym sposobom vyrovnavaju s tym ze uz si nemozu dovolit veci ktore im XPcka zvladali.

Prvy problem je ten ze PostXP systemy funguju proste inak nez tie pred nimi, a programy mozu narazat a kolidovat formou ktora pri XP a skorej nebola znama - hlavne teda zle napisane programy.

Druhy problem je aj v tom ze rozdiel medzi 32 a 64 bit je trochu abstraktny.
Vidite rozdiel medzi 32 a 64 bitovou farebnou hlbkou? Mate vobec zariadenia ktore vam toto zobrazia? Najadekvatnejsie objhajenie 64bitovej farebnej hlbky mi prislo prave v moznosti lepsich vrstveni, tienovania a podobne. OS je, HW by bol asi tiez, ale SW? urcite nie.

SW prave musi objavit moznosti ktore na 32bitoch koncia a na 64bitoch zacinaju. Windows (resp hociaky standardny OS s klasickym GUI) nieje dobry vzor. Photoshop ale uz dobrym vzorom je.

U Win9x-2k sa najviac asi vyplatila investicia do Win2k a XP nejak vela nepriniesol okrem krajsieho vzhladu ktory bezny uzivatel pocitil asi najviac. Paradoxom je ze graficky vysperkovanejsi vzhlad Viste nijak nepomohol, ale kazdy vedel ze az sedmicka bude stat za to.

Rozdiel medzi IT nadsencom a IT beznym uzivatelom zacina byt priepastnejsi nez kedykolvek predtym. Trh HW sice vzdy ponukal relativne siroku ponuku co do vykonu, avsak medzi rokmi 2002-2006 sa obecne Intel zmieril s P4 a jeho roznymi variantmi ktorych vykon dlho stal na jednom mieste, a boli to skor graficke karty ktore posuvali vykon dalej.

Dnes sa uz par rokov Intel snazi posuvat hranice dalej a ma kam pretoze sa mu podarilo AMD predbehnut, zatialco suboj grafik vobec nespomalil a microsoft teraz bojuje sam so sebou vo vojne 32vs64 bit.

Momentalny potencial 4gb vs 16gb +- niektore vyhody ktore budu zname asi az o par rokov (skor SW vyhody) zhruba hovori ze nadsenec bude mat 4x tak silny stroj nez bude priemer. To nahrava vyvojarom hier ktory zase posunu hranice narokov vyssie a trh sa pohne... Mozno je len otazka casu kym v tom bude v beznej komercnej sfere treba 16 giga ram. otazny je prave ten cas.