Re: 2WRS

Hola a todos.

Gracias por contestar.

Muy brevemente aclaro algo que ha surgido desde vuestras respuestas
anteriores:

- no es una "propuesta de newbie": es un proyecto de tesis propuesto por la
UPC ("Universitat Politecnica de Catalunya" de Barcelona). Lo digo nada mas
para volver a darle un poquito de autoridad al proyecto. Pero eso si... no
dejo de ser un novato :)

- no lo estoy dejando estar... es mi tesis! trabajo en ello todo dia y
seguiré haciéndolo por lo menos hasta graduarme! Espero al final de esta
experiencia haber podido mejorar mi "skill" y ayudar a los demás de la lista
tanto como me están ayudando a mi.

- no escribo a esas listas de correos para que alguien mas haga mi trabajo,
escribo para obtener ayuda. Lo que pasa es que cada vez que escriba algo
parece que no está en la forma correcta y por lo tanto se ignora. Escribo de
forma muy concreta y me dicen que ahora no contestan sobre "internals".
Escribo en términos de propuestas nuevas dejando los detalles y me dicen que
uno solo se fija en los detalles. Quizás aun no tengo del todo claro de que
sirven estas listas de correo. No me parece que hay un solo y único tema de
discusión, pero si veo que algunos son descartados. El factor común para
denegar una respuesta es "...hasta que no salga el 8.3". Es indudable que
esa es una gran prioridad, mis posts no quieren despistar la atención del
8.3 ... siempre que escribo algo espero que alguien a lo largo de su
experiencia con Postgres haya pasado por las mismas líneas de código que yo
y que pueda dar una respuesta sencilla con cosas que el domine, sin quitarle
mucho tiempo . Digo, ese código al que me refiero no se ha escrito solo...
alguien lo habrá escrito, alguien mas lo habrá estudiado etc etc etc.
Debería de existir alguien que sepa de ello y lo domine, verdad?

En fin sigo escribiendo a estas listas de correos porque no hay
DOCUMENTACIÓN EXTERNA AL RESPECTO y la doc INTERNA a veces es muy escasa
como "esta es la función de escritura" y ya está.

Muchas gracias a todos!
y
Un sadulo a todos!

--------------------------------------------------
From: "Gabriel Hermes Colina Zambra" <hermeszambra(at)yahoo(dot)com>
Sent: Sunday, February 03, 2008 9:20 AM
To: "Guido Barosio" <gbarosio(at)gmail(dot)com>; <mac_man2005(at)hotmail(dot)it>
Cc: <pgsql-es-ayuda(at)postgresql(dot)org>; <jmdc_marcelo(at)yahoo(dot)com(dot)ar>
Subject: Re: [pgsql-es-ayuda] 2WRS

