Posted By: medved (A~z na v~eky Mikov~ce.) on 'CZdatabases'
Title:     Re: Kapacita PostreSQL
Date:      Tue Aug 24 19:30:50 2004

> > To nemusi byt zrovna ten pripad. Uvnitr jednotlivych procesu mehou bezet 
> > vlakna vykonavajici jednotlive pozadavky uzivatelu. Nektere DB servery
> jsou 
> > navrzeny tak, ze pocet procesu v operacnim systemu odpovida poctu CPU-1 a 
> > veskere uzivatelske tasky jsou realizovany jako 1-n vlaken techto procesu.
> > Ma to znacne vyhody zejmena pri soucasnem pristupu na data.
> 
> Presne, Microsofti SQL server ma jen jeden proces a prepina thready/fibery, 
> podle nastaveni. Ale mne jde o to zda PostgreSQL resi tohle jako vetsina
> *nix 
> programu - novyma procesama. Podle dokumentace to vypada ze jo, ale chtel
> sem si byt jistej :) 

Jenom dotaz - muze MS SQL mnozit svuj proces (engine) tak aby jejich pocet 
odpovidal poctu CPU? 

Jinak viceprocesova architektura ma znacne nevyhody u propustnosti db serveru, 
ale zase se lepe klastruje. A navic si musi zakaznik koupit vetsi zelezo a 
pokud se databaze licencuje na CPU...  bhuhahaha (dabelsky smich).

> No to byla moje dalsi otazka - jak je na tom s vecma jako load balancing,
> fail 
> over, replikace. Jedna se o terabajty, updatovany/replikovany sou zhruba 
> desitky giga bajtu denne... V soucasny dobe ma Oracle na Solarisech sakra co
> delat aby to zvladl, proto se docela desim toho ze chtej sefove prejit na 
> PostgreSQL. 

Ajajaj. Tak to jedine pokud to aplikace dovoli. Tedy pokud lze pouzit nejake 
chytre reseni, napriklad rozsekat data na mensi bloky a nasadit stado blade 
stroju (resit distribuci zateze jiz v aplikaci). Nejake chytre reseni LB nebo 
replikace u PostgreSQL necekej. 

Nebo pokud se jedna o urcity typ dat/jejich pouziti - treba datove sklady lze 
resit velmi elegantne za desetinu nakladu s desetkrat rychlejsi odezvou ve 
specialnich DW databazich (oproti OLTP stroji). Ale to uz neni o PostgreSQL... 

>           Jerry III

Bye

Medved

No matter where you go, everyone is connected.