-
Notifications
You must be signed in to change notification settings - Fork 209
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
JBR-8303 Provide JBR API method to perform GC with more intensive heap shrinking #517
Open
vlad20012
wants to merge
1,389
commits into
main
Choose a base branch
from
Vladislav.Beskrovny/JBR-8303
base: main
Could not load branches
Branch not found: {{ refName }}
Loading
Could not load tags
Nothing to show
Loading
Are you sure you want to change the base?
Some commits from the old base branch may be removed from the timeline,
and old review comments may become outdated.
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
4e2cce6
to
c6bd451
Compare
d2c10f5
to
7ee2b57
Compare
511323f
to
428a663
Compare
9975af3
to
a93fa53
Compare
a93fa53
to
a48f285
Compare
Cancel the frame callback when hiding a window. (cherry picked from commit fd4ba3f)
Allow to associate the application's window with .desktop file with icon and other info with -Dawt.app.id=... (DBus application name similar to WM_CLASS in X (cherry picked from commit 5901915)
…Test/NormalizingTransformTest.java fails (cherry picked from commit 14339b8)
…tackOverflowError at WLComponentPeer.getMinimumSize
RQ doesn't expose async flush operation. All RQ flushes wait for the queue to be drained, effectively serializing queue flusher and EDT execution while still making it prone to deadlocks. The periodic flush feature of the queue flusher thread is of no use as well, as every observable effect of RQ operation is already immediately followed by a forced flush. As Vulkan functions have no restriction on the calling thread, keep it simple - lock the monitor and drain the queue synchronously.
Moved robot pixel grabber into windows surface data Created offscreen surface data Separated surfaces implementation into two files Moved offscreen surface to the shared code Fix
(cherry picked from commit 41d6552)
…ssibility * This method allows for third-party tools to modify text component contents through the accessibility API on macOS; * The setAccessibilityValue method is implemented similarly to NavigableTextAccessibility.setAccessibilitySelectedText. On the Java side, it calls AccessibleEditableText.setTextContents according to the comment in JavaTextAccessibility.accessibilitySetValueAttribute; * The isAccessibilitySelectorAllowed method is implemented similarly to JavaTextAccessibility.accessibilityIsValueAttributeSettable: it checks if the text component implements AccessibleEditableText, is enabled, and additionally checks if the editable property is true, because some components could be enabled but not editable, and we shouldn't allow setting the value in this case. (cherry picked from commit 61a5013)
Implemented general logic of the blit, removed extra logging Corrected clipping logic, updated regression tests Added some flush and init code for the surfaces
Revert to true the OSX entitlement "com.apple.security.cs.allow-dyld-environment-variables"
Added downloading code
This is needed for the implementation of painters (JBR-7646) - Request pipelines one-by-one instead of a "pipeline sets" - Split pipeline key into separate "shader" and "topology" (more items may need to be added later) - Move management of composites into its own file
Use -XX:+UnlockExperimentalVMOptions -XX:-UseModernSynchAPI to switch back to the original implementation
Can be generalized to destroy arbitrary resources later.
As VKRenderer_AllocateMaskFillBytes can invalidate draw call state due to overflow, it (and future similar functions) must be called before VK_DRAW.
a48f285
to
392c011
Compare
392c011
to
c3ae986
Compare
521fcb5
to
cfa81d2
Compare
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
JBR-8303 Provide JBR API method to perform GC with more intensive heap shrinking
I ran
make test-tier1
andmake test TEST="jtreg:test/hotspot:hotspot_gc"
on amd64 Linux and ARM64 macOS (M1). On both machines I have some tests failed injtreg:test/hotspot/jtreg:tier1
,jtreg:test/jdk:tier1
, but a similar number of tests fail on both machines of ran frommain
branch.The corresponding changes in JBR API JetBrains/JetBrainsRuntimeApi#15