26.0.x: higher client CPU per call for `fetchone()` / `execute()` compared to 4.0.2
まだ誰も着手していません。
評価
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 初心者へのやさしさ
- 32/100
- issue の種類
- バグ
- 明瞭さ
- おおむね明確
- 活発さ
- 活発
- 技術スタック
- python
- 領域
- databases, performance
調査の方向性
Start by running the included repro_overhead.py against 4.0.2 and 26.0.1 in both thin and thick modes to confirm the fetchone() and execute() CPU gap while fetchmany() stays flat. Then compare how the two versions handle the per-row fetch path, since that is where the regression appears. Done means the per-call overhead is traced to a specific change and the numbers come back within a few percent of 4.0.2 in both modes.
索引モデルが issue の本文から書いたものです。
説明
- What versions are you using?
- python-oracledb: 26.0.1, compared with 4.0.2 (stock PyPI wheels)
- Oracle Database: 12.1.0.2.0
- Oracle Client (Thick mode): 19.18.0.0.0
- Python: 3.11.13
- platform.platform: Linux-6.18.54.1-microsoft-standard-WSL2-x86_64-with-glibc2.35
- sys.maxsize > 2**32: True
- Is it an error or a hang or a crash?
Neither: performance regression.
- What error(s) or behavior you are seeing?
fetchone() and execute() use more client CPU in 26.0.1 than in 4.0.2, in both Thin and Thick modes. fetchmany() is unchanged.
Client CPU time measured with the script below (seconds, average of two runs, each run being the median of 5):
| Operation | Mode | 4.0.2 | 26.0.1 | Change |
|---|---|---|---|---|
fetchone() loop, 50k rows |
Thin | 0.182 | 0.237 | +31 % |
fetchone() loop, 50k rows |
Thick | 0.199 | 0.303 | +52 % |
2000 × (execute() + fetchone()) |
Thin | 0.383 | 0.445 | +16 % |
2000 × (execute() + fetchone()) |
Thick | 0.397 | 0.477 | +20 % |
fetchmany() scan, 50k rows |
Thin | 0.169 | 0.179 | +6 % |
fetchmany() scan, 50k rows |
Thick | 0.190 | 0.190 | 0 % |
- Does your application call init_oracle_client()?
Both modes were measured (Thin and Thick).
- Include a runnable Python script that shows the problem.
No schema needed. Run once with each oracledb version:
ORA_USER=... ORA_PASSWORD=... ORA_DSN=host:port/service python repro_overhead.py thin
ORA_USER=... ORA_PASSWORD=... ORA_DSN=host:port/service python repro_overhead.py thick
import os
import statistics
import sys
import time
import oracledb
MODE = sys.argv[1] if len(sys.argv) > 1 else "thin"
ROWS = 50_000
N_EXEC = 2_000
REPEAT = 5
if MODE == "thick":
oracledb.init_oracle_client()
oracledb.defaults.arraysize = 100
oracledb.defaults.prefetchrows = 101
conn = oracledb.connect(user=os.environ["ORA_USER"], password=os.environ["ORA_PASSWORD"],
dsn=os.environ["ORA_DSN"])
SCAN = f"""select level, level / 7, date '2026-01-01' + mod(level, 365), 'row_' || level
from dual connect by level <= {ROWS}"""
ONE = "select :k, 'x' from dual"
def s1_fetchmany():
with conn.cursor() as cur:
cur.execute(SCAN)
while cur.fetchmany():
pass
def s2_execute_fetchone():
with conn.cursor() as cur:
for k in range(N_EXEC):
cur.execute(ONE, k=k)
cur.fetchone()
def s3_fetchone():
with conn.cursor() as cur:
cur.execute(SCAN)
while cur.fetchone() is not None:
pass
def cpu(fn):
fn() # warm-up
samples = []
for _ in range(REPEAT):
c0 = time.process_time()
fn()
samples.append(time.process_time() - c0)
return statistics.median(samples)
print("oracledb", oracledb.__version__, MODE)
print(f"fetchmany() scan of {ROWS} rows : CPU {cpu(s1_fetchmany):.3f} s")
print(f"{N_EXEC} x (execute() + fetchone()) : CPU {cpu(s2_execute_fetchone):.3f} s")
print(f"fetchone() loop over {ROWS} rows : CPU {cpu(s3_fetchone):.3f} s")
- 主要言語
- Python
- スター
- 455
- フォーク
- 119
- PR マージ指標
- 30日以内にマージされた PR はありません
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートあり
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
oracle/python-oracledb のほかの issue
-
難易度 4/5 3〜5日 初心者へのやさしさ 48/100
oracle/python-oracledb#623 ·
-
難易度 4/5 3〜5日 初心者へのやさしさ 55/100
oracle/python-oracledb#622 ·
-
Client Library or Database
難易度 4/5 3〜5日 初心者へのやさしさ 25/100
oracle/python-oracledb#620 · コメント 4 件 ·
-
難易度 4/5 3〜5日 初心者へのやさしさ 42/100
oracle/python-oracledb#619 ·
-
asyncio: DPY-4011 on connect_async() when the listener closes the original socket after a redirect対応中かも @AlexGracas が 16 日前に担当しました。 オープン
難易度 3/5 1〜2日 初心者へのやさしさ 35/100
oracle/python-oracledb#616 ·
oracle/python-oracledb の issue をすべて見る
似ている issue
-
[oblt-aw][autodoc] Update workflow docs for gh-aw v0.92.5 and detector permission scope対応中かも @github-actions が今日担当しました。 オープン
難易度 1/5 1〜3時間 初心者へのやさしさ 88/100
メンテナーはふだん 1 日以内に返信
-
enhancement
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
メンテナーはふだん 1 日以内に返信
-
roadmap-100
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
メンテナーはふだん 1 日以内に返信
-
comp/tools P2 tool/browser tool/file type/bug
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
NousResearch/hermes-agent#143418 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
python-hyper/uritemplate#164 ·