The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"В KDE повышена эффективность кэширования и включено ускорение отрисовки курсора на GPU Intel"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"В KDE повышена эффективность кэширования и включено ускорение отрисовки курсора на GPU Intel"  +/
Сообщение от opennews (??), 08-Июн-24, 10:04 
Нейт Грэм (Nate Graham), разработчик, занимающийся контролем качества в проекте KDE, опубликовал очередной отчёт о разработке KDE. Среди наиболее заметных изменений:...

Подробнее: https://www.opennet.me/opennews/art.shtml?num=61335

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по ответам | RSS]

1. Сообщение от Аноним (1), 08-Июн-24, 10:04   –1 +/
Интересно насколько быстрее стал отрисовываться курсор, есть ли реальные измерения и benchmarks?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #2, #7, #8

2. Сообщение от Аноним (2), 08-Июн-24, 10:10   –2 +/
Толку тебе от синтетики? Сказали быстрее, значит, быстрее. Это интересно в первую очередь загрузкой системы и поведением под нагрузкой и на пониженных частотах. А вот неверно выстановленная __GL_YIELD оконному менеджеру (по умолчанию) может оказывать тысячекратное превышение потребление процессора.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

3. Сообщение от Аноним (3), 08-Июн-24, 10:24   +14 +/
Делая вейланд боролись с тирингом
Теперь боремся с тормозами курсора
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #14, #38, #73

4. Сообщение от Ананоним (?), 08-Июн-24, 10:26   +2 +/
Мне одному кажется что курсор быстрее постаринке CPU отрисовывать, чем через GPU?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #16, #33, #88

5. Сообщение от Alladin (?), 08-Июн-24, 10:30   +2 +/
Оо, наконец начали исправлять свои *косяки с 6.0
Ответить | Правка | Наверх | Cообщить модератору

6. Сообщение от Аноним (6), 08-Июн-24, 10:30   +/
Прочитал заголовок. Перевод что ли ?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #34

7. Сообщение от Alladin (?), 08-Июн-24, 10:30   +5 +/
в 6.0 началась дичь с курсором под wayland, а под xorg все отлично.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #13, #66

8. Сообщение от crypt (ok), 08-Июн-24, 10:31   +5 +/
> В KDE включено ускорение отрисовки курсора на GPU Intel

шел 2024 год и тут... breaking news! мир линукса никогда не будет прежним!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

9. Сообщение от Аноним (9), 08-Июн-24, 10:32   +/
В KDE прям навязчивая идея с кэшированием, мало им Akonadi и Nepomuk, впрочем проблемы кде-шников это толкьо проблемы кде-шников, им бы корпорацию вроде IBM, тогда б они поиздевались над линуксоидами, а так чем бы дитя не тешилось.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #15, #19

10. Сообщение от Герострат (?), 08-Июн-24, 10:32   +1 +/
Такое ощущение, что Нейт единственный работяга в проекте KDE))
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #12, #28

12. Сообщение от 12yoexpert (ok), 08-Июн-24, 10:34   +/
Он просто пиарится на работе других. Потом перейдёт в другую контору на зп x10
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #17, #35

13. Сообщение от Alladin (?), 08-Июн-24, 10:34   +/
*дичь в плане он странно дергался
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #23

14. Сообщение от Alladin (?), 08-Июн-24, 10:35   –1 +/
с тормозами курсора под wayland.

т.е включенная по умолчанию синхронизация это борьба с тирингом?, не знал..

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

15. Сообщение от Alladin (?), 08-Июн-24, 10:37   +3 +/
у меня была странная хрень, когда окно выбора файлов в Qt обязательно висла на 2 минуты и когда выбрал файл оно обязательно зависнет на 2 минуты.

Оказалось надо было удалить файл QtProject (на 300мб) в .config.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #30, #42

16. Сообщение от Аноним (2), 08-Июн-24, 10:39   +4 +/
По старинке это через GPU. По-моему, там дело не в курсоре, а в том, что под курсором.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

