Le mer. 15 févr. 2017 à 16:38, Luiz Carlos L. Nogueira Jr.
<lcnogueir...@gmail.com> a écrit :
O que quero resolver é problema de CPU sem mexer na aplicação,
pois vem de terceiros,
Tem aplicação que não tem como resolver mesmo, só mandando refazer.
Situação típica é a dum sistema que funciona numa escala menor, e
que abre o bico ao tentar crescer. Amiúde o consumo de recursos
cresce exponencialmente com fatores como cardinalidade das relações
(tamanho das tabelas), concorrência &c.
O SQL não implementa toda a independência de dados proposta pelo
modelo relacional, portanto os ajustes no modelo de dados, físico e
lógico, são relativamente restritos mas podem ser úteis: índices,
chaves, restrições de integridade (não apenas as referenciais) &c.
Hoje tenho 36 CPUs
36 chips ou 36 núcleos?
e o Load Average e CPU pipocam, travando o servidor de banco.
Mas de que processos? Faz muita diferença quem consome esses
recursos: aplicações (PLs como PL/pgSQL, PL/Java &c) ou acesso a
dados, por exemplo.
Eu sei que o armazenamento do RAC Oracle é centralizado (temos essa
solução também implementada para outras aplicações) e sei que o
postgres não tem essa estruturade armazenamento centralizado.
Mas já olhaste o XL? Acho que já te propuseram isso duas vezes…
Por isso comecei jogando a possibilidade de um master-master
síncrono, pois é o que ainda vejo como uma possibilidade com o
postgres
Isso é um problema enorme na prática, a menos que você consiga
particionar os dados. O que geralmente só é viável se a aplicação
é tua.
--
skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra
+55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org
+55 (61) 9302 2691 ICQ/AIM: aim:GoIM?screenname=61287803
BRAZIL GMT−3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm
_______________________________________________
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral