On Mon, 2019-12-02 at 15:16 +0100, Christian König wrote:
> > The reason we had to switch to VDPAU with Ubuntu 16.04 is that we
> > saw a major regression with mpeg2 playback using va-api.
> What regression was that? The difference between VDPAU and VA-API is
> only marginal for codec support.
Gu
On Mon, 2018-12-17 at 16:16 +, Rhys Perry wrote:
> Signed-off-by: Rhys Perry
> ---
> src/compiler/nir/nir_opt_peephole_select.c | 4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
>
> diff --git a/src/compiler/nir/nir_opt_peephole_select.c
> b/src/compiler/nir/nir_opt_peephole_select.
On Fri, 2018-09-07 at 15:01 -0400, Marek Olšák wrote:
> On Fri, Sep 7, 2018 at 11:04 AM, Michel Dänzer
> wrote:
> > On 2018-09-07 4:31 p.m., Marek Olšák wrote:
> > >
> > > I don't think the performance can be worse than it is right now.
> >
> > In the worst case, all processes using OpenGL (or a
On Thu, 2017-04-13 at 13:00 +0900, Michel Dänzer wrote:
> On 13/04/17 03:15 AM, Francisco Jerez wrote:
> > Michel Dänzer writes:
> >
> > > From: Michel Dänzer
> > >
> > > clang::LangAS::Offset is gone, the behaviour is as if it was 0.
> > > Signed-off-by: Michel Dänzer
> > > ---
> > > src/gal
Since switching to LRU eviction the only user of these predicate
functions now resolves directory entry stats itself so pass them
directly saving calling fstat and strlen twice (and the
expensive strlen is skipped entirely if access time is newer).
v2: Update for empty cache dir detection changes
Since switching to LRU eviction the only user of these predicate
functions now resolves directory entry stats itself so pass them
directly saving calling fstat and strlen twice (and the
expensive strlen is skipped entirely if access time is newer).
v2: Update for empty cache dir detection changes
On Tue, 2017-03-14 at 12:34 +0200, Grazvydas Ignotas wrote:
> It's not a good practice to srand() in libraries [1]. Not sure what
> to
> suggest though, maybe rand_r() but "POSIX.1-2008 marks rand_r() as
> obsolete". Maybe somebody else (Emil?) has some ideas?
>
> [1] http://stackoverflow.com/ques
Since switching to LRU eviction the only user of these predicate
functions now resolves directory entry stats itself so pass them
directly saving calling fstat and strlen twice (and the
expensive strlen is skipped entirely if access time is newer).
v2: Update for empty cache dir detection changes
Since switching to LRU eviction the only user of these predicate
functions now resolves directory entry stats itself so pass them
directly saving calling fstat and strlen twice (and the expensive
strlen is skipped entirely if access time is newer).
---
Depends on "util/disc_cache: use LRU eviction
On Sat, 2017-03-11 at 17:08 +, Emil Velikov wrote:
> On 10 March 2017 at 10:51, Grazvydas Ignotas
> wrote:
> >
> > On Fri, Mar 10, 2017 at 6:23 AM, Timothy Arceri > com> wrote:
> > >
> > > On 07/03/17 12:25, Alan Swanson wrote:
> > > >
Still using fast random selection of two-character subdirectory in
which to check cache files rather than scanning entire cache.
v2: Factor out double strlen call
v3: C99 declaration of variables where used
---
Also have a patch to pass the predicate functions sb and len instead
which saves callin
Still using random selection of two-character subdirectory in which
to check cache files rather than scanning entire cache.
v2: Factor out double strlen call
---
src/util/disk_cache.c | 78 +++
1 file changed, 35 insertions(+), 43 deletions(-)
diff
Currently only a one in one out eviction so if at max_size and
cache files were to constantly increase in size then so would the
cache. Restrict to limit of 8 evictions per new cache entry.
---
src/util/disk_cache.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/src/util/d
Select higher of current 1G default or 10% of filesystem where
cache is located. Note that cache for different architectures
are currently calculated separately so on x86 this could be
potentially 20%.
Quotas could be considered too.
---
src/util/disk_cache.c | 11 ---
1 file changed, 8 i
Still using random selection of two-character subdirectory in which
to check cache files rather than scanning entire cache.
---
src/util/disk_cache.c | 77 +++
1 file changed, 34 insertions(+), 43 deletions(-)
diff --git a/src/util/disk_cache.c b/sr
On Fri, 2017-03-03 at 12:24 +1100, Timothy Arceri wrote:
> On 03/03/17 11:53, Marek Olšák wrote:
> >
> > OK.
> >
> > I also wonder if 1GB isn't too conservative. Today’s games take up
> > a
> > lot of space. My installed games occupy 480 GB. I could certainly
> > spare 10 GB for a shader cache if
On 2016-06-25 13:37, Rob Clark wrote:
Some games are sloppy.. perhaps because it is defined behavior for DX
or
perhaps because nv blob driver defaults things to zero.
So add driconf param to force uninitialized variables to default to
zero.
This issue was observed with rust, from steam store
On 2016-02-04 16:20, Alan Swanson wrote:
On 2016-02-04 16:12, Alan Swanson wrote:
On 2016-02-02 13:45, Marek Olšák wrote:
From: Marek Olšák
---
src/mapi/glapi/gen/gl_API.xml| 6 ++
src/mesa/main/extensions_table.h | 1 +
src/mesa/main/get.c | 26
On 2016-02-02 13:45, Marek Olšák wrote:
From: Marek Olšák
---
src/mapi/glapi/gen/gl_API.xml| 6 ++
src/mesa/main/extensions_table.h | 1 +
src/mesa/main/get.c | 26 +-
src/mesa/main/get_hash_params.py | 5 +
src/mesa/main/mtypes.h |
On 2016-02-04 16:12, Alan Swanson wrote:
On 2016-02-02 13:45, Marek Olšák wrote:
From: Marek Olšák
---
src/mapi/glapi/gen/gl_API.xml| 6 ++
src/mesa/main/extensions_table.h | 1 +
src/mesa/main/get.c | 26 +-
src/mesa/main/get_hash_params.py
Simon Farnsworth on r600g. Use sleep on
Linux instead.
Signed-off-by: Alan Swanson
diff -ur mesa/src/gallium/auxiliary/pipebuffer/pb_buffer_fenced.c mesa-killschedyield/src/gallium/auxiliary/pipebuffer/pb_buffer_fenced.c
--- mesa/src/gallium/auxiliary/pipebuffer/pb_buffer_fenced.c 2011-09-19 11:53:16
21 matches
Mail list logo