17. Сообщение от Герострат (?), 08-Июн-24, 10:42   +3 +/
Будто этим другим кто-то мешает пиариться.

Кстати, Нейт не единственный кедоразраб, ведущий бложик, у других тоже есть. Просто Нейт пишет подробные отчёты каждую неделю.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

19. Сообщение от Герострат (?), 08-Июн-24, 10:42   +3 +/
Что за бессвязный бред я прочитал?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #46

21. Сообщение от Аноним (21), 08-Июн-24, 10:55   +1 +/
Лучше бы с krunner что-нибудь сделали. Он иногда так медленно открывается почти по минуте. И вешает всю систему. А потом это само по себе приходит.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #64

23. Сообщение от Аноним (23), 08-Июн-24, 10:59   +1 +/
Нормально он дёргался. В самый раз начать переписывать вяленд на расте. Мы ещё лет 10 на нормальном Х11 посидим, а там и до пенсии недалеко, либо отдельное ядро из 128 будет нежалко выделить на рендер курсора вяленым
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #83

27. Сообщение от Bottle (?), 08-Июн-24, 11:23   –2 +/
Читая новости про Wayland, хочется забыть о нём как о неудачном эксперименте. Но разработчики уже создают новое легаси, не выбросив до конца старое. В конце концов десктопный линукс из-за этого схлопнется.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #36, #44, #85

28. Сообщение от Аноним (28), 08-Июн-24, 11:37   +2 +/
Разработчики в массе своей не очень любят писать отчёты и посты. Ну, типа, вон есть история коммитов, кому надо, тот посмотрит.

Поэтому, те из них, кто посты пилит оказываются на слуху и создаётся впечатление, что только они и работают.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #50

30. Сообщение от Аноним (-), 08-Июн-24, 11:46   +/
>Оказалось надо было удалить файл QtProject (на 300мб) в .config.

А почему этот файл был в каталоге "~/.config"? Он должен был бы быть в каталоге "~/.cache". В каталоге ~/.config должны хранится текстовые конфигурационный файлы, размер которых должен быть максимум 5 килобайт.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #37, #48

31. Сообщение от Аноним (-), 08-Июн-24, 11:49    Скрыто ботом-модератором+1 +/
Ответить | Правка | Наверх | Cообщить модератору

33. Сообщение от Аноним (33), 08-Июн-24, 12:00   +2 +/
Такое себе удовольствие. Когда cpu нагружен, курсор начинает виснуть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #53

34. Сообщение от Аноним (34), 08-Июн-24, 12:16   +/
Ну а как?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

35. Сообщение от Аноним (34), 08-Июн-24, 12:19   +/
Может ещё кансультанси запилить :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

36. Сообщение от Аноним (34), 08-Июн-24, 12:21    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

37. Сообщение от Alladin (?), 08-Июн-24, 12:22   +/
а почему он в .config я не знаю, но в этом файлике активно сохраняется история файлов и странный параметр treeViewHeader в домногого '\0' (500 байт сейчас файл весит)

.cache я сам активно чищю

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #40

38. Сообщение от Аноним (38), 08-Июн-24, 12:24   +/
Боролись же с возможностью отключения vsync'а (и проиграли)?

"two presentation modes: Vsync ... Async ... I'm not convinced this is a good idea. Wayland is designed to be frame-perfect" - https://gitlab.freedesktop.org/wayland/wayland-protocols/-/m...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #39, #41

39. Сообщение от Alladin (?), 08-Июн-24, 12:31   +/
Там еще был забавный коммит, когда через много-много версий они добавили возможность отключения синхронизации:)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38

40. Сообщение от Alladin (?), 08-Июн-24, 12:32   +/
После удаления файла он естественно также находиться в .config но уже в 500кб.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

41. Сообщение от Аноним (38), 08-Июн-24, 12:34   +/
"Implement tearing". А, они отключение vsync'а назвали "добавлением тиринга (разрывов)" (т.н. loaded language, речевая манипуляция) и воевали с последствиями своего манипулирования.

