Re: Restauracion con excesivos recursos

El día 4 de febrero de 2010 10:11, coconauta <coconauta(dot)ika(at)gmail(dot)com> escribió:
>
>
> El 4 de febrero de 2010 09:21, Silvio Quadri <silvioq(at)gmail(dot)com> escribió:
>>
>> El día 4 de febrero de 2010 08:16, coconauta <coconauta(dot)ika(at)gmail(dot)com>
>> escribió:
>> > Seguro que es lo que dice Alvaro, calculen que por cada persona la
>> > busco,
>> > gran demora y ademas por cada persona hago un begin/commit, mas demora.
>> > en
>> > resumen es un pespelote hacerlo e la manera que lo hago.
>> > Pero mi duda era mas alla de eso, no porque demora tanto, sino porque
>> > cuando
>> > esta haciendo eso el samba se me cae.
>> > para los que preguntaron el samba comparte una carpeta montada en un
>> > disco2
>> > y el main de postgres lo tengo en otra carpeta de ese mismo disco2 (no
>> > compartido por samba)
>> > Saludos.
>> >
>>
>> ¿Probaste lo de poblar parcialmente las tablas (unos dos mil o tres
>> mil registros), hacer vacuum y finalmente completar la millonada que
>> te falta?
>>
>>
>> --
>> Silvio Quadri
>
> Si eso es lo que estoy haciendo.. tengo dividido toda la base en varios
> archivos, capital bsas, resto provincias en masc y fem.. hago un vacuum
> despues de cada uno, la cosa mejoro bastante ahora el % de cpu de postgres
> anda por los 25% o menos..
> y hasta ahora no se atoro mas samba.. cosa de mandinga?

Cosa de mandinga no. Te decía en el otro mail que cuando lo corrés por
primera vez toma el plan con las tablas vacías. Las de provincias y
localidades son irrelevantes.
Cuando lo corrés por segunda (en otra conexión) rearma el plan de
ejecución. Hacé como te digo y va a caminar.

head y tail son tus amigos para cortar los archivos.

Silvio

>
> como puedo sacar el uso de CPU por core?
>

--
Silvio Quadri