You can subscribe to this list here.
2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
(6) |
Sep
|
Oct
(19) |
Nov
(1) |
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2011 |
Jan
(12) |
Feb
(1) |
Mar
(4) |
Apr
(4) |
May
(32) |
Jun
(12) |
Jul
(11) |
Aug
(1) |
Sep
(6) |
Oct
(3) |
Nov
|
Dec
(10) |
2012 |
Jan
(11) |
Feb
(1) |
Mar
(3) |
Apr
(25) |
May
(53) |
Jun
(38) |
Jul
(103) |
Aug
(54) |
Sep
(31) |
Oct
(66) |
Nov
(77) |
Dec
(20) |
2013 |
Jan
(91) |
Feb
(86) |
Mar
(103) |
Apr
(107) |
May
(25) |
Jun
(37) |
Jul
(17) |
Aug
(59) |
Sep
(38) |
Oct
(78) |
Nov
(29) |
Dec
(15) |
2014 |
Jan
(23) |
Feb
(82) |
Mar
(118) |
Apr
(101) |
May
(103) |
Jun
(45) |
Jul
(6) |
Aug
(10) |
Sep
|
Oct
(32) |
Nov
|
Dec
(9) |
2015 |
Jan
(3) |
Feb
(5) |
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
(9) |
Aug
(4) |
Sep
(3) |
Oct
|
Nov
|
Dec
|
2016 |
Jan
(3) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2017 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(3) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(4) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
S | M | T | W | T | F | S |
---|---|---|---|---|---|---|
1
|
2
|
3
|
4
|
5
(7) |
6
(2) |
7
|
8
|
9
(5) |
10
|
11
|
12
(5) |
13
|
14
|
15
|
16
(3) |
17
(6) |
18
|
19
(1) |
20
|
21
(1) |
22
(1) |
23
(2) |
24
|
25
(2) |
26
(2) |
27
|
28
|
29
|
30
(1) |
|
|
|
|
|
From: Mason S. <ma...@st...> - 2013-09-12 18:38:04
|
Hi Bartlomiej, On Thu, Sep 12, 2013 at 6:05 AM, Bartłomiej Wójcik < bar...@tu...> wrote: > Hello! > > I'd like to thanks for Postgres-xc existence! > > > and I have a question: > > Is it safely to use it for the production purposes ? Could you tell us > by whom it is used ? > Yes, Postgres-XC is being used in production by our customers and another one is in the process of testing to deploy soon. I don't have permission to disclose them. Feel free to send me a private email if you would like to have a call on which you can ask me your questions and I can provide general (non-identifying) info. Regards, -- Mason Sharp StormDB - http://www.stormdb.com The Database Cloud Postgres-XC Support and Services |
From: Tim K. <tk...@ut...> - 2013-09-12 15:46:56
|
On Thu, Sep 12, 2013 at 6:49 AM, Bartłomiej Wójcik < bar...@tu...> wrote: > Hello, > > When I add every new node to my cluster the performance of the entire > cluster decreases by 20 percent. > > Cluster scheme: > > Host1(vm1, IP1, 2core 4GB ram): gtm > Host2(vm2, IP2, 2core 4GB ram): 1 gtm_proxy + 1 coordinator + 1 datanode > Host3(vm3, IP3, 2core 4GB ram): 1 gtm_proxy + 1 coordinator + 1 datanode > Host4(vm4, IP4, 2core 4GB ram): 1 gtm_proxy + 1 coordinator + 1 datanode > > I run pgbench (-S) and getting: ~1200 tps (on each) > > when I use (host1 and host2 and host3) the result is: ~1500 tps (on each) > > when I use (host 1 and host 2) the result is: ~1800 tps > > > Is this normal behavior ? > > All hosts use the same disk storage(very large throughput ~Gbit/s), > cores are not common, ramare not common > > > Regards! > > > I'm a lurker on the list, but I thought pg-xc was not designed to maximize transaction rate. Rather its designed for quickly completing a few very large transactions. THK > > ------------------------------------------------------------------------------ > How ServiceNow helps IT people transform IT departments: > 1. Consolidate legacy IT systems to a single system of record for IT > 2. Standardize and globalize service processes across IT > 3. Implement zero-touch automation to replace manual, redundant tasks > http://pubads.g.doubleclick.net/gampad/clk?id=51271111&iu=/4140/ostg.clktrk > _______________________________________________ > Postgres-xc-general mailing list > Pos...@li... > https://lists.sourceforge.net/lists/listinfo/postgres-xc-general > -- http://www.keittlab.org/ |
From: Pavan D. <pav...@gm...> - 2013-09-12 12:02:26
|
On Thu, Sep 12, 2013 at 5:19 PM, Bartłomiej Wójcik < bar...@tu...> wrote: > Hello, > > When I add every new node to my cluster the performance of the entire > cluster decreases by 20 percent. > > Cluster scheme: > > Host1(vm1, IP1, 2core 4GB ram): gtm > Host2(vm2, IP2, 2core 4GB ram): 1 gtm_proxy + 1 coordinator + 1 datanode > Host3(vm3, IP3, 2core 4GB ram): 1 gtm_proxy + 1 coordinator + 1 datanode > Host4(vm4, IP4, 2core 4GB ram): 1 gtm_proxy + 1 coordinator + 1 datanode > > I run pgbench (-S) and getting: ~1200 tps (on each) > > when I use (host1 and host2 and host3) the result is: ~1500 tps (on each) > > when I use (host 1 and host 2) the result is: ~1800 tps > > > Is this normal behavior ? > Are you using pgbench supplied with the XC ? If so, AFAIR pgbench has been modified to distribute the pgbench_accounts table on "bid" field. This was done to improve pgbench TPCC queries. I can see that it can adversely affect the -S case though. Can you try using the pgbench supplied with stock Postgres ? The automatic distribution will cause the pgbench_accounts table being distributed on the "aid" which is also the column used in WHERE clause of the select only queries of -S option. I would expect no performance drop in that case. Whether you can get a performance improvement with additional nodes will depend on the workload though. You really want to have a work load which can not fit your single server. IOW a scale factor such that the entire pgbench_accounts table does not fit the RAM of a single server will be appropriate. You would also want to run the test long enough so that shared buffers are populated with the data. Thanks, Pavan -- Pavan Deolasee http://www.linkedin.com/in/pavandeolasee |
From: Bartłomiej W. <bar...@tu...> - 2013-09-12 11:49:40
|
Hello, When I add every new node to my cluster the performance of the entire cluster decreases by 20 percent. Cluster scheme: Host1(vm1, IP1, 2core 4GB ram): gtm Host2(vm2, IP2, 2core 4GB ram): 1 gtm_proxy + 1 coordinator + 1 datanode Host3(vm3, IP3, 2core 4GB ram): 1 gtm_proxy + 1 coordinator + 1 datanode Host4(vm4, IP4, 2core 4GB ram): 1 gtm_proxy + 1 coordinator + 1 datanode I run pgbench (-S) and getting: ~1200 tps (on each) when I use (host1 and host2 and host3) the result is: ~1500 tps (on each) when I use (host 1 and host 2) the result is: ~1800 tps Is this normal behavior ? All hosts use the same disk storage(very large throughput ~Gbit/s), cores are not common, ramare not common Regards! |
From: Bartłomiej W. <bar...@tu...> - 2013-09-12 10:23:13
|
Hello! I'd like to thanks for Postgres-xc existence! and I have a question: Is it safely to use it for the production purposes ? Could you tell us by whom it is used ? Best Regards! |