[opensuse-es] [OT] Correo en PostgreSQL :Ya salió archiveopteryx 3.1.3
Hola ya salio la 3.1.3 de aox el gestor de correo con RDBMS!! Ahora mismo la he compilado y le estoy metiendo mis 156K correos que tengo a ver que tal va esta (sobre postgrsql 8.4.2)... El pobrecito kmail está aguantando como un campeón subiendo los correos a dos manos. No como esas mariconadas de thundercito/palomino.... Bueno si alguno quiere probar animaos (pero ojo tened backup del correo). Salu2 PD: Tambien salió una del DBMAIL ¡¡Las tengo todas!! -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Sun, 14 Mar 2010 12:06:56 +0100, Angel escribió:
ya salio la 3.1.3 de aox el gestor de correo con RDBMS!!
¿Y eso qué es? El nombre para salido de Asterix y Obelix :-) http://www.archiveopteryx.org/overview
Ahora mismo la he compilado y le estoy metiendo mis 156K correos que tengo a ver que tal va esta (sobre postgrsql 8.4.2)...
¿En local o en remoto? ¿Has probado Cyrus? Dicen que es muy bueno para estas cosas.
El pobrecito kmail está aguantando como un campeón subiendo los correos a dos manos.
No como esas mariconadas de thundercito/palomino....
Ya te digo... el Mutt también es un mostruo.
Bueno si alguno quiere probar animaos (pero ojo tened backup del correo).
¿Cómo lo has montado?
PD: Tambien salió una del DBMAIL ¡¡Las tengo todas!!
Por cierto, y hablando de bases de datos, los de Digg se han pasado de MySQL a Cassandra (bdd no relacional): http://itmanagement.earthweb.com/datbus/article.php/3870116/Digg-Moves-From-... Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Domingo, 14 de Marzo de 2010 13:35:20 Camaleón escribió:
El Sun, 14 Mar 2010 12:06:56 +0100, Angel escribió:
ya salio la 3.1.3 de aox el gestor de correo con RDBMS!!
¿Y eso qué es? El nombre para salido de Asterix y Obelix :-)
http://www.archiveopteryx.org/overview
Ahora mismo la he compilado y le estoy metiendo mis 156K correos que tengo a ver que tal va esta (sobre postgrsql 8.4.2)...
¿En local o en remoto? tengo 2 uno en local en el laptop y otro en el desktop del curro
¿Has probado Cyrus? Dicen que es muy bueno para estas cosas. Si pero no aporta nada nuevo
El pobrecito kmail está aguantando como un campeón subiendo los correos a dos manos.
No como esas mariconadas de thundercito/palomino....
Ya te digo... el Mutt también es un mostruo.
Bueno si alguno quiere probar animaos (pero ojo tened backup del correo).
¿Cómo lo has montado? se compila en un pispas, luego le das la clave de portgres para que cree la BBD o la creas tú por el.
tras creatre una cuenta con las herramientas de administracion, pongo una nueva cuenta IMAp en Kmail y ya está!! tiene cuotas, compartición, instancia única, pero casi no hay que configurar nada...
PD: Tambien salió una del DBMAIL ¡¡Las tengo todas!!
Por cierto, y hablando de bases de datos, los de Digg se han pasado de MySQL a Cassandra (bdd no relacional):
http://itmanagement.earthweb.com/datbus/article.php/3870116/Digg-Moves-From-...
Si y muchas gente con solera en estos temas empieza a decir que tanto NOSQL "huele mal" es decir que muchas historias de exito de las BBDD NOSQL no son por que estas seán mejor, sino porque hay mucha gente que : a) no saber diseñar modelos relaciones ni escalarlos b) no sabe SQL
Saludos,
Salu2
-- Camaleón
-- Este correo no tiene dibujos. Las formas extrañas en la pantalla son letras. __________________________________________ Clist UAH a.k.a Angel __________________________________________ Te has metido en un hipoteca de 70M y encima te roban una panda de Ninjas... Crisis Ninja para Dummies. -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Mon, 15 Mar 2010 10:41:25 +0100, Angel Alvarez escribió:
El Domingo, 14 de Marzo de 2010 13:35:20 Camaleón escribió:
¿En local o en remoto? tengo 2 uno en local en el laptop y otro en el desktop del curro
Haz las pruebas en remoto, así mola más.
¿Has probado Cyrus? Dicen que es muy bueno para estas cosas. Si pero no aporta nada nuevo
Ni falta que le hace si realiza su trabajo mejor que cualquier sistema "novedoso".
¿Cómo lo has montado? se compila en un pispas, luego le das la clave de portgres para que cree la BBD o la creas tú por el.
tras creatre una cuenta con las herramientas de administracion, pongo una nueva cuenta IMAp en Kmail y ya está!!
tiene cuotas, compartición, instancia única, pero casi no hay que configurar nada...
¿Gestión de filtros en el servidor? ¿Sieve?
Por cierto, y hablando de bases de datos, los de Digg se han pasado de MySQL a Cassandra (bdd no relacional):
http://itmanagement.earthweb.com/datbus/article.php/3870116/Digg-Moves- From-MySQL-to-NoSQL.htm
Si y muchas gente con solera en estos temas empieza a decir que tanto NOSQL "huele mal" es decir que muchas historias de exito de las BBDD NOSQL no son por que estas seán mejor, sino porque hay mucha gente que :
a) no saber diseñar modelos relaciones ni escalarlos
b) no sabe SQL
Lo siento pero no me creo que empresas como Google, Amazon, Facebook, Twitter o la propia Digg: a) No tengan ingenieros que sean capaces de saber cómo escalar bases de datos relacionales b) No sepan SQL Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Lunes, 15 de Marzo de 2010 11:07:11 Camaleón escribió:
El Mon, 15 Mar 2010 10:41:25 +0100, Angel Alvarez escribió:
El Domingo, 14 de Marzo de 2010 13:35:20 Camaleón escribió:
¿En local o en remoto? tengo 2 uno en local en el laptop y otro en el desktop del curro
Haz las pruebas en remoto, así mola más.
en realidad no, la latencia de red no me indica nada (al menos de momento) Lo que quiero ver es que tal se comprta ls BBD con mucho correos, busquedas etc...
¿Has probado Cyrus? Dicen que es muy bueno para estas cosas. Si pero no aporta nada nuevo
Ni falta que le hace si realiza su trabajo mejor que cualquier sistema "novedoso".
Si es cierto pero Cyrus en Filesystem no DB que es lo que quiero ver
¿Cómo lo has montado? se compila en un pispas, luego le das la clave de portgres para que cree la BBD o la creas tú por el.
tras creatre una cuenta con las herramientas de administracion, pongo una nueva cuenta IMAp en Kmail y ya está!!
tiene cuotas, compartición, instancia única, pero casi no hay que configurar nada...
¿Gestión de filtros en el servidor? ¿Sieve?
Si, tiene sieve, busquedas completas de texto etc...
Por cierto, y hablando de bases de datos, los de Digg se han pasado de MySQL a Cassandra (bdd no relacional):
http://itmanagement.earthweb.com/datbus/article.php/3870116/Digg-Moves- From-MySQL-to-NoSQL.htm
Si y muchas gente con solera en estos temas empieza a decir que tanto NOSQL "huele mal" es decir que muchas historias de exito de las BBDD NOSQL no son por que estas seán mejor, sino porque hay mucha gente que :
a) no saber diseñar modelos relaciones ni escalarlos
b) no sabe SQL
Lo siento pero no me creo que empresas como Google, Amazon, Facebook, Twitter o la propia Digg:
a) No tengan ingenieros que sean capaces de saber cómo escalar bases de datos relacionales
b) No sepan SQL
Ya, pero tiene restricciones de time to market, etc.. que no sirmpe les permiten hacer un diseño y puesta en ejecución a la manera clasica. Algunos ni siquiera tiene claro que están haciendo (twitter) o empezxaron con un modelo no adecuado )Digg)
Saludos,
-- Camaleón
-- No imprima este correo si no es necesario. El medio ambiente está en nuestras manos. __________________________________________ Clist UAH a.k.a Angel __________________________________________ China 'limpia' el Tibet para las Olimpiadas. -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Mon, 15 Mar 2010 13:21:06 +0100, Angel Alvarez escribió:
El Lunes, 15 de Marzo de 2010 11:07:11 Camaleón escribió:
Haz las pruebas en remoto, así mola más.
en realidad no, la latencia de red no me indica nada (al menos de momento)
Porque no querrás implementarlo en un sistema de correo real >:-)
Lo que quiero ver es que tal se comprta ls BBD con mucho correos, busquedas etc...
Ah, vale, eso es otra cosa. Pero de un servidor de correo interesa ver cómo gestiona el ancho de banda y la carga de trabajo (búsqueda e indexación de correos) sobre enlaces ADSL y también conexiones 3G con imap que tan de moda están ahora (todo el mundo tiene un "smartphone" de esos y quieren tener acceso al correo).
¿Has probado Cyrus? Dicen que es muy bueno para estas cosas. Si pero no aporta nada nuevo
Ni falta que le hace si realiza su trabajo mejor que cualquier sistema "novedoso".
Si es cierto pero Cyrus en Filesystem no DB que es lo que quiero ver
Vale, pero entonces no le veo sentido a probar un servidor de correo con una bd como backend. ¿Qué quieres probar realmente, el rendimiento del servidor de correo o el rendimiento de una bd? Me gustaría ver una comparativa de rendimiento de servidores de correo con backend de mensajes en una bdd o sobre sistema de archivos. Tener una bd por detrás tiene que penalizar de alguna forma u otra.
¿Gestión de filtros en el servidor? ¿Sieve? Si, tiene sieve, busquedas completas de texto etc...
Eso está bien.
Lo siento pero no me creo que empresas como Google, Amazon, Facebook, Twitter o la propia Digg:
a) No tengan ingenieros que sean capaces de saber cómo escalar bases de datos relacionales
b) No sepan SQL Ya, pero tiene restricciones de time to market, etc.. que no sirmpe les permiten hacer un diseño y puesta en ejecución a la manera clasica.
No sé... yo creo que tienen libertad total para hacer lo que quieran. Ellos tienen la pasta, ellos deciden y marcan su ritmo, además de marcar tendencias.
Algunos ni siquiera tiene claro que están haciendo (twitter) o empezxaron con un modelo no adecuado )Digg)
Es normal, los proyectos evolucionan según el uso que le dan los usuarios y no es fácil predecir una única utilidad para los servicios de la nube. El caso del cambio de Digg a una db nosql es muy reciente. Estuve leyendo los motivos que daba uno de los propios desarrolladores y me pareció interesante: Looking to the future with Cassandra http://about.digg.com/blog/looking-future-cassandra Y ojo, que Cassandra está escrita en Java... Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Lunes, 15 de Marzo de 2010 13:58:13 Camaleón escribió:
El Mon, 15 Mar 2010 13:21:06 +0100, Angel Alvarez escribió:
El Lunes, 15 de Marzo de 2010 11:07:11 Camaleón escribió:
Haz las pruebas en remoto, así mola más.
en realidad no, la latencia de red no me indica nada (al menos de momento)
Porque no querrás implementarlo en un sistema de correo real >:-)
Lo que quiero ver es que tal se comprta ls BBD con mucho correos, busquedas etc...
Ah, vale, eso es otra cosa.
Pero de un servidor de correo interesa ver cómo gestiona el ancho de banda y la carga de trabajo (búsqueda e indexación de correos) sobre enlaces ADSL y también conexiones 3G con imap que tan de moda están ahora (todo el mundo tiene un "smartphone" de esos y quieren tener acceso al correo).
Si, pero muchos cleinte sde correo hacen un pobre uso de IMAp y de sus extensiones... por tanto es dificil ver algunas cosas
¿Has probado Cyrus? Dicen que es muy bueno para estas cosas. Si pero no aporta nada nuevo
Ni falta que le hace si realiza su trabajo mejor que cualquier sistema "novedoso".
Si es cierto pero Cyrus en Filesystem no DB que es lo que quiero ver
Vale, pero entonces no le veo sentido a probar un servidor de correo con una bd como backend. ¿Qué quieres probar realmente, el rendimiento del servidor de correo o el rendimiento de una bd?
Ambos
Me gustaría ver una comparativa de rendimiento de servidores de correo con backend de mensajes en una bdd o sobre sistema de archivos. Tener una bd por detrás tiene que penalizar de alguna forma u otra.
¿Porqué? es peor tener un sistema de ficheros y tener que indexar por tu cuenta, gestionar los bloqueos etc... un FS no es ni un SGBD relacional y ni documental... Al fin y al cabo cuando sabes la estructura de tu problema y las relacionas entre las partes el modelo relacional surge en su máximo esplendor... Es tantop sinsentido acceder via imap a unos ficheros como accder via SGBD a unos mensajes... pero mira como google demuestra que ni uno ni otro están mal, todo depende de como "veas" la información. Ellos no veén correos, solo conversaciones... y además usan una BBDD ( mas bien un key store) para soportarlo...
¿Gestión de filtros en el servidor? ¿Sieve? Si, tiene sieve, busquedas completas de texto etc...
Eso está bien.
Lo siento pero no me creo que empresas como Google, Amazon, Facebook, Twitter o la propia Digg:
a) No tengan ingenieros que sean capaces de saber cómo escalar bases de datos relacionales
b) No sepan SQL Ya, pero tiene restricciones de time to market, etc.. que no sirmpe les permiten hacer un diseño y puesta en ejecución a la manera clasica.
No sé... yo creo que tienen libertad total para hacer lo que quieran. Ellos tienen la pasta, ellos deciden y marcan su ritmo, además de marcar tendencias.
Algunos ni siquiera tiene claro que están haciendo (twitter) o empezxaron con un modelo no adecuado )Digg)
Es normal, los proyectos evolucionan según el uso que le dan los usuarios y no es fácil predecir una única utilidad para los servicios de la nube.
El caso del cambio de Digg a una db nosql es muy reciente. Estuve leyendo los motivos que daba uno de los propios desarrolladores y me pareció interesante:
Looking to the future with Cassandra http://about.digg.com/blog/looking-future-cassandra
Y ojo, que Cassandra está escrita en Java...
Saludos,
-- Camaleón
-- No imprima este correo si no es necesario. El medio ambiente está en nuestras manos. __________________________________________ Clist UAH a.k.a Angel __________________________________________ Evitar la programación defensiva. Manual de Erlang -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
participants (3)
-
Angel -
Angel Alvarez -
Camaleón