pgpool2.git / summary / log / commit / refs
commit 7230ec1821f7c19d166ec4031599e5a90b65900c
Author: Tatsuo Ishii <ishii@sraoss.co.jp>
Date: Tue Jun 11 22:18:11 2019 +0000
Doc: fix typo in performance section.
doc.ja/src/sgml/performance.sgml | 4 ++--
doc/src/sgml/performance.sgml | 6 +++---
2 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/doc.ja/src/sgml/performance.sgml b/doc.ja/src/sgml/performance.sgml
index 79d111331..4fc354d87 100644
--- a/doc.ja/src/sgml/performance.sgml
+++ b/doc.ja/src/sgml/performance.sgml
@@ -203,8 +203,8 @@
<sect2 id="shared-relation-cache">
<title>共有リレーションキャッシュ</title>
<para>
- リレーションキャッシュは基本的にプロセス内のプライベートメモリにあり、セッションに結びついています。
- ですから、あるセッションでテーブルのリレーションキャッシュが作られても、別のセッションではそのリレーションキャッシュはまだ作られていないかも知れません。
+ リレーションキャッシュは基本的にプロセス内のプライベートメモリにあり、プロセスに結びついています。
+ ですから、あるセッションでテーブルのリレーションキャッシュが作られても、別のプロセスではそのリレーションキャッシュはまだ作られていないかも知れません。
結局すべてのプロセスでリレーションキャッシュが作成されるまで、<productname>PostgreSQL</productname>にクエリが送信され続けます。
<productname>Pgpool-II</productname> 4.1は共有メモリにリレーションキャッシュを作ることによってこの問題を克服しました。
共有メモリにリレーションキャッシュが作られると、他のセッションは共有リレーションキャッシュを検索することによってキャッシュの結果を得ることができます。
diff --git a/doc/src/sgml/performance.sgml b/doc/src/sgml/performance.sgml
index 3bdf548aa..19a964ee1 100644
--- a/doc/src/sgml/performance.sgml
+++ b/doc/src/sgml/performance.sgml
@@ -284,13 +284,13 @@ Process memory requirement in total (in mega bytes) = <xref linkend="guc-num-ini
<title>Shared Relation Cache</title>
<para>
The relation cache basically lives in process private memory,
- which is bound to a session. So even if a relation cache is
- created to for a table, in different session the relation
+ which is bound to a process. So even if a relation cache is
+ created to for a table, in different process the relation
cache might not be created yet. After all, until a relation
cache entry is created in all process, queries continue to
sent to <productname>PostgreSQL</productname>.
<productname>Pgpool-II</productname> 4.1 overcomes the issue
- by creating relation cahce in shared memory. If a session
+ by creating relation cachce in shared memory. If a session
creates a relation cache entry in the shared memory, other
sessions will get the cache result by looking at the shared
relation
[parent: 51bc494aaa7f]