4 ms·

The improvements necessary probably require going back on some of those fundamentals Not at all. It's pretty trivial to replace code that uses dynamically gen

by pg 13y ago

The improvements necessary probably require going back on some of those fundamentals Not at all. It's pretty trivial to replace code that uses dynamically generated links with code that doesn't.

chrisdotcode 13y ago
If it's that trivial, a lot of us would be happy for such a fix; is there any particular limitation as to why it hasn't been done?
- ilaksh 13y ago
  I think the problem is that dynamic links have a lot of other benefits so it doesn't make sense to get rid of them.
ilaksh 13y ago
https://github.com/arclanguage/anarki/blob/ab138be626728fbe1d0a2196bf5f367afb366c20/lib/srv.arc https://github.com/arclanguage/anarki/blob/ab138be626728fbe1... Can they change the 'lasts' parameter so that things don't expire as quickly? Another idea. To be more sophisticated, instead of killing fnids, could first ; replace them with fns that tell the server it's harvesting too ; aggressively if they start to get called. But the right thing to ; do is estimate what the max no of fnids can be and set the harvest ; limit there-- beyond that the only solution is to buy more memory. (def harvest-fnids ((o n 50000)) ; was 20000 Can they change that number? Maybe that would help. Another idea. Could you change it so that when they are harvested the functions are serialized to disk (maybe temporarily), and make fns a function or something so if it had been removed from memory it could be deserialized? It wouldn't need to be a serialization solution that would work for arbitrary closures, just something that would work for those cases, like timed-aform or whatever. I have barely ever tried to use Lisp and I don't know much about this system so this may not make any sense. Another idea. Use one of the Hacker News clones that people have built over the years that doesn't have this problem.

by pg 13y ago

The improvements necessary probably require going back on some of those fundamentals Not at all. It's pretty trivial to replace code that uses dynamically generated links with code that doesn't.

chrisdotcode 13y ago

If it's that trivial, a lot of us would be happy for such a fix; is there any particular limitation as to why it hasn't been done?

ilaksh 13y ago
I think the problem is that dynamic links have a lot of other benefits so it doesn't make sense to get rid of them.

ilaksh 13y ago

https://github.com/arclanguage/anarki/blob/ab138be626728fbe1d0a2196bf5f367afb366c20/lib/srv.arc https://github.com/arclanguage/anarki/blob/ab138be626728fbe1... Can they change the 'lasts' parameter so that things don't expire as quickly? Another idea. To be more sophisticated, instead of killing fnids, could first ; replace them with fns that tell the server it's harvesting too ; aggressively if they start to get called. But the right thing to ; do is estimate what the max no of fnids can be and set the harvest ; limit there-- beyond that the only solution is to buy more memory. (def harvest-fnids ((o n 50000)) ; was 20000 Can they change that number? Maybe that would help. Another idea. Could you change it so that when they are harvested the functions are serialized to disk (maybe temporarily), and make fns a function or something so if it had been removed from memory it could be deserialized? It wouldn't need to be a serialization solution that would work for arbitrary closures, just something that would work for those cases, like timed-aform or whatever. I have barely ever tried to use Lisp and I don't know much about this system so this may not make any sense. Another idea. Use one of the Hacker News clones that people have built over the years that doesn't have this problem.