Confluence 3.0 has significant performance improvements over Confluence 2.10 and earlier versions. This page explains the performance characteristics of Confluence 3.0 and shows the improvements that were made when compared to its predecessor Confluence 2.10. In brief, compared to version 2.10, Confluence 3.0 response times in Standalone mode are down by 30% to 40%, and response times in a cluster are down by 50%. In other words, the clustered version of Confluence 3.0 is now twice as fast as before. Confluence also scales a lot better than before: More or faster CPU's are better utilised with Confluence 3.0 than they were with 2.10 and earlier versions.

1 特定のパフォーマンスの改善

We have fixed a few bottlenecks that were so specific that you might have encountered them while analysing logfiles and thread dumps. Even if you did not see them, they might have been slowing your system down, depending on your use-case.

• 検索インデックスの再構築が、大幅に高速化され、最大ファクター 2 になりました。アトラシアンのパフォーマンス テストでは、20,000 ページのサンプル セットに 30 分 (Confluence 2.10 使用) かかっていたのが、たったの 16 分 (Confluence 3.0 を使用) になりました。
• データベース クエリの向上
  • CONF-14488 : Added composite database index to SpacePermissions table. This will speed up installations with many page or space restrictions
  • CONF-14422 : Now, only the most recent version of an attachment is loaded when retrieving it for the first time. This had slowed down pages (and the dashboard) when an attachment had hundreds or thousands of revisions
  • CONF-14273 : Reduced overall DB load when rendering pages, which can help overall performance in case the database server was under high load already
• キャッシュの強化
  • CONF-12894 : Improved resource caching to improve HTTPS/SSL speed. This will make the screen render faster when you are using HTTPS.
  • CONF-8034 : Now serving caching headers for attachments to improve user interface responsiveness: Attachments (this includes user avatars) will not be downloaded again by the browser, leading to faster page loads
• その他:
  • オフィス コネクタで PDF ファイルを表示する場合、メモリの消費量が少なくて済むため、リソース ガベージ コレクションが大幅に削減されます。これにより、一部のシステムが必要とされているレベルよりも遅くなっていました。
  • USGTRK-37 A bug was fixed in the usage statistics plugin that enables it to work smarter. It is still a plugin that is not made for high load so we suggest you disable it on high load scenarios

2 一般的なパフォーマンスの改善

ボード全体で小規模な改善を実装し、Confluence の応答時間と拡張性を向上させました。これらの改善点は小さく、数も多いため個別に提示することはできないため、全般的なパフォーマンス テストの結果を使用して効果を説明します。

In our general Confluence performance tests, we execute a standardised set of commonly-used functions that simulates the activity of concurrent users. We base this profile on the actual usage patterns of our public Confluence installation, a rather large and active instance. To cater for irregular usage spike, we increase the load by factor 10. On average, this load test performs 10 to 15 Confluence requests per second. Most customer installations do not even get close to these numbers during normal operation. Under normal (low) load, the response times are actually a lot better than what we present here. But we prefer to use this medium load scenario because it simulates cases which may occur infrequently, and in which Confluence still needs to perform reasonably well. In addition to this scenario, we defined two additional, more extreme scenarios that perform the same requests, but at 20 to 35 requests per second to simulate an even higher load.

会社の使用パターンに数値を適用します。

このページの注記は、Confluence 2.10 の際と同じテストを使用して、2.10 と 3.0 のパフォーマンスの違いを示すことを目的としています。

ハードウェア仕様

すべてのテストは、次の仕様を満たす 2 台 〜 4 台のサーバーで実行されました。

When testing the Confluence Standalone version, one server acts as the application server and one as the database server, which is the setup we recommend to customers to enable high performance. A third server is used to generate the load, using JMeter. In the cluster, we use two application servers and one database server. In the cluster configuration we use the Pound load balancer, which runs on the same (fourth) server as the load generator JMeter. We do not use any webserver or caching proxy for our tests, and we cannot make any recommendations about which one to use. We want to measure the raw performance of the application server and suggest that you use the webservers/proxies with which you are most familiar.

ソフトウェアと設定

使用された JVM 設定: -XX:MaxPermSize=192m -Xmx2000m -XX:+PrintGCTimeStamps -verbosegc -XX:+PrintGCDetails -XX:+PrintTenuringDistribution -XX:NewSize=384m -XX:SurvivorRatio=2 -XX:+UseParallelGC -XX:+UseParallelOldGC.仕様

これらのテストの際、パフォーマンスの問題があることが知られているため、使用状況追跡プラグインは無効化されます。高負荷デプロイメントでは、この機能をオフにすることをお勧めします。

Confluence standalone

最もよくあるのが、Confluence が 1 台の物理マシンにインストールされる場合です。クラスターを使用することがわかっている (または使用する計画がある) 場合、このセクションの対象となります。

Confluence 3.0 Standalone has significantly better performance characteristics than Confluence 2.10 Standalone. We compare three load scenarios and give the details below.

Medium Load scenario, Standalone, 1 CPU

アトラシアンでは、中程度の負荷を、loadtest からの 1 秒あたりのリクエスト数がおよそ 15 件の場合と定義します。ユーザー ベースがこれよりも小さいほとんどの顧客は、この使用率には遠く及びません。そのため、応答時間は、以下に示されている例よりも大幅に短くなります。ただし、まれに、アクティブ ユーザー数が 1000 未満の顧客であっても、使用率の急増が発生することがあります。そのため、中程度の負荷シナリオとして 1 秒あたり 15 リクエストを選択します。

ここでは、中規模の企業が使用するであろう仕様として想定した、Xeon CPU 1 基、4 コアのみの中程度のハードウェア (上記を参照) を使用しています。

Confluence 2.10 と Confluence 3.0 の応答時間

シナリオ	Average time in 2.10	Average time in 3.0	改善点	95 percent in 2.10	95 percent in 3.0	改善点
ラベルの参照	1619ms	1129ms	43%	3979ms	2387ms	66%
コメントを送信したユーザー	306ms	338ms	-9%	805ms	794ms	1%
コメントの付いたページをコメンターが閲覧する	737ms	628ms	17%	3386ms	1783ms	89%
コメンターがページを閲覧する	989ms	707ms	39%	4133ms	2168ms	90%
作成者がページを追加する	402ms	211ms	90%	765ms	391ms	95%
作成者が新しいページを送信する	525ms	387ms	35%	1161ms	882ms	31%
作成者がページを閲覧する	256ms	233ms	9%	704ms	501ms	40%
ダッシュボード	554ms	382ms	44%	1685ms	634ms	165%
編集者がページを表示する	520ms	417ms	24%	1881ms	1065ms	76%
ページの編集	332ms	250ms	32%	831ms	620ms	34%
編集者が編集を送信する	1199ms	961ms	24%	3949ms	3459ms	14%
ログイン ページへ移動	274ms	456ms	-39%	486ms	2795ms	-82%
ログイン	342ms	333ms	2%	774ms	480ms	61%
クイック ナビゲーション検索	134ms	57ms	133%	597ms	110ms	439%
リーダーが見つかりません	551ms	369ms	49%	1266ms	615ms	105%
リーダー RSS ブログ投稿 Atom	170ms	59ms	184%	637ms	67ms	838%
リーダー RSS ブログ投稿 RSS2	206ms	95ms	116%	754ms	97ms	675%
リーダー RSS コメント Atom	203ms	126ms	60%	929ms	481ms	92%
リーダー RSS コメント RSS2	369ms	151ms	143%	1602ms	477ms	235%
リーダー RSS ページ Atom	628ms	513ms	22%	2725ms	2147ms	26%
リーダー RSS ページ RSS2	800ms	547ms	46%	3381ms	2196ms	53%
ページを表示	890ms	584ms	52%	3259ms	1854ms	75%
スペース ページのリーダー	904ms	677ms	33%	2219ms	1566ms	41%
検索サイト	505ms	340ms	48%	2006ms	598ms	235%

Confluence 2.10 スループット

Confuence 3.0 スループット

Medium Load comparison between 2.10 and 3.0 in standalone mode

最も重要なシナリオ (「ページの表示」) では、この処理に約 900ms (Confluence 2.10) かかっていましたが、3.0 では、これが 600ms まで短縮されました (約 50% のパフォーマンス改善)。それ以外のほぼすべてのシナリオも同様に改善されました。中には 100% 以上 (例:　2 倍以上) 改善したものもあります。このシナリオのスループットは、約 13/秒から 14/秒に変化しただけでした。ただし、これは、テスト自体が多数のリクエストを行っていなかったためです。ここでの改善点は、たとえば、非常に複雑なページや多数のページをレンダリングする際などに、スループットの偏差 (上下) が削減されたことです。調整のページで説明したように、別のガベージ コレクターを使用して、線をより滑らかにすることも可能です。

High Load Scenario, Standalone, 2 CPUs

アトラシアンでは、1 秒あたり約 25 のリクエストに等しい負荷を生成するシナリオを、高負荷シナリオとして定義します。このテストでは、2 CPU という点以外は上記と同じハードウェアを使用しています。1 秒あたり 20 件以上のリクエストが想定される企業は、たとえそれが短いタイム フレーム内に発生する場合であっても、このテストに使用した場合より強力なハードウェア リソース (同等のコストの) を所有すると想定します。

Confluence 2.10 と Confluence 3.0 の応答時間

シナリオ	2.10 での平均時間	3.0 での平均時間	改善点	95 パーセント (2.10)	95 パーセント (3.0)	改善点
ラベルの参照	2389ms	1531ms	56%	6196ms	4195ms	47%
コメントを送信したユーザー	424ms	397ms	6%	1779ms	1603ms	10%
コメントの付いたページをコメンターが閲覧する	1211ms	815ms	48%	4729ms	2863ms	65%
コメンターがページを閲覧する	1402ms	912ms	53%	5284ms	3094ms	70%
作成者がページを追加する	558ms	297ms	87%	1962ms	1543ms	27%
作成者が新しいページを送信する	783ms	522ms	49%	2567ms	1545ms	66%
作成者がページを閲覧する	443ms	284ms	55%	1845ms	843ms	118%
ダッシュボード	905ms	506ms	78%	2771ms	1245ms	122%
編集者がページを表示する	807ms	504ms	59%	2650ms	2165ms	22%
ページの編集	551ms	338ms	63%	1961ms	1461ms	34%
編集者が編集を送信する	1524ms	1180ms	29%	5115ms	4189ms	22%
ログイン ページへ移動	409ms	419ms	-2%	1171ms	982ms	19%
ログイン	520ms	346ms	50%	2124ms	700ms	203%
クイック ナビゲーション検索	318ms	124ms	155%	1895ms	369ms	413%
リーダーが見つかりません	866ms	492ms	76%	2439ms	1579ms	54%
リーダー RSS ブログ投稿 Atom	300ms	105ms	186%	1549ms	191ms	709%
リーダー RSS ブログ投稿 RSS2	299ms	98ms	203%	1954ms	183ms	965%
リーダー RSS コメント Atom	390ms	224ms	74%	1946ms	931ms	108%
リーダー RSS コメント RSS2	362ms	254ms	42%	1824ms	1196ms	52%
リーダー RSS ページ Atom	1098ms	777ms	41%	4804ms	2848ms	68%
リーダー RSS ページ RSS2	1126ms	807ms	39%	4532ms	3406ms	33%
ページを表示	1248ms	742ms	68%	4188ms	2839ms	47%
スペース ページのリーダー	1410ms	914ms	54%	3749ms	2487ms	50%
検索サイト	804ms	411ms	95%	2611ms	1475ms	76%

Confluence 2.10 スループット

Confluence 3.0 スループット

High Load comparison between 2.10 and 3.0 in standalone mode

このシナリオは、Confluence 2.10 と 3.0 のパフォーマンス改善を最も良く表しています。Confluence 2.10 は 1 秒あたり約 22 件のリクエストを処理していたのに対し、Confluence 3.0 は 1 秒あたり約 27 件のリクエストを処理します。これは大きな改善ですが、応答時間はさらに劇的に変化しています。1 秒あたりのリクエストが 20 件になることがあれば、Confluence の応答時間は短くなり、ユーザーは違いに気付きます。

Peak Load Scenario, Standalone, 2 CPUs

アトラシアンでは、ピーク時の負荷を、ロード ジェネレーターからの 1 秒あたりの要求数がおよそ 35 件のものとして定義します。これらの1 秒あたりのリクエスト件数がこれらの高レベルに到達する顧客はほとんどありませんが、100.000 のユーザーがいて、そのユーザーの多くが同時にページを表示する場合、ピーク時の負荷シナリオに到達することがまれにあります。このテストも、2 CPU ハードウェアで実行されました。

Confluence 3.0 と Confluence 2.10 の応答時間

シナリオ	2.10 での平均時間	3.0 での平均時間	改善点	95 パーセント (2.10)	95 パーセント (3.0)	改善点
ラベルの参照	4747ms	3207ms	47%	10951ms	7575ms	44%
コメントを送信したユーザー	1517ms	1146ms	32%	4521ms	3611ms	25%
コメントの付いたページをコメンターが閲覧する	3148ms	2173ms	44%	9222ms	6184ms	49%
コメンターがページを閲覧する	3302ms	2317ms	42%	9891ms	6410ms	54%
作成者がページを追加する	1693ms	934ms	81%	3904ms	3170ms	23%
作成者が新しいページを送信する	2777ms	1959ms	41%	5812ms	5170ms	12%
作成者がページを閲覧する	1589ms	1065ms	49%	3523ms	3358ms	4%
ダッシュボード	2121ms	1420ms	49%	5492ms	3704ms	48%
編集者がページを表示する	2216ms	1502ms	47%	5081ms	4233ms	20%
ページの編集	1714ms	1062ms	61%	4008ms	3452ms	16%
編集者が編集を送信する	3945ms	3205ms	23%	10523ms	9467ms	11%
ログイン ページへ移動	934ms	818ms	14%	4544ms	4091ms	11%
ログイン	807ms	913ms	-11%	2879ms	3531ms	-18%
クイック ナビゲーション検索	1121ms	568ms	97%	4288ms	2704ms	58%
リーダーが見つかりません	2159ms	1222ms	76%	4265ms	3472ms	22%
リーダー RSS ブログ投稿 Atom	864ms	531ms	62%	2796ms	2511ms	11%
リーダー RSS ブログ投稿 RSS2	1099ms	527ms	108%	4307ms	2691ms	60%
リーダー RSS コメント Atom	1110ms	736ms	50%	3469ms	2760ms	25%
リーダー RSS コメント RSS2	1159ms	863ms	34%	3959ms	3130ms	26%
リーダー RSS ページ Atom	2395ms	2300ms	4%	7588ms	7342ms	3%
リーダー RSS ページ RSS2	2661ms	2258ms	17%	8295ms	7922ms	4%
ページを表示	3038ms	2055ms	47%	7809ms	5702ms	36%
スペース ページのリーダー	3005ms	1990ms	51%	6298ms	4850ms	29%
検索サイト	1950ms	1247ms	56%	4902ms	3647ms	34%

Confluence 2.10 スループット

Confluence 3.0 のスループット:

このテストは、同一コンピューター上のロード ジェネレーターによってわずかに歪められています。実際の結果はこれよりも少し良くなります。

Peak Load comparison between 2.10 and 3.0 in standalone mode

Confluence 2.10 is able to deliver about 22 requests per second, but response times are not so good. Rendering a page takes 3s and rendering the dashboard takes 2s on average. Confluence 3.0 delivers improved throughput of about 28 requests per second and response times are significantly better than 2.10 (rendering a page is down to 2s, and rendering the dashboard is down to 1.4s). However, response times under Peak Load in 3.0 are still not ideal. Even with 2 CPUs Confluence 3.0 starts reaching its limits here. While standalone is able to deliver results, what we really recommend for this peak load scenario is a clustered solution. Read on for more details.

Confluence をクラスター化

Confluence を多数のユーザーにロールアウトする際、負荷の急騰のバランスをとるためには、クラスター化が重要となります。最も一般的なデプロイメントでは、3 台の物理マシンマシンで実行されている (2 台 サーバーが 1 台のデータベース サーバーに接続されている) 2 ノードです。

クラスター化を行っても、低負荷シナリオでは 1 つのリクエストが早く処理される訳ではありませんが、クラスター化は並列して大量のリクエストを処理するシステムをサポートし、パフォーマンスが低下しません。

中程度の負荷シナリオ、クラスター、2 ノード、1 ノードあたり 1 CPU

上記のように、中程度の負荷を、1 秒あたり約 15 件のリクエストとして定義します。このテストでは、1 台あたりの CPU は 1 のみです。

Confluence 3.0 と Confluence 2.10 の応答時間

シナリオ	2.10 での平均時間	3.0 での平均時間	改善点	95 パーセント (2.10)	95 パーセント (3.0)	改善点
ラベルの参照	2477ms	919ms	169%	6365ms	2143ms	196%
コメントを送信したユーザー	410ms	380ms	7%	1127ms	856ms	31%
コメントの付いたページをコメンターが閲覧する	1029ms	595ms	72%	4193ms	1826ms	129%
コメンターがページを閲覧する	1367ms	786ms	73%	5264ms	2557ms	105%
作成者がページを追加する	611ms	214ms	184%	1463ms	414ms	253%
作成者が新しいページを送信する	692ms	422ms	63%	1596ms	938ms	70%
作成者がページを閲覧する	329ms	131ms	150%	1034ms	205ms	404%
ダッシュボード	1319ms	395ms	234%	3787ms	556ms	581%
編集者がページを表示する	750ms	387ms	93%	2592ms	1420ms	82%
ページの編集	493ms	208ms	136%	1569ms	433ms	261%
編集者が編集を送信する	1500ms	980ms	53%	4903ms	3435ms	42%
ログイン ページへ移動	854ms	357ms	138%	2898ms	547ms	429%
ログイン	961ms	422ms	127%	3320ms	597ms	455%
クイック ナビゲーション検索	183ms	56ms	226%	1178ms	107ms	1001%
リーダーが見つかりません	663ms	351ms	89%	1562ms	554ms	181%
リーダー RSS ブログ投稿 Atom	499ms	73ms	577%	2674ms	118ms	2166%
リーダー RSS ブログ投稿 RSS2	453ms	65ms	589%	1863ms	122ms	1420%
リーダー RSS コメント Atom	776ms	194ms	300%	3143ms	633ms	396%
リーダー RSS コメント RSS2	742ms	186ms	297%	2930ms	576ms	408%
リーダー RSS ページ Atom	1378ms	618ms	122%	4693ms	2109ms	122%
リーダー RSS ページ RSS2	1497ms	584ms	156%	4767ms	1899ms	150%
ページを表示	1352ms	631ms	114%	4538ms	2246ms	102%
スペース ページのリーダー	1251ms	793ms	57%	3124ms	1736ms	79%
検索サイト	709ms	258ms	174%	2652ms	399ms	564%

Confluence 2.10 スループット

Confluence 3.0 スループット

中程度の負荷の比較 (2.10 から 3.0、クラスター モード)

As you can see, the response time of each request is a lot better in Confluence 3.0. On average the performance has doubled, leading to response times that are just 50% of what they used to be. This means that a clustered installation provides the same responsiveness as a standalone installation, while still being much better at scaling, which will be shown below. In this example the load was so low that throughput did not increase very much.

高負荷シナリオ、クラスター、2 ノード、1 ノードあたり 2 CPU

上記のように、高負荷を、1 秒あたり約 25 件のリクエストが作成される状況として定義します。1 秒あたりのリクエスト数がこのレベルに到達する顧客はほとんどいませんが、数万ユーザーがいる場合は、ピーク営業時間に、これらのレベルに到達する可能性があります。このテストは、1 マシンあたり 2 CPU のサーバーで実行されます。

Confluence 3.0 と Confluence 2.10 の応答時間

シナリオ	2.10 での平均時間	3.0 での平均時間	改善点	95 パーセント (2.10)	95 パーセント (3.0)	改善点
ラベルの参照	4674ms	1447ms	222%	12831ms	3822ms	235%
コメントを送信したユーザー	584ms	442ms	31%	1948ms	1340ms	45%
コメントの付いたページをコメンターが閲覧する	1728ms	680ms	154%	5943ms	2164ms	174%
コメンターがページを閲覧する	2048ms	893ms	129%	7111ms	2868ms	147%
作成者がページを追加する	838ms	245ms	241%	2333ms	562ms	314%
作成者が新しいページを送信する	896ms	466ms	92%	2308ms	1181ms	95%
作成者がページを閲覧する	443ms	155ms	186%	1300ms	234ms	454%
ダッシュボード	2707ms	339ms	697%	7781ms	427ms	1722%
編集者がページを表示する	960ms	446ms	115%	2909ms	1633ms	78%
ページの編集	735ms	255ms	188%	2276ms	699ms	225%
編集者が編集を送信する	1888ms	1108ms	70%	6513ms	4060ms	60%
ログイン ページへ移動	1525ms	256ms	494%	4650ms	524ms	786%
ログイン	1278ms	406ms	214%	3712ms	598ms	520%
クイック ナビゲーション検索	540ms	49ms	1000%	4292ms	95ms	4418%
リーダーが見つかりません	882ms	413ms	113%	2151ms	813ms	164%
リーダー RSS ブログ投稿 Atom	1165ms	49ms	2245%	5052ms	72ms	6888%
リーダー RSS ブログ投稿 RSS2	1494ms	51ms	2825%	5565ms	69ms	7872%
リーダー RSS コメント Atom	1655ms	195ms	748%	5990ms	763ms	684%
リーダー RSS コメント RSS2	1497ms	197ms	656%	5892ms	822ms	616%
リーダー RSS ページ Atom	2440ms	630ms	287%	8300ms	2263ms	266%
リーダー RSS ページ RSS2	2562ms	685ms	273%	8027ms	2530ms	217%
ページを表示	1780ms	750ms	137%	5560ms	2728ms	103%
スペース ページのリーダー	1668ms	835ms	99%	4177ms	1976ms	111%
検索サイト	1691ms	275ms	513%	5853ms	407ms	1338%