Тиринг - артефакт, который часто может быть после отключения vsync'а, то есть это бяка.
А вот в словах "отключение vsync" эмоциональной нагрузки нет и мысль "кому-то может потребоваться уменьшение задержки" доходила бы лучше.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38

42. Сообщение от marten (ok), 08-Июн-24, 12:49   +/
Ох, спасибо за подсказку, та же проблема была. И да, это не бред.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

43. Сообщение от n00by (ok), 08-Июн-24, 12:56   +/
> В файловый менеджер Dolphin добавлен вывод рекомендации по установке
> приложения Filelight при попытке получения информации о свободном
> пространстве на накопителе, если Filelight не установлен (в этом случае
> выпадающее меню с информацией о свободном пространстве остаётся пустым).

Вот ведь логичная фишка и удобная. Но, само-собой не установится после согласия пользователя, а придётся лезть в консоль. "Программа должна делать одну вещь и делать ее хорошо". Интегрировать все эти хорошо работающие программы почему-то не получается. Разве что Леннарт Поттеринг добавит в systemd поддержку MSI, вот тогда заживём %)

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #62

44. Сообщение от Аноним (-), 08-Июн-24, 12:58   +/
> Но разработчики уже создают новое легаси, не выбросив до конца старое.

Так основная проблема что старое омнище не выбросили быстро, а тянут до сих пор.
И тратят на это тыщщи человекочасов. Это как ампутировать гангренозную ногу пару суток, а не отпилить за полчаса.
А закопали бы иксы лет пять назад, сейчас мы бы наслаждались нормальным вейландом.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #55, #59

46. Сообщение от n00by (ok), 08-Июн-24, 13:02   +1 +/
В сложных случаях обычно помогает заменить "они" на "я" и тогда становится всё связно:

У меня прям навязчивая идея с кэшированием, мало мне Akonadi и Nepomuk, впрочем мои проблемы это толкьо мои проблемы, мне бы корпорацию вроде IBM, тогда б я поиздевался над линуксоидами, а так чем бы мне потешиться?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

48. Сообщение от n00by (ok), 08-Июн-24, 13:06   +/
Если файл должен быть в одно месте, а находится в другом, вернее спрашивать, что там за дистрибутив.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

50. Сообщение от n00by (ok), 08-Июн-24, 13:09   +/
Не надо путать отчёты с "постами". А если кто-то беспрерывно втыкает 2 часа в экран, его гнать надо с рабочего места на свежий воздух - наверняка уже забыл, что он там ищет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

53. Сообщение от Ананоним (?), 08-Июн-24, 13:49   +3 +/
> Такое себе удовольствие. Когда cpu нагружен, курсор начинает виснуть.

Ну у меня когда swap активно нагрущен так вообще графический интерефейс виснет на минуты. Под виндой на древних компах при максимальной нагрузке CPU курсторы не висли даже при отрисовке CPU. Просто архитектруно правильно реализовано было.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #54, #61

54. Сообщение от Аноним (54), 08-Июн-24, 14:09   +/
Под виндой софтовая отрисовка курсора была разве что на исашных тридентах. А тут — достижение, 2024 год.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #57

55. Сообщение от Аноним (54), 08-Июн-24, 14:10   +1 +/
> А закопали бы иксы лет пять назад, сейчас мы бы мучились с вейландом все вместе.

fixed

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

57. Сообщение от Ананоним (?), 08-Июн-24, 14:26   +4 +/
> Под виндой софтовая отрисовка курсора была разве что на исашных тридентах. А
> тут — достижение, 2024 год.

Ну так я про это и говорю. Сначала настроят стен и заборов, и думают что их нельзя обойти. Потом героически преодолевают через верх или щели :D Все эти композиторы и 3D работают хуже для GUI чем классическое Hardware 2D на видеокартах эпохи Pentium 100.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

59. Сообщение от Bottle (?), 08-Июн-24, 15:11   +/
Не думаю. Просто корпораты со временем найдут новую ОС с десктопом получше и будут продвигать её.
Пока что альтернатив нет (есть, конечно, BSD с убогой лицензией, но все наработки разошлись по проприетари), есть только игрушечные экземпляры ради фана, вроде Haiku, SerenityOS, ReactOS. Единственная возможность стать какой-то из альтернатив популярной - дождаться фейла линукса.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #89

