86
-
lee56 #86 Amugy egy érdekesség még mindig megmaradt - Miért ment jobban a game win95-ös kompatibilitási módban, mint dosbox-al, bár lehet hogy egyszerüen még van mit fejleszteni a progin, és ennyi az egész
Ezt irják a readme-ben is mondjuk :
"NOTE: While we are hoping that one day, DOSBox will run all programs
ever made for the PC, we are not there yet. At present, DOSBox running on a
high-end machine will roughly be the equivalent of a 486 PC...." -
lee56 #85 hehe, én nyertem :D -
dez #84 Uhh, most jöttem rá, hogy kissé kevertem a régi W98-as Dosboxot (még az is lehet, hogy ott nem is úgy hívták :) ) azzal a nyílt forrású újabb emulátorral, amiről te beszélsz, és ugyanaz(?) a neve. :D Na jó, akkor hagyjuk. Ez tényleg emulál mindent. -
dez #83 "Egy kicsit más vindóz gui-t megjeleniteni, mint akár egy régi game grafikáját"
Éppen ezért írtam, hogy csak fullscreenben megy a dolog. Pl. sok régebbi demo is csak fullscreenben megy, de akkor jól. (Vagy ez még a Win98 alatt volt? :D)
"valami miatt nem lehet mégse driver-esen megoldani, ha lehetne, nem kellene emulálni :)"
Miért ne tudná egy driver bekapcsolni a régi vga módot? Itt valami titok lappang... :D (Ezért érdekel ez a "kérdés". :) )
"compatibilis hardweróra emulációval"
Hmm, ez nem vga-emulációval kapcsolatos dolognak tűnik... -
lee56 #82 Egy kicsit más vindóz gui-t megjeleniteni, mint akár egy régi game grafikáját, valami miatt nem lehet mégse driver-esen megoldani, ha lehetne, nem kellene emulálni :)
PS: fullscreenben próbáltam, csak 1x néztem meg ablakosan, és adagoltam neki a cpu-időt is, viszont csak hang emulálás nélkül ment viszonylag folyamatosan, bár ez még nem olyan régi játék, win95-öt már támogat, igy sima windózos emulálással még mindig jobban ment, bár egy kicsit speedy volt, de igy is csak hang nélkül valamiért, compatibilis hardweróra emulációval meg megint nagyon belassult, nade mind1 már nagyon eloffolódtunk az eredeti témától... -
dez #81 Tudhatnád, hogy tudják a régebbi üzemmódokat: pl. bootoláskor, vagy amikor Winben még nincs feltelepítve semmilyen videokártyadriver, akkor standard vga módban van.
A dosboxnál asszem két különbőző mód van: egészképernyős módban működhet a videokártya valamilyen régi módban, de ez az ablakos módban nem megy, mert az egész képernyő egyszerre csak egy módban lehet. Eszembe sem jutott, hogy ablakos módban futtatsz játékokat. :) Próbáld ki, mennyit eszik egészképernyős módban, és az a "proci-sebesség"-állítást is. (Ha ennyire érdekel. :) )
"pl. c64 emulátorokra gondolsz?" -- Nem, az egész más. Ott emulálva van maga a proci is, és olyan sebességgel emulálják, amilyennel akarják. Én a sima DOS-os, x86-os programokról beszélek. -
lee56 #80 "VGA emulation is the most demanding part of DOSBox in terms of actual
CPU usage" - ha valóban tudnák a mostani driverek&/videokártyák, akkor miért kell emulálni?
"Egyébként már régen is így ment, még a DOS korszakban, hogy egy proci-terhelő programmal lett lefoglalva a proci" - pl. c64 emulátorokra gondolsz? -
dez #79 Már úgy értem, (úgy látszik) most is így megy a dosboxon belül.
Ezt kipróbálhatod úgy, hogy feljebb-lejjebb veszed a sebességet, és közben figyeled, változik-e a prociterhelés.
A VGA módhoz meg nem kell külön emuláció, máig tudják a videokártyák. (Hacsak nem CGA módról van szó.) -
dez #78 Az, hogy eszem ágában sincs. :D
Azért ilyen favágó módszerrel megy, mert ez volt a legegyszerűbb, és nyilván nem látták túl sok értelmét több energiát fektetni bele.
Egyébként már régen is így ment, még a DOS korszakban, hogy egy proci-terhelő programmal lett lefoglalva a proci (megszakításból persze, mert ugye a DOS nem multitaskos). -
lee56 #77 Ha tudod a megoldást, mi tart vissza hogy irj egy jobb dosbox-ot ami ugy müködik ahogy szerinted mennie kéne :)) -
dez #76 #70 :) -
lee56 #75 Akkor old meg :) (ennyi erővel minden megoldható, valahogy, nem?) -
dez #74 Megoldható lenne. -
lee56 #73 Hát, ha annyival egyszerübben is megoldható lenne, biztos nem ilyen "favágó" módszerrel menne, igazából, ha a video driver is tudna emulálni, sokkal régebbi tipusokat, és grafikát, biztos nem kéne ennyit szenvedni ilyen old gamékkal. -
dez #72 (Unixon szerintem van.) -
dez #71 Ez tulajdonképpen a Windows task-schedulerjének köszönhető, aminél nincs olyan, hogy akkor is csak az idő x százalékában kapja meg a vezérlést valami, ha más nem is fogja a procit. Bár nem tudom, máshol van-e ilyen. Viszont megoldhatták volna kerülő úton is. -
dez #70 Huh, valószínű éppen a lassító rutin fogta meg ennyire a procit. Ahelyett, hogy az idő x százalékában kapott volna prociidőt az emulátor. :D Hát ez az, itt sokminden ilyen favágó módszerrel van megoldva. -
lee56 #69 "talán már p2 is volt valahol..."
ha máshol nem, tervezőasztalon :) -
lee56 #68 "Kicsit nevetséges, hogy van alatta pl. egy 3GHz-es proci, erre olyan a Windows, mintha valami pár MHz-es proci lenne ott."
Pár hete letöltöttem a death rally (96-os apogee játék (elfogott a nosztalgia na :D, meg a kiváncsiság, dosbox-ot is jobban megismertem)) freeware változatát, és dosbox-al próbáltam müködésre birni, van benne egy olyan opció, hogy lehet gombnyomásra csökkenteni, vagy növelni a cpu-időzitést, amit a progi használ hogy emulálja a régi hardwaret a régi játékoknak. Elég vicces volt hogy alig tudtam kihozni, azt hogy folyamatosan mennyen a game miközben közel 100%ra hajtotta a procit.
Tette mindezt egy 10éves játék (jó annyiból azért riszpekt, hogy egy ilyen alig 12megás játékkal egyedül elboldugul egy modern proci, ugy hogy mindent az számol, grafika, zene, hangok, fizika (már ha volt ilyen :D), és azért ez már igencsak a 486-os időkben jelent meg, talán már p2 is volt valahol egy messzi-messzi kontinensen :) ) -
dez #67 Kicsit unalmas, hogy egyesek gondolkodás nélkül írnak be anyázást. -
dez #66 "A prioritások megfelelő beállításával lehet elérni, hogy a GUI mindíg reagáljon, ehhez viszont nem elég a win scheduler, kell a procit leterhelő szoftverek segítsége is."
És mivel olyan segítség nem nagyon van, nem is nagyon lehet ezt elérni. Egyébként a GUI-műveletek itt általában lemezműveletekkel párosulnak, és utóbbiak prioritását nem lehet állítani az XP-ben, valójában sehogy sem lehet elérni. (Tudtommal a Vistában ez már jobb lesz, legalábbis elméletileg.) Mellesleg még csak 100%-os terheltség sem kell hozzá, hogy eléggé akadozó legyen. Kicsit nevetséges, hogy van alatta pl. egy 3GHz-es proci, erre olyan a Windows, mintha valami pár MHz-es proci lenne ott.
"Egyébként van a win-ben egy olyan fícsör, hogy ha csutkára van terhelve a proci, akkor is garantál valamennyi időt minden szálnak (kivéve az idle-t)."
Aha, percenként pár ms-t. :D -
BiroAndras #65 "Ha ket 100%-os program fut, akkor meg elkelne egy par mag, vagy egy intelligens (valosideju) kernel scheduler (a macos-ben van ilyen, az egymagoson sem fagy be), ami visszavenne a 100%-os terhelest 80%-ra, hogy valaszkepes maradjon a rendszer."
Nem biztos, hogy örülnél, ha a fontos számításaid fixen 20%-kal lassabban futnának. A prioritások megfelelő beállításával lehet elérni, hogy a GUI mindíg reagáljon, ehhez viszont nem elég a win scheduler, kell a procit leterhelő szoftverek segítsége is.
Egyébként van a win-ben egy olyan fícsör, hogy ha csutkára van terhelve a proci, akkor is garantál valamennyi időt minden szálnak (kivéve az idle-t). -
kvp #64 "Amugy viszont ha afk vagyok egy idő után vadul elkezd tölteni a vinyó, ilyenkor mi a fenét csinál?, ezt már rég óta szerettem volna tudni :D"
Automatikus defragmentacio es startup gyorsitas a diszk tartalmanak atrendezesevel. Kiloheto, ha az ember atnevezi azt a rendszerkomponenst ami ezt vegzi.
A toltogetest pedig a conservative swap usage opcio bekapcsolasaval es a disk cache limitalasaval lehet elerni. A fix meretu swap file mar win3.1-nel is kotelezo volt annak aki nem akart varni. (linux-ban es macos-ben is van dinamikus, de valamiert az emberek nem szoktak hasznalni) A windows fo swap file-jat a legjobban hasznalt meghajtora vagy a disk kozepen levo particiora erdemes telepiteni, fix merettel. Igy kell a fejnek legkevesebbet mozognia es igy lesz a leggyorsabb.
Ha jatek kozben nyitva van a bongeszo, akkor a bongeszo ram cache-enek a meretet is erdemes limitalni, igy nem nyomjak ki folyton egymast a rambol a jatekkal. Egyebkent hasznalok mind dual core-os, mind hagyomanyos egymagos gepeket, a dual core-os akkor jo ha az egyik magot 100%-ra terheljuk. Igy a masik meg mindig kezeli a gui-t, tehat nincs homokora. Ha ket 100%-os program fut, akkor meg elkelne egy par mag, vagy egy intelligens (valosideju) kernel scheduler (a macos-ben van ilyen, az egymagoson sem fagy be), ami visszavenne a 100%-os terhelest 80%-ra, hogy valaszkepes maradjon a rendszer. Igy csak egy picit tovabb tartana minden, de nem kellene homokorat nezni. -
#63
6 éve dual procis gépeim vannak. Abit BP6 két celeronnal, most pedig egy EP D3VA, 2db 933-as P3-mal. Az a baj, hogy a virtuális memóriát ki kell kapcsolni, ha az ember érezni akar valamit az előnyökből, mert a vinyó lassítja az egészet, amikor bill gécc nagy találmánya állandóan ír/olvas róla. -
raingun #62 Kicsit unalmas hogy mindig olyanok ugatnak be hülyeségeket, akik nem is láttak még 2 magost...
De hát csak tesség, azért van a fórum nem? -
nedudu #61 Egyébként az órajel nem minden. A C2D processzor odaver minden P4-es procinak akármilyen EE jelölése is van. Olvasgass teszteket. Optimalizálni nem csak a programozók, hanem a procigyártók is tudnak 
-
lee56 #60 Upsz, elvesztettem a fonalat :) -
dez #59 Illetve annyi mégis, hogy az is zúzza a vinyót, és közben nem ajánlatos pl. másolásba kezdeni. -
dez #58 Semmi, az csak egy másik rejély. :) -
dez #57 Hát éppen erről írtam. :) Ezt a lefixálás nem befolyásolja. Egyébként nekem is fix. -
dez #56 Uhh, talán egy 3GHz-es C2D egy magja is nem sokkal gyorsabb, mint akár egy 4GHz-en működő P4?
Kissé kevered a dolgokat. A P4-nek nem a szivárgással volt baja, az az Intel 90nm->65nm átállásánál jött elő. Azzal, hogy most jelentősen csökkentették a szivárgást, a csíkszélesség további alapos csökkentése vált könnyebbé (de ehhez még más is kell). És a csíkszélesség csökkentése önmagában csak kisebb órajelnövelést enged.
Az órajel növelése viszont a fogyasztást emeli drasztikusan, és ezzel együtt a hőtermelést. A hír szerint ezt most 20-30%-kal sikerül csökkenteni, ami megint csak viszonylag kisebb órajelnövelést enged.
Ezért még nem érdemes visszatérni a NetBursthoz. Inkább a C2D-ből fognak kihozni valamivel magasabb órajelűeket, illetve ezt fogják majd még tovább fejleszteni. -
lee56 #55 Hmmm, nekem erre az a frappáns megoldásom, hogy lefixáltam a lapozófájl méretét 4G-ra :), azóta csak akkor dolgozik a vinyó, ha adatot mozgatok rajta (többé-kevébé)
Amugy viszont ha afk vagyok egy idő után vadul elkezd tölteni a vinyó, ilyenkor mi a fenét csinál?, ezt már rég óta szerettem volna tudni :D -
lee56 #54 Jelenleg 2G DDR2 667MHz DC-ben, de nem igazán értem ennek mi köze az uninstall gyorsaságához... -
lee56 #53 Hát nemtudom, erős fantáziád lehet, én ebben a cikkben sehol sem látok ilyen nyilatkozatot, az intel uj 45nm-es prociairól van szó, miszerint 20%nyi teljesitménynövelést, és 30%nyi fogyasztáscsökkenést tapasztalhatunk (hol láttad te, hogy mindezt magasabb működési frekvencián???)
"Mondogatom már én itt egy ideje, hogy jön a Pentium 5 5GHz körüli órajellel, de ti nem hittétek el."
- persze mondogathatod, ameddig be nem jön, csak nehogy előbb megöregedj :) -
dez #52 Azt természetesen a "semmitől swappolásra" írtam. 4GB mellett is csinálja, még ha a negyedét használod, akkor is. (Bár ennyi ramnál, ha sosem használjuk ki teljesen, már érdemes letiltani az egész lapozósdit.) Rendszer-gyorsítótárnak használja a szabad területet, és hogy minnél több szabad terület legyen erre, kilapoz, amit csak tud: pár perce nem használt programokat, sőt a rendszerhez tartozó dolgokból is sokat. Úgy tűnik, GUI-kezeléssel kacsolatos dolgokat is, amiket aztán állandóan töltögethet vissza, mindent jól lelassítva. Okos. :DDD -
nedudu #51 Pedig jobb lenne ha megtanulnának normálisan programozni. Nem kidobjuk az alpha játékot amit majd megint 1cd-nyi patchel lehet utána normálisan játszani.
-
Dodo55 #50 Ebben a cikkben nem a többmagos cuccokon van a hangsúly.
Hanem a korábbi problémák megszűnéséről, amik akadályozták, hogy a NetBurst architektúrájú procik kedvezően magas órajelen járjanak.
Mondogatom már én itt egy ideje, hogy jön a Pentium 5 5GHz körüli órajellel, de ti nem hittétek el.
Hát de nekem lett igazam.
Ha még mindig nem esett volna le: ez a cikk arról szól, hogy leküzdötték a 4GHz+ órajeleket akadályozó problémákat.
Jönnek az új magas órajelű Intel procik, amiket minden progi ki fog használni, és nem kell a programozóknak annyit szenvedniük a párhuzamos programozással.
(Tudom, hogy többmagosak lesznek ezek is, de párhuzamos optimalizálás nélkül is gyorsak lesznek rajtuk a programok)
Végre megkapják a programozók, amit szeretnének: magasabb órajelű procikat
-
nedudu #49 Mennyi memóriával nyomod?
-
lee56 #48 Ha a windóz lenne a ludas, nem gondolod hogy több programot/játékot érintene, eddig csak 1-2 ilyen lassan leépülő játékhoz volt szerencsém :) -
lee56 #47 Erre az uninstall dologra én is kiváncsi lennék, volt egy 1 vagy 2 cd-s gamém, aminél több percig tartott az uninstall, a 8gigás óriás gamékat meg levakarta pár másodperc alatt, fura