| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
per-card
|
|
support
|
|
fill rate
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
against probably-not-NULL current bound shader pointer
|
|
|
|
|
|
|
|
|
|
|
|
so I investigated and this is the causes of the slowdown - wrongly placed parens
|
|
|
|
|
|
|
|
|
|
This is an attempt to diagnose a generate_breakpad_symbols.py exception on a
Yosemite TC build host.
|
|
|
|
clang correctly notes that such tests add nothing to the runtime behavior of a
program. Unfortunately, clang notes that in the form of a compile error.
|
|
|
|
The "death to the GPU table" change has commented out the only references to
the GPU_TABLE_FILENAME constant, and Xcode 6.x regards that as an error.
|
|
Hopefully this is temporary until we figure out the real problem!
|
|
Build 296787 of 3p-update-curl includes the latest tip of 3p-curl.
|
|
|
|
|
|
warning messages.
|
|
Not sure at what point the redundancy was introduced, but it seems clear we
only want to run performance analysis once per shutdown.
|
|
|
|
'raisef' is not a Python statement.
|
|
|
|
|
|
|
|
|
|
|
|
Under pipelining, requests were given a 5x timeout factor due to the
way that the timeout clock works in libcurl. Under CDN load,
connections were not being torn down quickly and it was only
this timer that led to disconnect and retry. So, we want to
break a connection that isn't making progress but that isn't
immediately possible. We'll compromise with a 60S timeout that
(we hope) will be neither too long for stalled connections nor
too short for large asset transfer requests.
|
|
|
|
|
|
|