60. Сообщение от Аноним (-), 08-Июн-24, 15:21   +/
> проприетарном драйвере NVIDIA, приводящей к подвисаниям
> при перемещении или изменении размера

Во. Правильный подход к делу - тыкать проприетарщиков в их баги носом, как котят.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #94

61. Сообщение от Аноним (-), 08-Июн-24, 16:12   +4 +/
> Под виндой на древних компах

интерфейс мог виснуть вообще без видимых причин.

>  у меня когда swap активно нагрущен так вообще графический интерефейс виснет на минуты.

Если твоя система использует своп, то тебе необходимо либо докупить оперативки, либо снизить потребление памяти. Либо если ни то, ни это не вариант, то единственный выход earlyoom. Свопа не должно быть в системе, он не помогает против подвисаний, только продлевает их.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #68, #87

62. Сообщение от n00by (ok), 08-Июн-24, 17:38   +/
Discover я видел и пробовал, он тогда толком не работал. Спасибо, приму к сведению. Но у нас тут не популярные дитрибутивы, а какие уж есть. В Альте, может быть, даже работает? В смысле, заработает, когда появится KDE6.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43

63. Сообщение от Аноним (63), 08-Июн-24, 21:04   +3 +/
Как отличить современную DE от экскрементов мамонта? В современной DE для отрисовки курсора необходимо задействовать всю мощь GPU!

А лет через 5, в консоле линукса вывод текста на экран будет тормозить если твой GPU слабее условного 4090
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #67

64. Сообщение от BrainFucker (ok), 08-Июн-24, 22:10   +1 +/
> Лучше бы с krunner что-нибудь сделали.

Я ещё в пятой версии сделал. Из автозапуска убрал, поставил gmrun, переназначил хоткей Alt+F2 на запуск gmrun.

Чем krunner всегда бесил, он постоянно висит в памяти даже когда не нужен, потребляет зачем-то 150МБ, мелочь по современным меркам, но для такой ерунды странное. Мне всех его фич не нужно, gmrun быстрее и его более чем хватает.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

65. Сообщение от Аноним (65), 08-Июн-24, 22:13   +/
У меня курсор не успевает за мышью. GPU в процессоре. Какую видеокарту мне нужно купить, чтобы не тормозило?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #69, #71, #77

66. Сообщение от Аноним (66), 08-Июн-24, 22:22   +/
Всё ещё не совсем готов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #72

67. Сообщение от Аноним (66), 08-Июн-24, 22:30   –1 +/
А что ж его в консоли будет тормозить, нескучные живые обои?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63

68. Сообщение от Ананоним (?), 08-Июн-24, 22:34   +/
Почему-то под Windows активный swapping не приводил к таким зависаниям интерфейса.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #70, #75

69. Сообщение от ilyafedinemail (ok), 09-Июн-24, 01:37   +2 +/
Обычно в таких случаях надо купить разработчика драйвера, а не видеокарту. Иначе может ничего не измениться.

Такого не должно быть даже на intel gen 3, но может быть даже на топовой видеокарте если где-то там баг и какой-нибудь вызов GL ждет секунду чего-то вместо того, чтобы выполниться моментально.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65

70. Сообщение от Аноним (70), 09-Июн-24, 09:09   +/
Под Windows своппинг вообще такой боли не вызывает, а в линуксе лучше уж и правда сразу oomkiller.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68

71. Сообщение от Аноним (54), 09-Июн-24, 11:43   +/
Инпут-лаг дисплея бы сначала проверить. А то, может быть, вы за проектором сидите.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65

72. Сообщение от Аноним (72), 09-Июн-24, 13:22   +/
Это приколы KDE а не Wayland. В Gnome же проблем с курсором нет, все плавно. Собственно об этом и написанно в списке изменений, что задействовал аппаратное ускорение для курсора.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66 Ответы: #74

73. Сообщение от Аноним (72), 09-Июн-24, 13:23   +/
Так тормоза только в кедах, тоесть проблема в кедах а не вейланде.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

74. Сообщение от _kp (ok), 09-Июн-24, 15:53   +3 +/
Скорее в Гноме тормозит всё, и на фоне этого не заметно тормозит курсор или нет.
На немощных компах конечно, а на нормальных ни Гном, ни курсор в КДЕ, не тормозят.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72 Ответы: #82

75. Сообщение от _kp (ok), 09-Июн-24, 16:10   +1 +/
Swap не замена ОЗУ, в него можно скинуть неактивные приложения или их части, но если активному приложению не хватает ОЗУ, что задействуется swap, то будут и тормоза и лаги.

>>активный swapping

Это мазахизм. С подобным будет одинаково плохо на любой ОС Нужно добавить ОЗУ.

Разница будет только при разных объёмах задействованного объёма в swap для активного приложения.
То есть, если разница заметна, то разное ПО потребляет разные объёмы памяти.


>> не приводил к таким зависаниям интерфейса

Значит значительное количество компонентов принудительно сохраняется в ОЗУ.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #78

76. Сообщение от Аноним (76), 09-Июн-24, 16:28   +/
> значительно ускоряющее работу с содержимым каталога ~/.cache. Добавленная оптимизация

Починили, ага, оптимизация, ага. В этом весь KDE :D

// The shader (currently) causes a blocking disk flush on load and save of every QQuickWindow
// Because it's on load, it will happen every time not just occasionally
// The gains are minimal, disable until it's fixed
QCoreApplication::setAttribute(Qt::AA_DisableShaderDiskCache);

Ответить | Правка | Наверх | Cообщить модератору

77. Сообщение от Aoius (?), 09-Июн-24, 16:38   +/
>У меня курсор не успевает за мышью. GPU в процессоре. Какую видеокарту мне нужно купить, чтобы не тормозило?

1. Зорг или Вейлэнд?
2. Провод, БТ или радиоканал?
3. Драйвер ГПУ?
4. ДЕ и композитор?
Тебе может и 6900ХТ не поможет.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65 Ответы: #90

78. Сообщение от Аноним (78), 10-Июн-24, 00:52   +/
Вообще в своё время своп был именно заменой ОЗУ. Когда она стоила конских денег. В 1995 восемь мегабайт (совершенно невыдающийся размер, как сейчас, ну скажем, 16 Гб) стоили около 300$. Разница на порядок! Но зачем сейчас так мучиться — непонятно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75 Ответы: #79, #91

79. Сообщение от Ананоним (?), 10-Июн-24, 01:55   +/
Ну приди и добавь в мой ноутбук с 16ГБайт ещё ОЗУ, если это уже предел. И вообще, отключение swap в моём случае это как сказать прощай тяжёлым задачам. Только не говорите что мне нужно бежать и покупать новый ноутбук с 32ГБайт ОЗУ потому что в линухе кривой swap.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78 Ответы: #84

80. Сообщение от Аноним (80), 10-Июн-24, 06:46   +/
Hardware Cursor же миллион лет, ещё году в 1999 его припомню.
Ответить | Правка | Наверх | Cообщить модератору

81. Сообщение от Perlovka (ok), 10-Июн-24, 07:20   +4 +/
Я тут вчера поставил пятые кеды на посмотреть, последний раз видел третьи до этого.
По-моему, курсор это меньшая из проблем в КДЕ. Так испохабить лучшее когда-то ДЕ надо еще было умудриться.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #93

82. Сообщение от Аноним (83), 10-Июн-24, 08:03   +/
Неверная логика, вейланд - это протокол. Реализация протокола в kde - kwin, в гноме - mutter, а ещё есть композиторы всякие типа wayfire. Соответственно проблема курсора - это проблема композитора kwin, если в других не воспроизводится. А оно не воспроизводится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74

