Eduardo Morras escribió: > On Thu, 11 Feb 2016 18:20:35 -0300 > Alvaro Herrera <alvhe...@2ndquadrant.com> wrote: > > > > > (*) en realidad, comparado con los nuevos algoritmos, no es tan rápido > > tampoco :-( > > Perdon por la intromision en el hilo. Yo he trabajado con algoritmos de > compresion de datos (texto, video e imagenes, datos binarios...). Que > requisitos (aparte de la licencia y portabilidad) deberia tener un sustituto? > > Orientado a bloques/blocks (bzip) o a flujo/stream (zlib)? > Cuanta cpu puede gastar?
En realidad esas no son las preguntas que tenemos pendientes ahora. Esas que propones ya se han discutido, y algoritmos como lz4 y Snappy otros se han mencionado varias veces. El problema pendiente es cómo permitir nuevos algoritmos de compresión en el sistema. Mira por ejemplo este hilo: http://www.postgresql.org/message-id/flat/20130614230142.gc19...@awork2.anarazel.de y quizás este: https://www.postgresql.org/message-id/CAPpHfdsdTA5uZeq6MNXL5ZRuNx%2BSig4ykWzWEAfkC6ZKMDy6%3DQ%40mail.gmail.com -- Álvaro Herrera http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services - Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org) Para cambiar tu suscripción: http://www.postgresql.org/mailpref/pgsql-es-ayuda