>
> --- Guido Barosio <gbarosio(at)gmail(dot)com> escribió:
>
>> Mac :)
>>
>> Suele suceder que despues de casi 20 an#os de
>> desarrollar para
>> postgresql muchos del core se ponen duros con los
>> recien llegados.
>
> Como sufri como recien llegado, pero el equivocado era
> yo.
>>
>> Lo que te sugiero es que no te dejes estar y
>> desarrolles un patch,
>> directamente enviando el patch cuando te sientas
>> confidente como para
>> defenderlo. Contra lo empiricamente verdadero no hay
>> mucha refutacion,
>> decia un profesor amigo.
>>
> Si eso es cierto en toda la vida, lo demostrado en la
> practica es el criterio de verdad.
>
>> Estas en la tierra de la colaboracion, pero la
>> colaboracion debe ser
>> tangible. Lo que muchas veces observo en estas
>> listas, sobre todo en
>> pgsql-hackers es que no reciben bien las propuestas,
>> pero si discuten
>> parches, y asi han avanzado varios.
>
> Creo que las propuestas de newbies demoran en ser
> aceptadas puesto que sobre todo en esta lista son
> pocos los hackers y tienen mucho trabajo, entonces hay
> que ser contundetemente claro para no molestar y
> realmente dar un aporte.
>
>>
>> Puntualmente en pgsql-es-ayuda hay algunos que
>> colaboran en
>> pgsql-hackers.
>
> Y los demas no sabemos lo suficiente.
>
>> En mi caso soy un asiduo lector y
>> analista del codigo
>> del motor, conozco humildemente un poco del tema,
>> pero sinceramente
>> no creo que te pueda ayudar mucho, reconozco que me
>> da fiaca
>> comprender el nuevo algoritmo que propones y no
>> tendria el tiempo
>> suficiente creo.
>>
>> Sin embargo, si te puedo ayudar en algo y queres
>> escribir en privado,
>> sentite libre de hacerlo.
>>
> Si realmente te da fiaca que en Argentina creo que
> significa cansancio, aca significa hambre y ademas
> queres que el proyecto de el se discuta, por que no le
> propones que mande algo concreto a la lista, que
> seguro lo van a ayudar, te recomiendo leer el mail que
> en este hilo manda Jaime Casanova, toca algunos de los
> puntos.
>
>> Te mando un saludo, y que no decaiga!
>>
>> Guido Barosio
>>
>>
> Guido hay una propuesta de levanatar el web de
> postgres en espaniol.
>
> Que paso con la empresa que te conectaste que ofrecia
> servidor gratuito con postgresql ???, seguiste la
> conversacion con ellos, en que quedo todo, por que
> podria ser un buen aporte ahora que la lista esta
> dispuesta a su desarrollo.
>
> Atte.
> Gabriel Colina
>
>
>> 2008/2/3 <mac_man2005(at)hotmail(dot)it>:
>> > Hola Marcelo.
>> >
>> > Muchas gracias por contestar. Te lo agradezco
>> mucho ya que casi nadie suele
>> > opinar acerca de ese proyecto. Todo el mundo opina
>> sobre "como se usa eso" o
>> > "como se usa el otro" pero de "internals" ni
>> hablar... bueno... por lo menos
>> > por lo que concierne ese proyecto.
>> >
>> > A parte de criticas. El problema que me encuentro
>> ahora es muy concreto:
>> >
>> > como puedo memorizar la posición de la primera y
>> ultima tupla de un run al
>> > interno de un cierto tape? Eso se debería de hacer
>> durante la fase de
>> > creación de los runs al fin de permitirme de mover
>> runs de un tape al otro.
>> >
>> > Estuve persiguiendo las funciones de "writing" a
>> partir de LogicalTapeWrite
>> > y me he perdido entre el mogollón de buffers
>> utilizados antes de escribir
>> > efectivamente en disco duro.
>> > Mi pregunta es si hay una manera correcta y
>> eficiente de memorizar ese tipo
>> > de información.
>> >
>> > "Supongo" se debería de usar algunos de los campos
>> de la estructura
>> > "BufFile" (tal y como he puesto en mi ultimo post
>> titulado "Posición de los
>> > runs en los Tapes"), pero me gastaría conocer lo
>> que opina la gente de esta
>> > lista de correo al respecto.
>> >
>> > De nuevo gracias por tu atención.
>> >
>> > Saludos!
>> >
>> >
>> > --------------------------------------------------
>> > From: "marcelo Cortez" <jmdc_marcelo(at)yahoo(dot)com(dot)ar>
>> > Sent: Sunday, February 03, 2008 1:26 AM
>> > To: <mac_man2005(at)hotmail(dot)it>;
>> <pgsql-es-ayuda(at)postgresql(dot)org>
>> > Subject: Re: [pgsql-es-ayuda] 2WRS
>> >
>> >
>> > > Hola Gente
>> > >
>> > >
>> > > mac_man2005, me parecio reinteresante tu
>> proyecto, no
>> > > soy un experto como el que andas necesitando
>> ,hice
>> > > alguno programas en C ,para mis aplicaciones
>> pero nada
>> > > cerca del kernel del postgres,me gustaria poder
>> ayudar
>> > > pero no se si mi skill es suficiente, igual un
>> saludo
>> > > , go postgres!! .
>> > >
>> > > MDC
>> > > --- mac_man2005(at)hotmail(dot)it escribió:
>> > >
>> > >> Hola a todos.
>> > >>
>> > >> Estoy desarrollando un trabajo de tesis que
>> acabará
>> > >> integrando mi "refinement" dentro del código de
>> > >> PostgreSQL. Ese trabajo consiste en modificar
>> el
>> > >> algoritmo de External Sorting actualmente
>> > >> implementado en
>> > >>
>> > >> src/backend/utils/sort/tuplesort.c
>> > >>
>> > >> En un inicio se iba a modificar básicamente
>> solo el
>> > >> código de la parte de creación de los runs, que
>> > >> corresponde actualmente al algoritmo
>> Replacement
>> > >> Selection de Knuth. Por encima la idea era
>> partir la
>> > >> memoria en dos heaps en vez que uno solo. De
>> eso el
>> > >> nombre Two-Way Replacement Selection (2WRS) de
>> mi
>> > >> técnica. Cada heap crea su run físico
>> > >> correspondiente, pero el punto es que esos dos
>> runs
>> > >> son relacionados entre si de manera que se
>> pueden
>> > >> considerar como dos partes diferentes y
>> separadas
>> > >> ("disjoint") de la misma entidad, la que
>> llamamos
>> > >> "run lógico".
>> > >>
>> > >> La idea es demostrar que el run lógico
>> producido por
>> > >> 2WRS es mas largo que el run normal y corriente
>> > >> producido hasta la fecha por el RS. Eso
>> implicaría
>> > >> tener un numero de runs menor por fundir y de
>> > >> consecuencia aceleraría esa fase de fusión.
>> > >>
>> > >> El objetivo de este mail es buscar a gente que
>> esté
>> > >> interesada al tema, para posiblemente
>> proporcionar
>> > >> mas detalles sobre la técnica y posiblemente
>> > >> mejorarla. También agradecería ayuda con
>> solucionar
>> > >> algunos problemas de integración. No soy muy
>> experto
>> > >> con el código de PostgreSQL y me gustaría
>> aprovechar
>> > >> de la experiencia de alguien mas experto que
>> haya
>> > >> trabajado en ello.
>> > >>
>> > >> Me limito con hacer esa premisa al tema en la
>> espera
>> > >> de que alguien se muestre interesado, ya que
>> > >> muchísimas veces he hablado de eso por todos
>> lados
>> > >> (mailing list postgres-hackers, #postgres
>> channel en
>> > >> irc.freenode.net etc.) y después haberlo
>> explicado
>> > >> todo con muchísimos detalles me han dicho que
>> no me
>> > >> iban a poder ayudar.
>> > >>
>> > >> Muchas gracias por vuestro tiempo.
>> > >> Un saludo.
>> > >
>> > >
>> > >
>> > > Tarjeta de crédito Yahoo! de Banco
>> Supervielle.
>> > > Solicitá tu nueva Tarjeta de crédito. De tu PC
>> directo a tu casa.
>> > > www.tuprimeratarjeta.com.ar
>> > > --
>> > > TIP 5: ¿Has leído nuestro extenso FAQ?
>> > >
>> http://www.postgresql.org/docs/faqs.FAQ.html
>> > >
>> > --
>> > TIP 1: para suscribirte y desuscribirte, visita
>> http://archives.postgresql.org/pgsql-es-ayuda
>>
> === message truncated ===
>
>
>
>
> ____________________________________________________________________________________
> ¡Capacidad ilimitada de almacenamiento en tu correo!
> No te preocupes más por el espacio de tu cuenta con Correo Yahoo!:
> http://correo.espanol.yahoo.com/
> --
> TIP 10: no uses HTML en tu pregunta, seguro que quien responda no podrá
> leerlo
>