- Wine-gitlab - list.winehq.org

[PATCH v2 0/5] MR1622: d3d10/effect: Add support for more instructions.
by Nikolay Sivov (＠nsivov) 02 Dec '22

02 Dec '22

Signed-off-by: Nikolay Sivov <nsivov(a)codeweavers.com> -- v2: d3d10/effect: Add 'frc' instruction support for expressions. d3d10/effect: Add 'rcp' instruction support for expressions. d3d10/effect: Add 'div' instruction support for expressions. d3d10/effect: Add 'ftob' instruction support for expressions. d3d10/effect: Partially implement updates through value expressions. https://gitlab.winehq.org/wine/wine/-/merge_requests/1622

3 7

Re: [PATCH v2 0/1] MR1552: winevulkan: Use direct calls for vkGetDescriptorEXT.
by mbriar (＠mbriar) 02 Dec '22

02 Dec '22

> ret.diff > >This should help a bit more, does it make a difference for you? This does seem to help significantly, from 48000 up to 62000 ops/s. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/1552#note_18467

1 0

[PATCH v6 0/2] MR1618: gdiplus: improve performance of GdipScaleMatrix
by Bartosz Kosiorek (＠gang65) 02 Dec '22

02 Dec '22

-- v6: gdiplus: improve performance of matrix multiplication by unrolling loop. https://gitlab.winehq.org/wine/wine/-/merge_requests/1618

3 4

[PATCH v2 0/4] MR1635: jscript: Implement a Garbage Collector to deal with circular references.
by Gabriel Ivăncescu 02 Dec '22

02 Dec '22

Implement a basic GC based on the mark-and-sweep algorithm, without requiring manually specifying "roots", which vastly simplifies the management. For now, it is triggered every 30 seconds since it last finished, on a new object initialization. Better heuristics could be used in the future. The comments in the code should hopefully understand the high level logic of this approach without boilerplate details. I've tested it on FFXIV launcher (along with other patches from Proton to have it work) and it stops the massive memory leak successfully by itself, so at least it does its job properly. The second patch in the MR is just an optimization for a *very* common case. For artificial testing, one could use something like: ```javascript function leak() { var a = {}, b = {}; a.b = b; b.a = a; } ``` which creates a circular ref and will leak when the function returns. It also introduces and makes use of a "heap_stack", which prevents stack overflows on long chains. -- v2: jscript: Create the source function's 'prototype' prop object on demand. jscript: Run the garbage collector every 30 seconds on a new object jscript: Implement CollectGarbage(). jscript: Implement a Garbage Collector to deal with circular references. https://gitlab.winehq.org/wine/wine/-/merge_requests/1635

1 4

Re: [PATCH v2 0/1] MR1552: winevulkan: Use direct calls for vkGetDescriptorEXT.
by Alexandre Julliard (＠julliard) 02 Dec '22

02 Dec '22

On Fri Dec 2 16:22:01 2022 +0000, Jacek Caban wrote: > In a Vulkan sample that I previously used to measure the impact on > command buffers, I can see a really nice improvement. If I disable all > direct calls, overhead drops from __wine_syscall_dispatcher ~8% > (measured in Wine without your recent patches) to 1.05% (and <0.2% for > __wine_syscall_dispatcher, so not related to winevulkan). That compares > to 0.6% for direct Unix calls. FPS differences roughly match that. It > looks promising. [ret.diff](/uploads/4cc909db6cfc3d4029b8a8bcec669de5/ret.diff) This should help a bit more, does it make a difference for you? -- https://gitlab.winehq.org/wine/wine/-/merge_requests/1552#note_18459

2 1

Re: [PATCH v2 0/1] MR1552: winevulkan: Use direct calls for vkGetDescriptorEXT.
by Jacek Caban (＠jacek) 02 Dec '22

02 Dec '22

On Fri Dec 2 10:52:41 2022 +0000, mbriar wrote: > Hello, > I've compared a windows build of > [vkoverhead](https://github.com/zmike/vkoverhead) test case 92, which > uses descriptor buffers, on latest wine from git. I'm getting a score of > around 48000 operations per second without this patch, and around 84000 > with this patch using direct calls, so still almost a 2x difference. > FWIW, a linux build without using wine gets around 320000 in the same > test, all using the RADV vulkan driver. > I haven't tested it with actual games yet, but I expect it to still have > a noticeable effect on CPU-bound games with vkd3d-proton. In a Vulkan sample that I previously used to measure the impact on command buffers, I can see a really nice improvement. If I disable all direct calls, overhead drops from __wine_syscall_dispatcher ~8% (measured in Wine without your recent patches) to 1.05% (and <0.2% for __wine_syscall_dispatcher, so not related to winevulkan). That compares to 0.6% for direct Unix calls. FPS differences roughly match that. It looks promising. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/1552#note_18458

1 0

[PATCH v5 0/2] MR1618: gdiplus: improve performance of GdipScaleMatrix
by Bartosz Kosiorek (＠gang65) 02 Dec '22

02 Dec '22

-- v5: gdiplus: improve performance of matrix multiplication by unrolling loop. gdiplus: improve performance of GdipScaleMatrix https://gitlab.winehq.org/wine/wine/-/merge_requests/1618

3 4

[PATCH v5 0/3] MR1542: winegstreamer: Get MF_SD_LANGUAGE and (for QT demuxer only) MF_SD_STREAM_NAME.
by Paul Gofman (＠gofman) 02 Dec '22

02 Dec '22

-- v5: mfplay/tests: Add MF_SD_LANGUAGE and MF_SD_STREAM_NAME value tests. winegstreamer: Extract stream name from QT demuxer private data. winegstreamer: Query stream tags and set MF_SD_LANGUAGE attribute. https://gitlab.winehq.org/wine/wine/-/merge_requests/1542

2 3

[PATCH v4 0/2] MR1618: gdiplus: improve performance of GdipScaleMatrix
by Bartosz Kosiorek (＠gang65) 02 Dec '22

02 Dec '22

-- v4: gdiplus: improve performance of matrix multiplication by unrolling loop. https://gitlab.winehq.org/wine/wine/-/merge_requests/1618

5 8

[PATCH v3 0/1] MR1660: mstask: Don't assume a ONCE trigger is on the current day.
by Sven Baars (＠sbaars) 02 Dec '22

02 Dec '22

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=52994 This fixes a regression. -- v3: mstask: Don't assume a ONCE trigger is on the current day. https://gitlab.winehq.org/wine/wine/-/merge_requests/1660

2 2