Há algum tempo, compartilho de um servidor com mais um amigo, e tenho um site “pornô“, digo “pornô” porque ele não é exatamente isso, ele é sobre Peitos, e Peito é natureza.

Vamos ao um site hospedado junto com outro, pode interferir no ranking dos sites ‘vizinhos de IP’?

Reposta muito curta:

NÃO.

Resposta curta:

Depende da troca de links entre os sites envolvidos.

Resposta:

Supondo que um site A, com o domínio www.site1.com.br, está hospedado no mesmo local (não importa se é o mesmo servidor físico, detalhes em abaixo) do site B, cujo domínio é www.segundo.com.br. Ambos os sites estão no IP 187.10.200.15.

Basicamente o google não se importa com isso (o google se importa mais com o domínio em questão, veja o vídeo do Matt Cutts aqui: http://video.google.com/videoplay?docid=3583760678227172395).

O que acontece é que, se o site A contiver um link para o site B, hospedados sob o mesmo IP/classe C, ou seja, todos os 254 IPs da rede, terão um menor juice repassado para o site B, porém isso, se, e apenas se, o site A passar um link para o site B.

Ou seja, mesmo que você compre novos IPs, google knows e você teria que comprar uma rede inteira de IPs apenas para algo, que teoricamente, não vai fazer tanta diferença, pois quem faz cross-links não naturais (afinal, 3 ou 4 links, ou até mesmo 100 links de um site grande para outro grande não terá diferenças significativas), afinal, você não está fazendo black-hat com link-building né?

Fonte:

http://www.seroundtable.com/archives/013543.html

Neste post, existem links para outros blogs, onde também foi discutido sobre o assunto.

Não sou nenhum especialista em SEO, afinal, não sou especialista em nenhuma área, mas uma coisa é fato, não sou muito burro.

Observações: com toda essa onda de IPV6, eu não sei como isso irá parar, porque cada “usário” final irá receber em média 254 ips, ou até mesmo, em servidores, 65 redes por maquina.

Brincadeiras a parte, vamos lá: eu tenho certeza que você já quis colocar uma array no banco
(por exemplo, todos os telefones de uma pessoa) sem ter que criar outra tabela para criar a relação.

Agora que você esta ciente dos riscos, da quantidade de POG [dessa vez programação orientada a gambi mesmo] que você irá fazer, continuaremos.

Adicionar um novo campo com os telefones seria fácil demais:

create table blabla (
	id_blabla bigiserial,
	telefones text[]
);

Porém, você só poderia ter os telefones assim:

{
    '1234-2222', 123342123, 23212
}

Mas aí surgem necessidades como, separar o DDD, saber se é FAX, se tem ramal, etc…

Então, na mais pura maldade pensei:
“pow, seria muito legal ter um HASH ai nesse campo…”

Como a preguiça também é grande, não quis criar um TYPE do postgres, pois seria dispersão de tempo,
afinal este campo não precisa de search, é so um lugar pra jogar esta informação antes dela ser mais refinada.

Aí pensei, “Hmm, uma array de array resolveria o problema, ‘bora fazê’”:

Deixe assim:

create table blabla (
	id_blabla bigiserial,
	telefones text[][]
);

Pronto, agora você pode fazer isto:

{
    {tel,'1234-2222'},
    {tel,123342123},
    {tel,23212}
}

Assim, você salva chave, valor, chave, valor….

Em perl, é bem simples transformar um HASH em Array [tem várias formas também]:
A que eu utilizei foi esta:

        # Array de HASH
        my $array_de_hash = [{tel => 123, ddd => 11}, ... ];
        # array que vc vai colocar enviar ao banco
        my @as_array;
        foreach my $i (@$array_de_hash ) {
	        if (ref $i eq 'HASH') {
	                my @sub_array;
                        foreach my $k (keys %$i){
                                push(@sub_array, $k, $i->{$k});
                        }
                        push(@as_array, @sub_array);
                }else{
                        push(@as_array, $i);
                }
        }
        $array_de_hash = $database->quote( @as_array );

Este é um exemplo muito básico, e não tem recursividade, mas funciona para casos simples.

Falta o código perl pra montar o $array_de_hash novamente, mas acho que é só você fazer um foreach seguido de %hash = @valores;

{
    {matchkey,6868465D6A6E5660,telephone,11111111,extension,"",
      other,"",status,000000000000001,ddd,11}
}

Cheers

No dia 7 de maio [daqui a 5 dias] teremos o segundo encontro realizado pelos São Paulo Perl Mongers, que trará pessoas como Larry Wall e Brad Fitzpatrick.

Larry é o criador do Perl! Isso mesmo, o criador do Perl, aqui, em SP!

Fora isso, teremos palestras sobre MongoDB, Capacity Planning. Participações Vagner Diniz e Carlinhos Cecconi discutindo sobre o futuro da web segundo a W3c.

Eden Cardim, falando sobre Classes Remotas (mais uma coisa que só vem da cabeça dele!).

Você que AMA Perl, ou apenas quer saber como fazer sites com grande volume de carga, esse é o dia e o local ideal para você encontrar pessoas que podem fazer isso, e principalmente, aprender!

As inscrições estão, por enquanto, a R$ 200 reais, incluindo café da manhã e almoço e café da tarde! Ah, além da comida você pode falar com as pessoas!

Não sabe inglês? isso não é desculpa! Teremos tradução simultânea fornecida por uma empresa especializada nisso.
Para fazer sua inscrição, basta preencher o formulário abaixo.

O valor da inscrição é de R$ 200. Você pode parcelar sua inscrição em até 3x sem juros no cartão.

Não perca tempo, as vagas são limitadas!

http://perlworkshop.com.br/inscricao

Veja a programação:

http://perlworkshop.com.br/programacao

Menor valor

create function minimum(anyarray)
returns anyelement as $$
   SELECT min($1[i])
   FROM generate_series(array_lower($1,1), array_upper($1,1)) g(i);
$$ language sql immutable strict;

Maior valor

create function maximum(anyarray)
returns anyelement as $$
   SELECT max($1[i])
   FROM generate_series(array_lower($1,1), array_upper($1,1)) g(i);
$$ language sql immutable strict;

Testando:

SELECT *, minimum(abc), maximum(abc)
FROM qualquer_tabela;

Legal eim? Porém, diga-se de passagem, não é aconselhável usar campos arrays para fazer pesquisas de dados. Para isso, existem as FKs, que usam indexes.

Consultas:

• procurar array o Máximo e Mínimo postgres
• consultar o mínimo e máximo numa array no postgres

Pediram-me para fazer, apenas um arquivo com todos os acessos do site usando PHP.

Outra regra e que se retorna uma imagem transparente com 1px/1px.

Então fiz uma rotinas em PHP bem simples:

		$item = array(
			'REMOTE_ADDR' => $_SERVER['REMOTE_ADDR'],
			'REQUEST_TIME' => $_SERVER['REQUEST_TIME'],
			'PATH_INFO'    => $_SERVER['PATH_INFO'],
			'HTTP_USER_AGENT' => $_SERVER['HTTP_USER_AGENT'],
			'get' => @$_GET,
			'post' => @$_POST,
		);
		$myFile = "testFile.txt";
		$fh = fopen($myFile, 'a') or die("can't open file");
		$stringData = json_encode($item). "n";
		fwrite($fh, $stringData);
		fclose($fh);
		Header( "Content-type: image/gif");
		Header( "Expires: Wed, 11 Nov 1998 11:11:11 GMT");
		Header( "Cache-Control: no-cache");
		Header( "Cache-Control: must-revalidate");
		printf ("%c%c%c%c%c%c%c%c%c%c%c%c%c%c%c%c%c%c%c%c%c%c%c%c%c%c%c%c%c%c%c%c%c%c%c%c%c%c%c%c%c%c",
                  71,73,70,56,57,97,1,0,1,0,128,255,0,192,192,192,0,0,0,33,249,4,1,0,0,0,0,44,0,0,0,0,1,0,1,0,0 ,2,2,68,1,0,59);
		exit;

Bom, neste caso, estou apenas fazendo “append” num arquivo, depois, quando for necessário, farei um perl (ou um PHP) para analisar tais dados.

Cada linha do arquivo é comporta por um JSON com a estrutura igual ao do array $item.

Um ponto positivo nesta opção é que pode-se usar tanto num e-mail quanto numa página qualquer do site, pois, não é necessário um javascript.

Assim você pode salvar quantas pessoas acessam uma pagina de forma eficiente e consultar executando um “grep”!

Mas continue lendo!

Depois de entregar o script, fiz algumas alterações nele script acima para poder permitir que seja executado algum processamento sem fazer o GIF demorar em responder.

Basicamente desabilita o gzip e fecha a conexão e continua executando o código.

Para saber mais pesquise sobre como executar código PHP depois de fechar a conexão com php, ou executar comando demorados no php.

arquivo.php

	@apache_setenv('no-gzip', 1);
	@ini_set('zlib.output_compression', 0);
	@ini_set('output_buffering', 'off');
	ob_end_clean();
	header("Connection: close");
	ignore_user_abort(); // optional
	ob_start();
	header( "Content-type: image/gif");
	header( "Expires: Wed, 11 Nov 1998 11:11:11 GMT");
	header( "Cache-Control: no-cache");
	header( "Cache-Control: must-revalidate");
	printf ("%c%c%c%c%c%c%c%c%c%c%c%c%c%c%c%c%c%c%c%c%c%c%c%c%c%c%c%c%c%c%c%c%c%c%c%c%c%c%c%c%c%c",
		71,73,70,56,57,97,1,0,1,0,128,255,0,192,192,192,0,0,0,33,249,4,1,0,0,0,0,44,0,0,0,0,1,0,1,0,0 ,2,2,68,1,0,59);
	$size = ob_get_length();
	header("Content-Length: $size");
	ob_end_flush();
	flush();
	# da qui pra baixo nao adianta mudar o conteudo da tela...
	$item = array(
		'REMOTE_ADDR' => $_SERVER['REMOTE_ADDR'],
		'REQUEST_TIME' => $_SERVER['REQUEST_TIME'],
		'PATH_INFO'    => $_SERVER['PATH_INFO'],
		'HTTP_USER_AGENT' => $_SERVER['HTTP_USER_AGENT'],
		'get' => @$_GET,
		'post' => @$_POST,
	);
	$myDir     = "/home/renato/log";
	$importDir = "/home/renato/log-para-processar";
	$run_perl  = array ('/projetos/processador-de-logs', 'importador-de-logs.pl', 'log.txt');
	$today = "log-".date('Y-m-d').".txt";
	$myFile = $myDir . "/$today";
	# escreve no arquivo o log do get
	$fh = fopen($myFile, 'a') or die("can't open file");
	$stringData = json_encode($item). "n";
	fwrite($fh, $stringData);
	fclose($fh);
	$proc = 0;
	# pega a lista de todos os arquivos que estão dentro de $myDir para mover para o $importDir ao menos que seja o $myFile
	$myDirectory = opendir($myDir);
	// get each entry
	while($entryName = readdir($myDirectory)) {
		if (substr($entryName, 0, 3) == 'log' && is_file("$myDir/$entryName") && $entryName != $today){
			rename("$myDir/$entryName", "$importDir/$entryName");
			$proc++;
		}
	}
	closedir($myDirectory);
	if ($proc){
		# executa o perl
		`(cd $run_perl[0]; perl $run_perl[1] 1>> $run_perl[2] 2>&1 &)>/dev/null`;
	}

Claro que você pode remover o código perl que é executado, ou até mesmo a separação de arquivos.

Fica a seu critério!

Hoje, terça-feira, tivemos aula com o prof. Nilson, de Cálculo diferencial e integral I [aka: matemática].

Explicou o básico sobre funções, e passou a grade deste semestre junto com a bibliografia.

Já são quase 1 da manhã, então não vou colocar agora uma tabela aqui com a grade.

Porém, como já esta sendo dito várias vezes, eu criei um grupo no Google Grupos,

o e-mail é ciencia-da-computacao-019201a01@googlegroups.com um pouco grande, porém é bem simples: nosso curso separado por traço seguido pelo código da nossa turma. Assim não atrapalhamos mais nenhuma outra sala.

Participe do grupo FMU Ciência da Computação 2011

E-mail:

Visitar este grupo

Apenas vou deixar liberado o grupo para pessoas da sala, afinal, nem todos os documentos que ficarão em anexo no google docs (preciso testar se da pra enviar e-mail com anexo)  são públicos.

Já foi passada uma lista para um aluno (que não sei porque eu sempre fico pensando que se chama Igor, mas não é) com nome/email.

Ele é programador Python, e vai me passar um TXT com a relação para eu já enviar os convites.

Também teve outro aluno, que disse que vai criar um grupo no MSN, quem quiser, pode usar. Ele disse que ia colocar no orkut, mas a comunidade que ele disse, necessita de aprovação do moderar, ou seja => não sei qual é o e-mail do grupo do msn.

Por agora é só.

Hoje teoricamente é o primeiro dia da faculdade, curso de ciencia da computação, na FMU (http://www.fmu.br).
Teoricamente, pois dependendo do horário/trânsito/tranbriques, não vou conseguir chegar a tempo lá.

Eu recebi um e-mail no dia 28/jan da FMU sendo informado  que eu estaria no prédio Brigadeiro, campus Liberdade, e que receberia outro e-mail confirmando o prédio/horário. Apenas recebi um e-mail avisando sobre os boletos e que não é permitida a entrada sem a carteira (tal carteira que não sei como obter ainda).

Esquecendo-se destes detalhes, apresento os professores e as aulas:

Segunda-feira: MARCOS JOSE SANVIDOTTI => Eu estou em dúvida qual curso ele irá lecionar, porém, achei alguns textos na internet, cujo nome dele é citado, e falam sobre a construção de um protótipo para próteses (1).
Possíveis cursos:  CALCULO DIFERENCIAL E INTEGRAL I, INTRODUCAO A CIENCIA DA COMPUTACAO, INTRODUCAO A LOGICA, INTRODUCAO AO PROJETO DE ALGORITMO
Segunda-feira:NILSON GESSONI SAPATA AGUILAR FERREIRA Professor muito gente fina, mesmo sendo um curso de ciência da computação, já esperava que não fosse ver uma linha de código por algum tempo (ainda bem, já vejo o dia inteiro…). Não estou puxando saco, e que é melhor entregar as coisas via uma lista de e-mail, do que ficar copiando textos “a toa”.
Curso: Administração

Terça-feira: NELSON DIAS LEME=> Achei um resumo dele falando um estudo que ele realizou em conjunto com seus alunos para ensinar matemática financeira.
Curso: CALCULO DIFERENCIAL E INTEGRAL I

Quarta-feira: corretamente na quarta o MARCOS JOSE SANVIDOTTI,
leciona o curso de introdução a lógica. Como já foi dito, achei alguns textos na internet, cujo nome dele é citado, e falam sobre a construção de um protótipo para próteses (1)

Quinta-feira: MARIA DO CARMO GARCIA NORONHA => encontrei mais material sobre ela! Parece uma pessoa legal, afinal, tenho certeza que tal é programadora! Provavelmente ainda tem as 3 filhas (Karina, Fernanda e Beatriz). Fez um projeto de analises automáticas léxicas sobre textos usando LeX (http://en.wikipedia.org/wiki/Lex_(software)) [deve conhecer perl] e deve saber bastante sobre Regular Expressions! (3)
Cursos:  INTRODUCAO A CIENCIA DA COMPUTACAO

Sexta-feira: HIROMASA NAGATA => Mais um programador! Dessa vez, COBOL. O único conteúdo sobre ele que encontrei, foi num fórum, onde o nome dele foi citado dizendo que “excelente curso, ministrado por um ótimo, experiente e exigente professor” (2)
Possíveis cursos: INTRODUCAO AO PROJETO DE ALGORITMO

Detalhes sobre o site eu vou deixar para depois… Acho que vou fazer um javascript para arrumar a pagina http://www.fmu.br/aluno/consultas.asp?m=4&s=79&o=7&rnd=40581,3516898148 pois, se você é aluno, só quer ver os cursos da onde você estuda, certo?

Endereço do curso de ciência da computação: AV. BRIG. LUIS ANTONIO, 1089
O lugar é conhecido como PRÉDIO 39. Somos privilegiados e estamos no primeiro andar, na sala 101 (pelo menos a minha turma: 019201A01)
Como cheguei lá hoje (segunda-feira): eu estava próximo a estação Trianon – Masp do metro [pois é onde trabalho] portanto, simplesmente andei até quase a estação brigadeiro (15 minutos) e desci em direção a Av. Brigadeiro.

Curiosamente, se você precisar traçar uma rota pelo google maps, utilize o número 1030, pois é onde o google acha que é.

Click aqui para ver o lugar

Pelo Google Analytics hoje percebi que teve muita procura por “como chegar na fmu de brigadeiro”, então já fica ai explicado para outras pessoas!
Links:

(1): http://www.unicamp.br/unicamp/unicamp_hoje/ju/marco2006/ju317pag9.html

(2): http://www.hardware.com.br/comunidade/assembly-cobol/968411/1.html

(3): http://www.uscs.edu.br/comu/noticias.php?ind=1216

a campus party ja era…

sem link de 100mb (pois eh isso q vc recebe, culpa do switch) nao tem mais graca!

Acabei q voltei ontem mesmo de carona com um amigo que me deixou na penha, mas…

esqueci o teclado no carro dele, e nao to com ele em lugar nenhum (msn, face, twiter…)

o jeito e eu levantar da cama e ir comparar outro, mas nem sai do lugar ainda (serio, meu notebook dormiu aqui do lado)

Internet tem lá, então o pessoal do trabalho pode me chamar a vontade, exceto nestas horas das palestras de:

• Palestra: MongoDB – um banco de dados orientado a documento, fácil e divertido
• Palestra: Trilhando o Caminho PHP
• Palestra: Psicologia nos jogos
• Palestra: MongoDB – um banco de dados orientado a documento, fácil e divertido
• Palestra: Simbolismo nos jogos
• Palestra: Futuro da Web, HTML5 e W3C
• Palestra: Como ganhar dinheiro criando jogos
• Palestra: Unreal Engine
• Palestra: O Jogo da Vida
• Palestra: HTML 5

Estou tentando seguir o kit de sobrevivencia do estadão (http://www.estadao.com.br/especiais/kit-de-sobrevivencia-para-a-campus-party,44230.htm) mas ta complicado…
Eu tenho uma mochila, falta por as roupas/toalhas,
agora certas coisas eu não tenho: chinelos de dedo (I HATE HAVAIANAs) e muito menos vou levar dois!

Eu vou ficar com o tênis o tempo todo e so vou tirar pra tomar banho, ai eu uso meu Rider!

Já comprei 1 plug adaptador para o padrão novo das tomadas, e vou levar a regua daqui de casa também, assim, só preciso de 1 adapatador.

O notebook vai continuar com a gambi (look http://twitpic.com/399xqi) e só tiro se me pedirem.

Estou planejando de ir pro trampo, pegar minhas coisas (o meu fone de ouvido ta lá) e voltar pra casa, pra ir de carro pra CP, pois ainda preciso pensar numa foram de levar o computador e o monitor…

Quarta feira eu saio pra ir numa reunião, e sexta também, mas volto pra CP do mesmo jeito.

Estou fingido que vou dormi em cima do teclado, pois não estou nada a fim de levar cobertores, nem nada do tipo! Qualquer coisa o metro é perto (menos de 2km), e ja estou preparando minha conta do megaupload, pois comprei 2 TB só pra ir pra CP.

Tambem, em algum dia desses, vai ter apresentação do opendata (http://marciodesouzaferreira.blogspot.com/2011/01/hack-de-dados-publicos.html) e eu vou assitir!

— UPDATE 18:13

Vai ser na quarta feita, apresentada pelo Maluco (http://www.maluco.com.br/blog/)

Ah, outra coisa, minha mãe ta fazendo minha mala, rs! Ela tem uma mochila de viagem, eu uma de notebook!

Como todos deveriam saber, o postgres usa o conceito de MVCC (see more on http://en.wikipedia.org/wiki/Multiversion_concurrency_control), ou seja, ele tem o histórico de todas as linhas que de alguma forma entraram no banco.
Isso é feito para ganhar velocidade e permitir consultas em várias transações ao mesmo tempo. Esta regra só é quebrada no truncate (TRUNCATE is transaction-safe, however: the truncation will be safely rolled back if the surrounding transaction does not commit.)

Isso basicamente quer dizer, quando você faz um UPDATE/DELETE o “valor” do registro antigo ainda está no disco, de alguma forma, guardado, que pode, ocasionalmente, ser lido por uma transação, ou ser esquecido como se fosse uma “memory leak”.

Mas calma, isso é normal.

Quando você faz um truncate, o banco remove todos os registros no disco, por isso é tão rápido, e libera também todo o espaço no disco.(após o commit).

Vacuum

O vacuum no postgres, foi criado para fazer a limpeza desses registros “mortos”, melhorando a velocidade do banco de dados, geralmente ele é utilizado junto com o comando Analyse, que já faz algumas estatísticas para melhorar o GEQO (planejador das estratégias para executar a query).

Porém, o vacuum, sem ser utilizado o parâmetro FULL, apenas analisa os dados mortos, tira dos índices e se, no não tiver ninguém usando aquela tabela, ele talvez vai tirar os dados mortos, se ele estiverem no “final” do arquivo.

There are two variants of the VACUUM command. The first form, known as “lazy vacuum” or just VACUUM, marks expired data in tables and indexes for future reuse; it does not attempt to reclaim the space used by this expired data unless the space is at the end of the table and an exclusive table lock can be easily obtained.)

O VACUUM FULL faz um lock exclusive na tabela e faz a limpa verdadeira e quando termina ele libera o espaço em disco.

Na versão nova do postgres (9.0) que já estou com esta versão instalada, mas ainda não tive a oportunidade de ver esse maravilhoso banco rodado em produção, ao executar o VACUUM FULL, ele faz algumas verificações, e se você tiver espaço o suficiente em disco, ele “clona” os registros ativos da tabela e remove completamente a antiga.

A própria documentação diz que se deve utilizar o VACUUM FULL apenas nas tabelas grandes, que são mexidas com freqüência, pois em tabelas pequenas não têm muita importância.

O VACUUM FULL foi feito para reduzir o tamanho da tabela em disco, em tempos que o custo de armazenamento era caro!

Todavia, às vezes, acontece que até nos dias de hoje, ficamos sem espaço!

fazendo a kagada!

Copy

Estávamos com um problema em alguns registros, e seria necessário o reprocessamento, cerca de 6 milhões.
Extraímos os registros e reprocessamos numa ferramenta externa (não é nossa), porém, a maldita, fez uma caca em alguns registros e “descolunou” alguns registros que tinham erros de encoding.
Isso ferrou com o Copy, pois no lugar da linha correta, tínhamos isto:
ENDEREÇO INCOMPLE|TO20-10-12|31RUA
No lugar de:
ENDEREÇO INCOMPLETO|20-10-1231|RUA

Bad idea, but works

A solução adotada foi: tenta subir o arquivo, em caso de erro, remove a linha e tenta subir o copy novamente

Os arquivos estavam divididos em lotes de 10,000 registros, então, cada “tentativa” demorava em torno de 5 segundos para “dar pau”.

Como não sabia quantos registros teriam errados, e seria um porre fazer isso na mão, fizemos um script perl porco, algo como: while(1){tenta subir/remove linha em caso de erro, sair se deu certo}

Resultado, depois de umas 18 horas rodando, o script terminou todo os arquivos (aeee!)

Porém, depois disso, percebemos que o banco todo tava uma lesma, não saia do lugar.
Fizemos um “df -h” e percebemos que não tínhamos quase mais espaço:

Filesystem            Size  Used Avail Use% Mounted on
/dev/sdb2             273G  257G   17G  95% /dados

WTF?! O banco quadruplicou de tamanho em 1 dia? como?

“Precisamos fazer um dump/restore o rodar o vacuum full no banco.”

VACUUM FULL: MEU MEDO!

O vacuum full no banco todo iria demorar sabe-se lá quantas horas, queria fazer um dump/restore, mas com que espaço?
Eu tinha mais 60GB em outra máquina, mas como saber se agora o banco não tinha realmente 200GB?

Inicialmente, mandei rodar o VACUUM na tabela que ficou recebendo o COPYs por 18 horas e paralelamente, fiz a query:

select
      pg_size_pretty(
           sum(
               pg_total_relation_size(table_schema||'.'||table_name)::numeric
           )::bigint
    )
from information_schema.tables
where table_name != 'tabela_do_copy' ;

Hmm, o resultado foi 44 GBs, “ótimo”, vendo um pouco, apaguei uma tabela com 7GB, mas nada adiantou, ainda estava sem espaço no disco para fazer um dump/restore.

Enquanto pensava no que ia fazer (fazendo outras coisas, rs) o LOG do VACUUM FULL foi:

INFO:  "tabela_do_copy": encontrados 165572175 versões de registros removíveis e 5288751 não-removíveis em 19412081 páginas
DETAIL:  0 versões de registros não vigentes não podem ser removidas ainda.
Versões de registros não-removíveis estão no intervalo de 132 a 620 bytes.
Havia 348616357 ponteiros de itens não utilizados.
Espaço livre total (incluindo versões de registros removíveis) é 154874208912 bytes.

EITA FUCK! 154874208912 bytes, hmm, translators cafe… 144 GB WILL BE FREE!

Todo o espaço estava sendo usado numa mesma tabela, que beleza!

Quando terminasse o VACUUM FULL eu poderia fazer o dump/restore e rodar um ANALYSE no banco inteiro (pois recentimente, troquei alguns bigints/numeric/int para smallint, mas não dei vacuum full ainda, ou seja, as versões com tipagem erradas ainda estão la no disco.

Escrevi este post apenas para lembrar que COPYs mal sucedidos também ocupam espaço, coisa que eu não pensava, pois “teoricamente” “não subiu”.

Perl

No CPAN temos um modulo que têm este comportamento ao mandar subir um copy, o Pg::BulkCopy, ele automaticamente quebra os registros que você passou para ele em lotes de 10 mil e tenta subir, em caso de erro, ele remove este registro e tenta novamente.

Então se você faz uso do Pg::BulkCopy ou faz copys que dão errado com frequencia, é uma boa pensar em VACUUM FULL nessas tabelas!