Többprocis szerver

Kezdőlap Fórumok Debiannal kapcsolatos kérdések Többprocis szerver

9 bejegyzés megtekintése - 41-49 / 49
  • Szerző
    Bejegyzés
  • #2114891
    pointux
    Felhasználó
      gabaman 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.)

      #2114892
      pointux
      Felhasználó
        gabaman 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.)

        #2114893
        pointux
        Felhasználó

          „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. :))))

          #2114894
          pointux
          Felhasználó

            „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. :))))

            #2114895
            gabaman
            Felhasználó

              „Ha vm86-os renccerhívásokat akarsz dos alatt futtatni, akkor valóban perverz vagy, mert ilyen nincsen, magadnak kell emulálni. smile.gif))) (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.

              #2114896
              gabaman
              Felhasználó

                „Ha vm86-os renccerhívásokat akarsz dos alatt futtatni, akkor valóban perverz vagy, mert ilyen nincsen, magadnak kell emulálni. smile.gif))) (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.

                #2114897
                pointux
                Felhasználó

                  „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.

                  #2114898
                  pointux
                  Felhasználó

                    „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.

                    #1886502
                    csaba
                    Felhasználó

                      Sziasztok! 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

                    9 bejegyzés megtekintése - 41-49 / 49
                    • Be kell jelentkezni a hozzászóláshoz.