Confluence 2.10 スループット

Confluence 3.0 スループット

高負荷の比較 (2.10 と 3.0、クラスター モード)

このテストでは、高負荷インスタンスのクラスターを使用することによって、どのようにスループットを高め、応答時間を削減できるかについて示しています。Confluence 3.0 には、クラスター バージョンにメリットのある多くの改善点があります。上記のテストの例では、負荷が大きくなると、Confluence は 8 コア マシンでより利用可能な CPU パワーをさらに活用し、非常に優れた応答時間で高い負荷を処理できることがわかります。これにより、クラスター化が

ピーク時負荷シナリオ、クラスター、2 ノード、1 ノードあたり 2 CPU

上記のように、ピーク時負荷を、1 秒あたり約 35 件のリクエストを作成するロード ジェネレーターとして定義します。このテストの間、1 台あたり 2 の CPU を使用しました。

Confluence 3.0 と Confluence 2.10 の応答時間

シナリオ	2.10 での平均時間	3.0 での平均時間	改善点	95 パーセント (2.10)	95 パーセント (3.0)	改善点
ラベルの参照	9179ms	2150ms	326%	22987ms	5695ms	303%
コメントを送信したユーザー	999ms	859ms	16%	3175ms	2712ms	17%
コメントの付いたページをコメンターが閲覧する	2760ms	1213ms	127%	8739ms	3908ms	123%
コメンターがページを閲覧する	3225ms	1672ms	92%	10941ms	5323ms	105%
作成者がページを追加する	2396ms	379ms	532%	7285ms	1487ms	389%
作成者が新しいページを送信する	1913ms	858ms	122%	4850ms	2548ms	90%
作成者がページを閲覧する	1070ms	270ms	296%	2925ms	1130ms	158%
ダッシュボード	7383ms	466ms	1481%	19349ms	1429ms	1254%
編集者がページを表示する	2460ms	761ms	223%	7388ms	2737ms	169%
ページの編集	2609ms	357ms	630%	7143ms	1385ms	415%
編集者が編集を送信する	4064ms	1821ms	123%	12599ms	6287ms	100%
ログイン ページへ移動	3622ms	280ms	1191%	13728ms	497ms	2657%
ログイン	3603ms	497ms	625%	12477ms	1045ms	1093%
クイック ナビゲーション検索	1268ms	92ms	1273%	9515ms	435ms	2084%
リーダーが見つかりません	1591ms	539ms	195%	3616ms	1622ms	122%
リーダー RSS ブログ投稿 Atom	4514ms	78ms	5688%	14570ms	136ms	10605%
リーダー RSS ブログ投稿 RSS2	4666ms	84ms	5416%	14554ms	134ms	10689%
リーダー RSS コメント Atom	4750ms	328ms	1346%	14934ms	1545ms	866%
リーダー RSS コメント RSS2	4723ms	302ms	1460%	16526ms	1412ms	1070%
リーダー RSS ページ Atom	6443ms	1012ms	536%	20556ms	4005ms	413%
リーダー RSS ページ RSS2	6287ms	1109ms	466%	17762ms	4175ms	325%
ページを表示	3363ms	1345ms	150%	10510ms	4717ms	122%
スペース ページのリーダー	3069ms	1161ms	164%	9475ms	3023ms	213%
検索サイト	3334ms	378ms	780%	10560ms	1368ms	671%

Confluence 2.10 スループット

Confluence 3.0 スループット

ピーク時負荷の比較 (2.10 と 3.0、クラスター モード)

このテストは、Confluence 3.0 がどの程度うまく拡張できるようになったかを示しています。負荷が大きくなっても、応答時間を短く維持します。Confluence 3.0 は、Confluence 2.10 よりも強力なハードウェアを活用できます。このことは、ページ ビューやダッシュボードなどの主要なシナリオでの応答時間を改善することで示されています。

フィードバックをお寄せください

フィードバックを歓迎します。このドキュメントはわかりやすかったですか? 最も関心を持っていた分野はカバーされていましたか?このページについてのコメントを残してください。