83. Сообщение от Аноним (83), 10-Июн-24, 08:04   +/
Как можно переписать протокол на ЯП? Протокол пишется на английском.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

84. Сообщение от Аноним (83), 10-Июн-24, 08:09   +/
Причем тут линух? 16 сейчас мало под любой ОС, если заниматься чем-то кроме сидения в ВК. Конечно надо новый покупать, давно пора.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79 Ответы: #86

85. Сообщение от Аноним (83), 10-Июн-24, 08:19   +/
Ну забудь, тебя тащит кто-то? У меня композитор вейланда (не забываем, что Вейланд - это протокол) работает стабильно и лучше, чем иксы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

86. Сообщение от Аноним (54), 10-Июн-24, 09:42   +/
Я говорю про обычный, среднестатистический ПК. 16 ему за глаза для большинства задач. Но да, можно и больше — потому что дёшево. О чём и речь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84

87. Сообщение от Ананий (?), 10-Июн-24, 11:14   +/
>то тебе необходимо либо докупить оперативки, либо снизить потребление памяти.

как ты за всех порешал
мне вот, например, хочется раз в несколько месяцев собрать смузихлебный vscode
так эта субстанция при сборке жрет память как не в себя. Свопик на ссд тут весьма выручает, благо мне абсолютно побоку ресурс его использования на впс.

Т.е. есть оперелённый круг неежедныевных задач, где свопец, да еще на ссд - очень даже нужно.
А память не всегда можно докупить. На тех же ноутах возможность апгрейда весьма ограничена.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61

88. Сообщение от Аноним (88), 10-Июн-24, 12:37   +/
Если курсор отрисовывать на CPU, то увидишь обновленный курсор только после перерисовки кадра. Если курсор в отдельном пространстве, то получается «плавнее», т.к. курсор можно заменить/передвинуть без перерисовки всего кадра.

Можно сделать курсорный композитор, но как бы это уже сделано... и часто аппаратно.

Для игорей обычно не важно, там каждый кадр с нуля перерисовывается, но может тормозить меньше с аппаратным курсором (если игра сильно не дотягивает до fps монитора, а курсор - это простой спрайт).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

89. Сообщение от Аноним (89), 10-Июн-24, 12:45   +/
Линукс как десктопная ось уже провалился. Его ниша это запускалка браузера и терминала, чтобы рулить серверами по ссш. Весь хороший софт - кросплатформа или имеет лучший аналог на других ос.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59

90. Сообщение от Аноним (90), 10-Июн-24, 14:28   +1 +/
RDP через спутниковый канал в Аргентину, с расбери-пи на котором в 4 потока xz жмет бэкапы
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77

91. Сообщение от _kp (ok), 10-Июн-24, 20:49   +1 +/
Своп не замена! А средство экономии ОЗУ, за счет вытеснения неиспользуемых страниц в своп.
Например на случай gовнокода типа выделим под каждую стоку буфер 100МБ, что б точно хватило, а раз столько мы использовать точно не будем, и значит просто выделится место в свопе, без жора памяти.
Но если не хватило активно используемого ОЗУ, то система становилась нежизнеспособным тормозом.

И кстати, в 1995 на 16МБ ОЗУ тогдашний Windows еще вполне работал. А на 8МБ уже только запускался, и никакой своп это исправить не мог.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78

92. Сообщение от Аноним (94), 14-Июн-24, 12:48   +/
эффекты пишут на диск? То-то современные системы на hdd неюзабильны стали
Ответить | Правка | Наверх | Cообщить модератору

93. Сообщение от Аноним (94), 14-Июн-24, 12:49   +/
Наконец скомпилировались?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81 Ответы: #95

94. Сообщение от Аноним (94), 14-Июн-24, 12:51   +/
особенно когда открытый сравнимого качества никто не написал и тыкать т.о. некого?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60

95. Сообщение от Perlovka (ok), 15-Июн-24, 12:20   +/
> Наконец скомпилировались?

Если у вас проблемы со временем компилирования, то стоит сменить ваш Core2Duo на что-нибудь более современное.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93


Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру