Принудительное использование подкачки памяти

Чистый протокол X11 плохо подходит для гарантированной передачи, особенно по SSH.

Я рекомендую NoMachine. Он может выполнять сжатие пропускной способности и оптимизацию сети. У него также есть клиенты для Mac, Windows и Linux.

ПС. NoMachine имеет бесплатную и платную версии. Я всегда пользовался бесплатным.

См. NoMachine

For virtual desktops (case a) the X11 vector graphics mode (previously known as “lightweight” mode) is enabled by default. This method reduces the bandwidth usage (and the HW requirements because is less CPU intensive) on both client and server by optimizing the X11 protocol by means of compression techniques, round trip suppression and cache algorithms.

The X11 vector graphics mode is convenient to avoid loss of image quality and can be useful when working with traditional GUIs or large amount of text, but it's not suggested for multimedia contents or applications with many graphical effects.

More about the X11 vector graphics mode: https://www.nomachine.com/AR02L00779

For connections to the physical desktop or when the X11 vector graphics mode is disabled for virtual desktops (case b) NoMachine implements the display protocol using a combination of video and image encoding based on standard codecs and a number of techniques developed by NoMachine itself.

It also implements a network adaptive display quality technique. This means that NoMachine will automatically try to reduce the display quality when it detects that the network is congested. Purpose of this mechanism is to keep the session responsive through all the different network conditions.

More about finding the most suitable configuration for multimedia playing:

https://www.nomachine.com/AR01M00832

2
30.12.2020, 23:56
1 ответ

Я не думаю, что это проблема Linux. У Java есть свои ограничения памяти, которые никак не связаны с ОС. Я полагаю, что вы видите эти ошибки из-за собственного ограничения Java.

Различные JVM имеют разные параметры. Вы используете Debian, поэтому, скорее всего, вы используете OpenJDK. Хотя все еще возможно, что вы используете JVM Oracle. Максимальный размер кучи OpenJDK по умолчанию составляет 256 МБ , поэтому, если вы не работаете с действительно малой оперативной памятью или большим количеством процессов Java, весьма вероятно, что вы достигнете собственного предела Java еще до того, как начнете использовать обмен.

Ответы здесь могут дать дополнительную информацию, если вы используете Oracle JVMhttps://stackoverflow.com/questions/4667483/how-is-the-default-max-java-heap-size-determined

Я бы попробовал настроить "максимальный размер кучи", запустив ваши Java-программы с -Xmx. Этот вариант описан здесь:https://wiki.openjdk.java.net/display/zgc/Main

3
18.03.2021, 22:39

Теги

Похожие вопросы