Perl : Párhuzamos eseményszámlálás kulcs alapján

Kezdőlap Fórumok Programozás Perl : Párhuzamos eseményszámlálás kulcs alapján

3 bejegyzés megtekintése - 1-3 / 3
  • Szerző
    Bejegyzés
  • #1890186
    linuxforum
    Felhasználó

      A feladat az lenne, hogy korlátozzam az elküldhető e-mailek számát. Csak egy egyszerű számlálót kellene készítenem, ahol a kulcs az e-mail cím, és mindig visszaadja, hogy hányadik levélküldése ez éppen.A környezet perl, tehát első körben perl-ben gondolkozom, de talán a c is kivitelezhető lenne.Mivel e-mail forgalomról van szó egy terhelt szerveren, lényeges, hogy a számlálás minimális erőforrást emésszen fel.Amit eddig találtam az a GDBM adatbázis, és talán inkább a QDBM adatbázis. Mindkettő elérhető perlből, de arra sehol sem találok utalást, hogy mi történik párhuzamos megnyitásokkor. Elromolhat-e az adatszerkezet, vagy védett e téren.Mivel az alapfeladat gyakori lehet - mármint párhuzamos eseményekben kulcs alapján számlálni -, remélem, van tapasztalatotok e téren. Ti hogyan csinálnátok? Kicsi, gyors, egyszerű megoldást keresek, ami könnyen integrálható a perl levélfeldolgozó programomba.

      #2203675
      uzsolt
      Felhasználó

        A perl tud asszociatív tömböket? Vagy nem egyszeri futásról van szó?Egyszerű SQL-adatbázis (mysql, postgresql) nem jó?

        #2203676
        linuxforum
        Felhasználó

          E-mail számlálás. Az emailek beérkezésekor futna le a script, miközben eldönti, mi legyen a levél sorsa. Tehát sok-sok példányban is futhat egyszerre, és sokszor. A komolyabb adastbáziskezelők nem ilyen környezetbe valók. Itt még az is lényeges, hogy mennyi memóriát foglal le a script. A kapcsolat kiépítése, az objektumok inicializálása sokkal több időt igényel, mint amennyit meg lehetne spórolni velük.Harmadik lehetőségként felmnerül, hogy a fájlrendszert is lehetne ilyen adatbázisként használni, és a fájlrendszer cache eléggé gyorsá is fogja tenni. Ráadásul a párhuzamos elérés is egészen jól van benne kezelve, nagy baj sem lehet belőle. De ez nem szép megoldás. Remélem, hogy van egy szebb és gyorsabb lehetőség is.

        3 bejegyzés megtekintése - 1-3 / 3
        • Be kell jelentkezni a hozzászóláshoz.