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

• #8930 Karma félisten McSzaby #8928

  Új Válasz 2015-09-14 11:04:20 #8930

  Ú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

  

  Karma

  félisten

  válasz McSzaby #8928 üzenetére

  Szerintem ennek a problémának nem az a helyes megközelítése, hogy egy alapvetően ipari igényt házilag próbáltok megoldani mindenféle ismeretek nélkül. Nehezen hiszem el, hogy 2015-ben ne lenne open source megoldás ennyi szerver távoli monitorozására és menedzsmentjére.

  Az alacsony szintű implementációs részleteken filózás helyett inkább forráskutatást javaslok, lehetőleg külön kezelve a két feladatot – monitorozásra még én is ismerem a Papertrailt és a Munint, pedig nem vagyok sysadmin –, a beavatkozáshoz meg jó lenne tudni, mégis milyen műveletek kellenek. Nagy általánosságban az OpenLMI pl. egy érdekes projektnek tűnik.

• #8929 jattila48 aktív tag McSzaby #8928

  Új Válasz 2015-09-14 10:56:17 #8929

  Ú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

  

  jattila48

  aktív tag

  válasz McSzaby #8928 üzenetére

  Akkor szerintem sima blokkolt TCP, esetleg thread pool-lal. Ha nincs egyszerre sok kapcsolat, és a kliensek viszonylag ritkán kapcsolódnak, akkor a thread pool sem szükséges. Lehet minden kapcsolathoz új thread-et indítani, ami a kliens feldolgozása után leáll. Ez a legkevésbé hatékony módszer, de a legegyszerűbb is. Ez is elég lehet neked.

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