Исходное сообщение
"Microsoft портировал подсистему WSL2 (Windows Subsystem for ..." Отправлено Аноним, 22-Авг-20 17:34
можно, кто же сомневается. Только все, что идет с динамическим управлением памятью позволяет разработчику снять с себя ответственность за потребление ресурсов. И чем меньше человек знает, тем меньше он об это беспокоится. Работает? Работает! Ну и на этом все в большинстве случаев заканчивается (а из вариантов иногда только написание собственного модуля на C, потому что GC или stdlib работает так, как работает). Если брать ту же VSCode, то я видел интересные статьи как они все там оптимизировали, но мало кто будет так закапываться в детали работы движка. PS: только не надо снова про покупку оперативы и ее дешевизну. Учитывая, что я видел процессы VSCode, которые кушали по 20ГБ (возможно из-за каких-то плагинов), я совсем не уверен, что оно не съест еще больше

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	> можно, кто же сомневается. Только все, что идет с динамическим управлением памятью > позволяет разработчику снять с себя ответственность за потребление ресурсов. И чем > меньше человек знает, тем меньше он об это беспокоится. Работает? Работает! > Ну и на этом все в большинстве случаев заканчивается (а из > вариантов иногда только написание собственного модуля на C, потому что GC > или stdlib работает так, как работает). > Если брать ту же VSCode, то я видел интересные статьи как они > все там оптимизировали, но мало кто будет так закапываться в детали > работы движка. > PS: только не надо снова про покупку оперативы и ее дешевизну. Учитывая, > что я видел процессы VSCode, которые кушали по 20ГБ (возможно из-за > каких-то плагинов), я совсем не уверен, что оно не съест еще > больше
	Введите код, изображенный на картинке: