Исправление den73, (текущая версия) :
Спасибо за ссылки. Для себя делаю вывод:
в принципе есть интересные концепции, которые мне раньше не попадались. Такую концепцию я углядел одну: время жизни/одалживание указателя.
Ещё интересна идея делать отдельную кучу для каждой «задачи» (т.е. треда). Явно, что она не нова, но для меня стала новостью, в лиспе я привык к глобальной общей куче. Вероятно, эту идею нужно оценивать в контексте вычислительных кластеров (где общая куча на все треды перестаёт соответствовать организации железа).
Рассуждения на тему графов, приведённые здесь,
https://aminb.gitbooks.io/rust-for-c/content/graphs/index.html
я не осилил. Я устроился на новую работу и мне, увы, стало не до разработки ЯП.
Очевидно, что там есть проблемы и что у поставщиков не было устраивающего хорошего решения. Также я думаю, а можно ли «красиво» реализовать Common Lisp на расте, где в граф организована, вообще говоря, вся память, и склоняюсь к выводу, что нельзя и что отсутствие сборки мусора будет критичной проблемой при попытке так сделать. Для меня дело пока выглядит так, что расту недостаёт общности и что задачу безопасного и защищённого от утечек управления памятью он не решает.
Они хотели продвигать «arena allocation», но процесс явно не завершён. Чтобы оценить последствия, надо копать в сторону уже имеющегося опыта, а опыт имеется и выводы из него неоднозначны:
https://en.wikipedia.org/wiki/Region-based_memory_management
Исходная версия den73, :
Спасибо за ссылки. Для себя делаю вывод:
в принципе есть интересные концепции, которые мне раньше не попадались. Такую концепцию я углядел одну: время жизни/одалживание указателя.
Ещё интересна идея делать отдельную кучу для каждой «задачи» (т.е. треда). Явно, что она не нова, но для меня стала новостью, в лиспе я привык к глобальной общей куче. Вероятно, эту идею нужно оценивать в контексте вычислительных кластеров (где общая куча на все треды перестаёт соответствовать организации железа).
Рассуждения на тему графов, приведённые здесь,
https://aminb.gitbooks.io/rust-for-c/content/graphs/index.html
я не осилил. Я устроился на новую работу и мне, увы, стало не до разработки ЯП.
Очевидно, что там есть проблемы и что у поставщиков не было устраивающего хорошего решения. Также я думаю, а можно ли «красиво» реализовать Common Lisp на расте, где в граф организована, вообще говоря, вся память, и склоняюсь к выводу, что нельзя и что отсутствие сборки мусора будет критичной проблемой при попытке так сделать. Для меня дело пока выглядит так, что расту недостаёт общности и что задачу управления памятью он не решает.
Они хотели продвигать «arena allocation», но процесс явно не завершён. Чтобы оценить последствия, надо копать в сторону уже имеющегося опыта, а опыт имеется и выводы из него неоднозначны:
https://en.wikipedia.org/wiki/Region-based_memory_management