- Jun 01, 2020
-
-
Alexandre Julliard authored
Signed-off-by:
Alexandre Julliard <julliard@winehq.org>
-
Signed-off-by:
Zebediah Figura <zfigura@codeweavers.com> Signed-off-by:
Matteo Bruni <mbruni@codeweavers.com> Signed-off-by:
Alexandre Julliard <julliard@winehq.org>
-
Signed-off-by:
Zebediah Figura <zfigura@codeweavers.com> Signed-off-by:
Matteo Bruni <mbruni@codeweavers.com> Signed-off-by:
Alexandre Julliard <julliard@winehq.org>
-
- May 30, 2020
-
-
Instead of the view rbtree. Testing shows a 20% FPS increase in We Happy Few, from 80-100fps to 100-120fps right after starting a new game. Signed-off-by:
Rémi Bernon <rbernon@codeweavers.com> Signed-off-by:
Alexandre Julliard <julliard@winehq.org>
-
This is an ordered range sequence used to keep track of free address ranges. The sequence contains an entry for every free address range, with base pointing to the first free address and end pointing to the next first used address. It is initialized to [0, ~0] for convenience, so that there's always a range before or after a view. In the worst case scenario, where memory is entirely fragmented, there's going to be one more range than allocated views, but in general there's much less. In any case, because of cache locality, iterating in the contiguous sequence is much faster than traversing the view rbtree. In theory there can be a performance hit when allocating or deleting a view, as we may have to move the end of the sequence when a range is split or merged. But in practice and given the usually low number of ranges, this is not an issue. The default and maximum sequence size can hold up to 65536 ranges, which is much more than enough in general, and performance is probably going to be bad before reaching the limit anyway. The code currently asserts when reaching the limit, although we could possibly grow the sequence. Signed-off-by:
Rémi Bernon <rbernon@codeweavers.com> Signed-off-by:
Alexandre Julliard <julliard@winehq.org>
-
- May 29, 2020
-
-
Signed-off-by:
Jacek Caban <jacek@codeweavers.com> Signed-off-by:
Alexandre Julliard <julliard@winehq.org>
-
Signed-off-by:
Nikolay Sivov <nsivov@codeweavers.com> Signed-off-by:
Alexandre Julliard <julliard@winehq.org>
-
Signed-off-by:
Nikolay Sivov <nsivov@codeweavers.com> Signed-off-by:
Alexandre Julliard <julliard@winehq.org>
-
Signed-off-by:
Nikolay Sivov <nsivov@codeweavers.com> Signed-off-by:
Alexandre Julliard <julliard@winehq.org>
-
Signed-off-by:
Henri Verbeet <hverbeet@codeweavers.com> Signed-off-by:
Alexandre Julliard <julliard@winehq.org>
-
Signed-off-by:
Henri Verbeet <hverbeet@codeweavers.com> Signed-off-by:
Alexandre Julliard <julliard@winehq.org>
-
Signed-off-by:
Henri Verbeet <hverbeet@codeweavers.com> Signed-off-by:
Alexandre Julliard <julliard@winehq.org>
-
Signed-off-by:
Henri Verbeet <hverbeet@codeweavers.com> Signed-off-by:
Alexandre Julliard <julliard@winehq.org>
-
Signed-off-by:
Henri Verbeet <hverbeet@codeweavers.com> Signed-off-by:
Alexandre Julliard <julliard@winehq.org>
-
Consolidate the existing checks for __APPLE__ and __clang__ into one, but only use it as long as __GNUC__ is defined (clang operating in gcc compatible mode, as opposed to MSVC compatible mode) and as long as __SEH__ isn't defined (which it is while cross compiling targeting windows, when SEH is used as unwind format). Signed-off-by:
Martin Storsjo <martin@martin.st> Signed-off-by:
Alexandre Julliard <julliard@winehq.org>
-
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=49281 Signed-off-by:
Hans Leidekker <hans@codeweavers.com> Signed-off-by:
Alexandre Julliard <julliard@winehq.org>
-
Signed-off-by:
Hans Leidekker <hans@codeweavers.com> Signed-off-by:
Alexandre Julliard <julliard@winehq.org>
-
Signed-off-by:
Nikolay Sivov <nsivov@codeweavers.com> Signed-off-by:
Alexandre Julliard <julliard@winehq.org>
-
Signed-off-by:
Nikolay Sivov <nsivov@codeweavers.com> Signed-off-by:
Alexandre Julliard <julliard@winehq.org>
-
Signed-off-by:
Nikolay Sivov <nsivov@codeweavers.com> Signed-off-by:
Alexandre Julliard <julliard@winehq.org>
-
Signed-off-by:
Nikolay Sivov <nsivov@codeweavers.com> Signed-off-by:
Alexandre Julliard <julliard@winehq.org>
-
Signed-off-by:
Nikolay Sivov <nsivov@codeweavers.com> Signed-off-by:
Alexandre Julliard <julliard@winehq.org>
-
Signed-off-by:
Nikolay Sivov <nsivov@codeweavers.com> Signed-off-by:
Alexandre Julliard <julliard@winehq.org>
-
Signed-off-by:
Nikolay Sivov <nsivov@codeweavers.com> Signed-off-by:
Alexandre Julliard <julliard@winehq.org>
-
Alexandre Julliard authored
Signed-off-by:
Alexandre Julliard <julliard@winehq.org>
-
Alexandre Julliard authored
Signed-off-by:
Alexandre Julliard <julliard@winehq.org>
-
Alexandre Julliard authored
Signed-off-by:
Alexandre Julliard <julliard@winehq.org>
-
Alexandre Julliard authored
Signed-off-by:
Alexandre Julliard <julliard@winehq.org>
-
Alexandre Julliard authored
Signed-off-by:
Alexandre Julliard <julliard@winehq.org>
-
Alexandre Julliard authored
Signed-off-by:
Alexandre Julliard <julliard@winehq.org>
-
Signed-off-by:
Gijs Vermeulen <gijsvrm@gmail.com> Signed-off-by:
Alexandre Julliard <julliard@winehq.org>
-
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=49178 Signed-off-by:
Gijs Vermeulen <gijsvrm@gmail.com> Signed-off-by:
Alexandre Julliard <julliard@winehq.org>
-
Signed-off-by:
Paul Gofman <pgofman@codeweavers.com> Signed-off-by:
Alexandre Julliard <julliard@winehq.org>
-
Signed-off-by:
Paul Gofman <pgofman@codeweavers.com> Signed-off-by:
Alexandre Julliard <julliard@winehq.org>
-
Signed-off-by:
Paul Gofman <pgofman@codeweavers.com> Signed-off-by:
Alexandre Julliard <julliard@winehq.org>
-
Signed-off-by:
Paul Gofman <pgofman@codeweavers.com> Signed-off-by:
Alexandre Julliard <julliard@winehq.org>
-
Signed-off-by:
Paul Gofman <pgofman@codeweavers.com> Signed-off-by:
Alexandre Julliard <julliard@winehq.org>
-
Signed-off-by:
Paul Gofman <pgofman@codeweavers.com> Signed-off-by:
Alexandre Julliard <julliard@winehq.org>
-
Signed-off-by:
Paul Gofman <pgofman@codeweavers.com> Signed-off-by:
Alexandre Julliard <julliard@winehq.org>
-
Signed-off-by:
Paul Gofman <pgofman@codeweavers.com> Signed-off-by:
Alexandre Julliard <julliard@winehq.org>
-