|
From: xiong w. <wan...@gm...> - 2010-11-25 05:25:16
|
Dears,
I am really appreciated your response.
Here is the basic information about my test.
My configure on DBT1 as follows:
[appServer]
#dbconnection-connection from 1 dbdriver to 1 backend, with 4 loaders, each
of the 5 coords receives 40 connections
10
#transaction_queue_size
1500
#transaction_array_size
1500
[dbdriver]
#items
1000
#customers
28800
#eu
1500
#eu/min
1000
#mean think_time
0.1
#run_duration in seconds
1200
#access mode access with access_direct or access_appServer
access_appServer
#access clean of order table with access_clean if cleanup, by default
disactivated if let empty
access_clean
The results by sar as follows:
Method1:
*coordinator/datanode 1:*
CPU %user %nice %system %iowait %steal %idle
Average: all 58.90 0.00 23.61 0.81 0.00 16.69**
*coordinator/datanode 2:*
CPU %user %nice %system %iowait %steal %idle
Average: all 64.19 0.00 28.67 0.55 0.00 6.58
Method2:
*coordinator/datanode 1:*
CPU %user %nice %system %iowait %steal %idle
Average: all 59.35 0.00 25.39 0.47 0.00 14.79
*coordinator/datanode 2:*
CPU %user %nice %system %iowait %steal %idle
Average: all 57.71 0.00 24.56 0.55 0.00 17.18
The average results by DBT1 as follows:
Method1:
*loader 1:*
1356.6 bogotransactions per second**
*loader 2:*
1843.7 bogotransactions per second
Method2:
*loader 1:*
757.4 bogotransactions per second**
*loader 2:*
779.3 bogotransactions per second
It's obvious that there is a big difference between Method1 and Method2. I
am courious about why.
Thanks again.
Regards,
Benny
2010/11/24 Koichi Suzuki <ko...@in...>
> Hi, Xiong;
>
> Could you tell me CPU and I/O usage you can measure by sar? I'm afraid
> load balance is not good in Method 2. How many backend did you use in each
> coordinator? Did you have any warning that connection overflew in data
> nodes?
Also, how long warm-up did you have?
>
> I'll let you know our configuration (sorry please let me have a bit).
>
> Regards;
> ---
> Koichi Suzuki
>
>
> (2010年11月24日 14:40), xiong wang wrote:
>
>> Hi Mason,
>> I tested it by 5 PCs.
>> The enviroment as follows:
>> 2 PCs, one datanode and one coordinator together on each of them,
>> GTM is on another PC,
>> 2 Loaders are on other 2 PCs.
>> Network 1G.
>> I tested Postgres-XC in two methods as follows:
>> Method 1.
>> loader -------- coordinator & datanode
>> \
>> GTM
>> /
>> loader -------- coordinator & datanode
>> Method 2.
>> loader-------- coordinator & datanode
>> \ / \
>> \ / \
>> /\ GTM
>> / \ /
>> / \ /
>> loader -------- coordinator & datanode
>> The DBT1 test results in these two methods are very different. Method 1
>> is much better than Method 2. I don't know why.
>> If I test Postgres-XC in Method 1, the DBT1 performance is close to what
>> the document declares. If I test it in Method 2, the result is much
>> worse than what the document writes. Could you tell me why the two
>> methods have so much effect on the DBT1 performace.
>> Thanks,
>> Regards,
>> Benny
>> >How much worse?
>> >How many physical servers are in each configuration? How is each server
>> >configured in each, with how many data nodes? What kind of network?
>> >Gigabit?
>> >Or was everything on one system? With virtual machines or without and
>> >just using different ports?
>> >Are there errors in the log file (connection limits hit)?
>> >Regards,
>> >Mason
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Increase Visibility of Your 3D Game App& Earn a Chance To Win $500!
>> Tap into the largest installed PC base& get more eyes on your game by
>> optimizing for Intel(R) Graphics Technology. Get started today with the
>> Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
>> http://p.sf.net/sfu/intelisp-dev2dev
>>
>>
>>
>> _______________________________________________
>> Postgres-xc-developers mailing list
>> Pos...@li...
>> https://lists.sourceforge.net/lists/listinfo/postgres-xc-developers
>>
>
>
|