<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <div class="moz-cite-prefix">On 20/05/13 10:11, nicopixel wrote:<br>
    </div>
    <blockquote
cite="mid:CABf+D2ZKeaU_yzMh+6-V6DUVFkFKyiMqe-VJtONC-k6CHwt=3A@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div>
          <div>
            <div>
              <div>
                <div>
                  <div>
                    <div>
                      <div>Angel, gracias por los links! voy a leer
                        sobre ese modelo.<br>
                      </div>
                      <br>
                      Roberto, lo que sucede es que los "colectores"
                      guardan la informacion constantemente<br>
                      con shelv, sqlite o lo que sea y a la vez hay otro
                      hilo leyendo esos datos uno a uno, enviandolos<br>
                      y eliminandolos. Así es mas o menos como pensé la
                      cola, siempre van agarrando el dato <br>
                      mas antiguo, lo envia y lo elimina. Quizas deba
                      ver el tema del bloqueo pero me cuesta pensarlo
                      porque:<br>
                      <br>
                    </div>
                    a) El producer y el consumer son hilos diferentes.
                    Si bloqueo el producer para que el consumer<br>
                    pueda borrar los datos ya procesados entonces... que
                    hago con los datos que en ese momento<br>
                  </div>
                  recibe el producer y no puede persistirlos? <br>
                  <br>
                </div>
              </div>
            </div>
          </div>
        </div>
      </div>
    </blockquote>
    No entiendo exactamente lo que decís, pero creo que estoy cerca.
    Toda la idea de serializar es que... bueno, serializás :-)<br>
    <br>
    <br>
    <blockquote
cite="mid:CABf+D2ZKeaU_yzMh+6-V6DUVFkFKyiMqe-VJtONC-k6CHwt=3A@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div>
          <div>
            <div>
              <div>b) Deberia generar una comunicación entre hilos<br>
                <br>
              </div>
            </div>
          </div>
        </div>
      </div>
    </blockquote>
    <br>
    Totalmente. Lo que querés es tener colas entre los productores
    ("colectores") y el consumidor.<br>
    Entonces, los productores encolan los datos y se olvidan, con lo que
    nunca se bloquean.<br>
    El consumidor los levanta de esas colas y los guarda en la base. Yo
    haría que ese mismo hilo tome el más antiguo<br>
    lo envíe y lo elimine.<br>
    <br>
    Al quedar todas las operaciones en un solo hilo, las realizás en
    orden, los hilos que juntan datos nunca<br>
    bloquean, y listo. El *peor* de los casos es que si el acceso a la
    base de datos es muy lento, se te van <br>
    a ir encolando muchos datos, pero tener concurrencia probablemente
    no te solucionaría ese problema, tan sólo<br>
    haría que sea más difícil de ver :-)<br>
    <br>
    Acá tenés un ejemplito:<br>
    <br>
    <meta http-equiv="content-type" content="text/html;
      charset=ISO-8859-1">
    <a
href="http://smherwig.blogspot.com.ar/2012/09/producer-consumer-model-with-python.html">http://smherwig.blogspot.com.ar/2012/09/producer-consumer-model-with-python.html</a><br>
  </body>
</html>