Tracing JIT: a bool read from three object properties is stale right after read()/write()/unread() warm their own traces (opcache.jit=1254)
維護者通常 1 天內回覆
評估
這個 Issue 還沒有評估資料。
描述
Description
Reduced from testing the read/write/unread/eof sequence of a string-buffer class (no external code; the class below only keeps a few private fields and does the same bookkeeping, nothing phasync-specific is left).
The following code:
<?php
final class StringBuffer
{
private \SplDoublyLinkedList $queue;
private string $buffer = '';
private int $length = 0;
private int $offset = 0;
private int $totalRead = 0;
private int $totalWritten = 0;
private bool $ended = false;
public function __construct()
{
$this->queue = new \SplDoublyLinkedList();
}
public function isEmpty(): bool
{
return $this->offset === $this->length && $this->queue->isEmpty();
}
public function write(string $chunk): void
{
if ($this->ended) {
throw new \RuntimeException('Buffer has been ended');
}
$this->totalWritten += \strlen($chunk);
$this->queue->push($chunk);
}
public function read(int $maxLength): string
{
if ($maxLength < 0) {
throw new \OutOfBoundsException("Can't read negative lengths");
}
$this->fill($maxLength);
$chunk = \substr($this->buffer, $this->offset, $maxLength);
$length = \strlen($chunk);
$this->offset += $length;
$this->totalRead += $length;
return $chunk;
}
public function end(): void
{
if ($this->ended) {
throw new \LogicException('StringBuffer already ended');
}
$this->ended = true;
}
public function eof(): bool
{
return $this->ended && $this->offset === $this->length && $this->queue->isEmpty();
}
public function unread(string $chunk): void
{
if ($this->ended && $this->offset === $this->length && $this->queue->isEmpty()) {
throw new \LogicException("Can't unread to an ended and empty StringBuffer");
}
$chunkLength = \strlen($chunk);
$this->totalRead -= $chunkLength;
if ($this->length === $this->offset) {
$this->queue->unshift($chunk);
} else {
$this->buffer = $chunk . \substr($this->buffer, $this->offset);
$this->length += $chunkLength - $this->offset;
$this->offset = 0;
}
}
protected function fill(int $requiredLength): bool
{
if ($this->offset > 4096) {
$this->buffer = \substr($this->buffer, $this->offset);
$this->length -= $this->offset;
$this->offset = 0;
}
while ($this->length < $this->offset + $requiredLength && !$this->queue->isEmpty()) {
$chunk = $this->queue->shift();
$chunkLength = \strlen($chunk);
if ($this->length === $this->offset) {
$this->buffer = $chunk;
$this->length = $chunkLength;
$this->offset = 0;
} else {
$this->buffer .= $chunk;
$this->length += $chunkLength;
}
}
return $this->length >= $this->offset + $requiredLength;
}
}
$sb = new StringBuffer();
$sb->write('A');
assert($sb->read(1) === 'A');
assert($sb->isEmpty() === true);
$sb->write('B');
$sb->unread('X');
assert($sb->read(2) === 'XB');
$sb->end();
assert($sb->eof() === true);
$sb = new StringBuffer();
$count = 0;
for ($i = 0; $i < 1000; ++$i) { $sb->write('x'); }
$sb->end();
while (!$sb->eof()) { if ('' !== $sb->read(1)) { ++$count; } }
assert($count === 1000);
$sb = new StringBuffer();
$totalReceived = 0;
$chunk = str_repeat('x', 1024);
for ($i = 0; $i < 100; ++$i) { $sb->write($chunk); }
$sb->end();
while (!$sb->eof()) { $totalReceived += strlen($sb->read(8192)); }
assert($totalReceived === 102400);
$sb = new StringBuffer();
assert($sb->eof() === false);
$sb->write('Hello');
assert($sb->read(10000) === 'Hello');
assert($sb->read(100) === '');
assert($sb->write('ab') === null);
assert($sb->read(1) === 'a');
assert($sb->read(2) === 'b');
$sb->write('abc');
assert($sb->eof() === false);
$sb->write('def');
$sb->end();
$sb->unread('b');
assert($sb->read(5) === 'babcd');
var_dump($sb->eof()); // bug: prints true, must be false (2 bytes unread: "ef")
assert($sb->read(10000) === 'ef');
var_dump($sb->eof()); // bug: prints false, must be true
run with:
php -d zend.assertions=1 -d opcache.enable_cli=1 -d opcache.jit=tracing -d opcache.jit_buffer_size=64M repro.php
Resulted in this output (same every run):
bool(true)
bool(false)
But I expected this output instead:
bool(false)
bool(true)
Details
opcache.jit=1254(the default tracing JIT),1255and1154all give the wrong output above.opcache.jit=1054(tracing without register allocation),opcache.jit=1005,opcache.jit=functionandopcache.jit=disableall give the right output.- No warning or notice is printed either way;
eof()simply returns the wrong boolean. eof()is a plain&&over three already-set object properties ($this->ended,$this->offset === $this->length,$this->queue->isEmpty()); nothing about the two failing calls themselves is unusual.- The two failing
eof()calls are each their own call site, executed once; by the time they run,read(),write(),fill()andunread()have already gone through two earlier loops (1000 and 100 iterations) that make the tracing JIT record several hot traces for those methods. Deleting either loop, or any of the four call groups above, makes the whole script print the right output, so this is specific to the exact trace shapes those loops leave behind, not to any one call in isolation. - The object itself is never shared between the loops and the final sequence (
$sb = new StringBuffer()starts a new one each time), so this isn't about one instance's property values surviving incorrectly; the suspicion is that one of the already-compiled traces forread()/write()/fill()/unread()keeps a value (destined for$this->offset,$this->lengthor$this->buffer) only in a register on some exit path, and the next, cold call into that same compiled trace (from the new object, in the final sequence) resumes with that register's value never having been stored to the property it belongs to.
PHP Version
PHP 8.5.12 (cli) (built: Oct 21 2026 08:06:50) (NTS)
Copyright (c) The PHP Group
Built by Ubuntu
Zend Engine v4.5.12, Copyright (c) Zend Technologies
with Zend OPcache v8.5.12, Copyright (c), by Zend Technologies
Operating System
Ubuntu 24.04.2 LTS (Noble Numbat), x86_64
- 主要語言
- C
- 星號
- 40.7k
- 分支
- 8.3k
- 平均合併
- 2 天 17 小時
- 30 天內合併 PR
- 159
環境準備
- 沒有 Dockerfile 或 Docker Compose 檔案
- 沒有 Pull Request 範本
- 閱讀貢獻指南
從這裡開始
- 先讀完整個 Issue,再讀專案的貢獻指南。
- 在 Issue 下留言說明你要接手 —— 這能避免兩個人做同樣的事。
- Fork 儲存庫,在一個分支上完成修改。
- 送出 Pull Request,並在描述裡引用這個 Issue 編號。
php/php-src 的其他 Issue
-
Bug Status: Needs Triage
難度 2/5 1-3 小時 新手友好度 70/100
維護者通常 1 天內回覆
-
ext/mbstring: mb_regex_substitute() reads past the replacement string's end on a truncated trailing multibyte lead byte可能已有人在做 關聯的 PR 仍在進行中或已合併。 未關閉
難度 2/5 1-3 小時 新手友好度 74/100
維護者通常 1 天內回覆
-
zend_set_local_var() overwrites existing compiled variable (CV) zval without calling zval_ptr_dtor()可能已有人在做 關聯的 PR 仍在進行中或已合併。 未關閉Bug Status: Needs Triage
難度 2/5 1-3 小時 新手友好度 82/100
維護者通常 1 天內回覆
-
master: part of the mbstring bailout fix got lost in a merge可能已有人在做 @lazerg 於 6 天前認領。 未關閉
難度 2/5 1-3 小時 新手友好度 78/100
維護者通常 1 天內回覆
-
Bug Status: Needs Triage
難度 2/5 1-3 小時 新手友好度 64/100
維護者通常 1 天內回覆
相似的 Issue
-
難度 2/5 1-3 小時 新手友好度 74/100
維護者通常 1 天內回覆
-
area:buffer good first issue type:documentation
難度 2/5 1-3 小時 新手友好度 86/100
維護者通常 1 天內回覆
-
難度 2/5 1-3 小時 新手友好度 78/100
sudo-project/sudo#586 ·
維護者通常 1 天內回覆
-
難度 2/5 1-3 小時 新手友好度 72/100
維護者通常 2 天內回覆
-
Abort (SIGABRT) when stderr is a closed pipe: uncaught fmt::system_error in ccache_main's catch可能已有人在做 關聯的 PR 仍在進行中或已合併。 未關閉
難度 2/5 1-3 小時 新手友好度 72/100
維護者通常 3 天內回覆