Closed Bug 735409 Opened 12 years ago Closed 12 years ago

Sporadic reftest orange from "Output exceeded N bytes, remaining output has been truncated", with over half the log's lines being "pldhash: for the table at address 0x[addr], the given entrySize of 48 probably favors chaining over double hashing"

Categories

(Core :: General, defect)

x86
macOS
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: dholbert, Unassigned)

References

()

Details

(Keywords: intermittent-failure)

Attachments

(1 file)

Attached file gzipped log
https://tbpl.mozilla.org/php/getParsedLog.php?id=10036217&tree=Firefox
Rev3 MacOSX Leopard 10.5.8 mozilla-central debug test reftest on 2012-03-13 10:06:28 PDT for push 8d1c74566a0b
builder: mozilla-central_leopard-o-debug_test-reftest
slave: talos-r3-leopard-053

This log ends during the reftest process with:
{
Output exceeded 52428800 bytes, remaining output has been truncated
program finished with exit code 0
elapsedTime=1253.162569
TinderboxPrint: reftest<br/><em class="testfail">T-FAIL</em>
}

The large log-size appears to be because of ridiculous numbers of lines like this:
> pldhash: for the table at address 0x2d33b838, the given entrySize of 48 probably favors chaining over double hashing.

In fact, these warnings represent over 50% of the log's lines:
> $ gunzip -c log.html.gz | grep "probably favors chaining" | wc -l
> 229281
> $ gunzip -c log.html.gz | wc -l
> 429696

Not sure why we're hitting particularly bad hashing conditions on this run, but it seems worth tracking in a bug at least.
Blocks: 438871
OS: Linux → Mac OS X
Hardware: x86_64 → x86
Whiteboard: [orange]
Summary: Sporadic reftest orange from very high rate of "pldhash: for the table at address 0x[addr], the given entrySize of 48 probably favors chaining over double hashing.", triggering "Output exceeded N bytes, remaining output has been truncated" → Sporadic reftest orange from "Output exceeded N bytes, remaining output has been truncated", with over half the log's lines being "pldhash: for the table at address 0x[addr], the given entrySize of 48 probably favors chaining over double hashing"
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → WORKSFORME
Whiteboard: [orange]
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: