Kezdőlap › Fórumok › Debiannal kapcsolatos kérdések › Többprocis szerver
- This topic has 48 hozzászólás, 7 résztvevő, and was last updated 18 years telt el by
pointux.
-
SzerzőBejegyzés
-
2007-06-14-18:25 #2114891gabaman wrote:„Ráadásul ms-dos alatt is lehet taskot indítani.”
Én ezt így nem írnám le. A taszk kezelés 32 bites módban megy csak, elég perverz dolog lenne innen hívogatni a VM86-os 16 bites DOS rendszerhívásokat.Ha vm86-os renccerhívásokat akarsz dos alatt futtatni, akkor valóban perverz vagy, mert ilyen nincsen, magadnak kell emulálni. :)))) (Nyílván win98-cal kevered, ahol valóban vm86-ban fut a dos.)
(Ha mondjuk (valós módú) megszakításokra gondoltál, az tökéletesen működik védett módban is.)gabaman wrote:„Csináltam is ilyet..”
Igen, de valójában nem a „DOS alatt”, hanem a DOS jegelésével. Mert anatómiai szempontból a DOS nem más mint a command.com és az alacsony szintű szoft megszakítások.Szerintem más szemszögből nézzük a dolgot.
Én szerintem a program dos alatt futott. Az más kérdés, hogy a taskjaim akkor adták át a vezérlést, amikor akarták. (Tehát a mondat helytálló: lehet taskot indítani.)2007-06-14-18:25 #2114892gabaman wrote:„Ráadásul ms-dos alatt is lehet taskot indítani.”
Én ezt így nem írnám le. A taszk kezelés 32 bites módban megy csak, elég perverz dolog lenne innen hívogatni a VM86-os 16 bites DOS rendszerhívásokat.Ha vm86-os renccerhívásokat akarsz dos alatt futtatni, akkor valóban perverz vagy, mert ilyen nincsen, magadnak kell emulálni. :)))) (Nyílván win98-cal kevered, ahol valóban vm86-ban fut a dos.)
(Ha mondjuk (valós módú) megszakításokra gondoltál, az tökéletesen működik védett módban is.)gabaman wrote:„Csináltam is ilyet..”
Igen, de valójában nem a „DOS alatt”, hanem a DOS jegelésével. Mert anatómiai szempontból a DOS nem más mint a command.com és az alacsony szintű szoft megszakítások.Szerintem más szemszögből nézzük a dolgot.
Én szerintem a program dos alatt futott. Az más kérdés, hogy a taskjaim akkor adták át a vezérlést, amikor akarták. (Tehát a mondat helytálló: lehet taskot indítani.)2007-06-14-18:32 #2114893„Valóban, a védett módot nem szokás taszknak nevezni”
Nem is volt szándékomban. 🙂
Viszont, ha én elindítok egy programot (jelen esetben nyílván) valós módban (majd átkapcsolok védett módba), ott indítok egy taskot, akkor szerintem az az eredeti os „keze alatt” dolgozik, mégha nem is közvetlenül. (Szerinted ez meg már nem az.)
De, ha belegondolunk, hogy a win3.1 ugyanezt a cooperatív technikát használta… és még multi tasking (os)-nek is hívják, akkor még azt is ráfoghatjuk, hogy egy multitasking (os)-t írtam. :))))
Perverznek is nyílván perverz, mert nem normális az aki nekiáll assemblerben védett módú cuccokat írni. (Nyílván megvolt az oka… ma már ilyet nem tennék. :))))2007-06-14-18:32 #2114894„Valóban, a védett módot nem szokás taszknak nevezni”
Nem is volt szándékomban. 🙂
Viszont, ha én elindítok egy programot (jelen esetben nyílván) valós módban (majd átkapcsolok védett módba), ott indítok egy taskot, akkor szerintem az az eredeti os „keze alatt” dolgozik, mégha nem is közvetlenül. (Szerinted ez meg már nem az.)
De, ha belegondolunk, hogy a win3.1 ugyanezt a cooperatív technikát használta… és még multi tasking (os)-nek is hívják, akkor még azt is ráfoghatjuk, hogy egy multitasking (os)-t írtam. :))))
Perverznek is nyílván perverz, mert nem normális az aki nekiáll assemblerben védett módú cuccokat írni. (Nyílván megvolt az oka… ma már ilyet nem tennék. :))))2007-06-14-19:19 #2114895„Ha vm86-os renccerhívásokat akarsz dos alatt futtatni, akkor valóban perverz vagy, mert ilyen nincsen, magadnak kell emulálni.
))) (Nyílván win98-cal kevered, ahol valóban vm86-ban fut a dos.)”
Ops, erről úgy vitatkozunk, hogy mindkét állítás igaz. Arra gondoltam, hogy – most nevezzük így – tisztán védett módba váltasz, amikor a valós módú dolgokat belecsapod egy VM86 taszkba (megfelelő deszkriptorok elkészítésével), és a processzor védett állapotban futtatja a 16 bites DOS-t. Igaz, nem írtam le pontosan mire gondolok. Szerintem az a perverzió, ha ebben az esetben egy 32 bites taszkból hívogatod a 16 bites „drájvereket”. Viszont – amire gondolsz – meg lehet hagyni a natív valós módot a DOS-nak, és gond nélkül lehet kapcsolgatni valós és védett mód között (ha jól tudom, az EMS és XMS membővítők is így működnek). Ezt nevezzük vegyes technikának.„Viszont, ha én elindítok egy programot (jelen esetben nyílván) valósmódban (majd átkapcsolok védett módba), ott indítok egy taskot, akkorszerintem az az eredeti os „keze alatt” dolgozik, mégha nem isközvetlenül. (Szerinted ez meg már nem az.)”
Azért gondolom így, mert a DOS-ban egy árva 386-os utasítás, vagy funkció sincs (task, prioritás, memvédelem). Szerintem a DOS-ban indított taszk analóg a virtualizációval meg a CPU emulációval (bochs). Az indított dolgoknak semmi köze az alaprendszerhez mert, architektúrálisan függetlenek (persze kommunikálhatnak).„Tehát a mondat helytálló:lehet taskot indítani.”
Ebben az értelemben igen.2007-06-14-19:19 #2114896„Ha vm86-os renccerhívásokat akarsz dos alatt futtatni, akkor valóban perverz vagy, mert ilyen nincsen, magadnak kell emulálni.
))) (Nyílván win98-cal kevered, ahol valóban vm86-ban fut a dos.)”
Ops, erről úgy vitatkozunk, hogy mindkét állítás igaz. Arra gondoltam, hogy – most nevezzük így – tisztán védett módba váltasz, amikor a valós módú dolgokat belecsapod egy VM86 taszkba (megfelelő deszkriptorok elkészítésével), és a processzor védett állapotban futtatja a 16 bites DOS-t. Igaz, nem írtam le pontosan mire gondolok. Szerintem az a perverzió, ha ebben az esetben egy 32 bites taszkból hívogatod a 16 bites „drájvereket”. Viszont – amire gondolsz – meg lehet hagyni a natív valós módot a DOS-nak, és gond nélkül lehet kapcsolgatni valós és védett mód között (ha jól tudom, az EMS és XMS membővítők is így működnek). Ezt nevezzük vegyes technikának.„Viszont, ha én elindítok egy programot (jelen esetben nyílván) valósmódban (majd átkapcsolok védett módba), ott indítok egy taskot, akkorszerintem az az eredeti os „keze alatt” dolgozik, mégha nem isközvetlenül. (Szerinted ez meg már nem az.)”
Azért gondolom így, mert a DOS-ban egy árva 386-os utasítás, vagy funkció sincs (task, prioritás, memvédelem). Szerintem a DOS-ban indított taszk analóg a virtualizációval meg a CPU emulációval (bochs). Az indított dolgoknak semmi köze az alaprendszerhez mert, architektúrálisan függetlenek (persze kommunikálhatnak).„Tehát a mondat helytálló:lehet taskot indítani.”
Ebben az értelemben igen.2007-06-14-20:15 #2114897„Arra gondoltam, hogy”
Tudom, pontosan, hogy mire gondoltál, csak poénkodtam. (Csak nem vetted a lapot.)„az a perverzió, ha ebben az esetben egy 32 bites taszkból hívogatod a 16 bites „drájvereket”.”
Akkor mi az, amikor (kicsit nagyképűen :))))”drivereket” írtam assemblerben. 🙂 (Vagy c függvényeket assemblerben.) Ez inkább perverzitás. :)))„Az indított dolgoknak semmi köze az alaprendszerhez”
Itt jött be a félreértés… (vagyis nem is volt félreértés, mert ugyanarról beszéltünk).
Adottak az én dos alatt futó programjaim által megvalósított eljárások:
– bár ezt nem a dos kezeli, de mivel az én programom a dos alatt fut ezért mondtam azt, hogy futtatható task… nem mondhatom azt, hogy linuksz alatt fut és az is nagyképű lenne, ha azt mondanám, hogy a multitasking os-em alatt 🙂
– te pedig azt mondod, hogy ehhez semmi köze a dos-nak – ami igaz – ezért nem alatta fut.2007-06-14-20:15 #2114898„Arra gondoltam, hogy”
Tudom, pontosan, hogy mire gondoltál, csak poénkodtam. (Csak nem vetted a lapot.)„az a perverzió, ha ebben az esetben egy 32 bites taszkból hívogatod a 16 bites „drájvereket”.”
Akkor mi az, amikor (kicsit nagyképűen :))))”drivereket” írtam assemblerben. 🙂 (Vagy c függvényeket assemblerben.) Ez inkább perverzitás. :)))„Az indított dolgoknak semmi köze az alaprendszerhez”
Itt jött be a félreértés… (vagyis nem is volt félreértés, mert ugyanarról beszéltünk).
Adottak az én dos alatt futó programjaim által megvalósított eljárások:
– bár ezt nem a dos kezeli, de mivel az én programom a dos alatt fut ezért mondtam azt, hogy futtatható task… nem mondhatom azt, hogy linuksz alatt fut és az is nagyképű lenne, ha azt mondanám, hogy a multitasking os-em alatt 🙂
– te pedig azt mondod, hogy ehhez semmi köze a dos-nak – ami igaz – ezért nem alatta fut.2009-12-04-20:01 #1886502Sziasztok! Kérdésem az lenne, hogy :
1. az Etch telepítés után lekezeli -e a dual core-os, több provis megoldást? Vagy csak kernel fordítás utána? Ha ez utóbbbi, akkor elég az smp-t belefordítani?
2. Hogy tudom csekkolni, hogy hány procit lát?
3. Az, hogy valami amellett, hogy több pricis, dual core-os is mellette milyen további beállítást igényel?Eddig csak pc-szerverekkel volt dolgom, innen ezek a kérdések…köszi
-
SzerzőBejegyzés
- Be kell jelentkezni a hozzászóláshoz.
legutóbbi hsz