| ▲ | redox99 7 months ago |
| I think garbage collection memory management can be thought of a delete optimized database. |
|
| ▲ | tybit 7 months ago | parent | next [-] |
| Runtimes with garbage collectors typically optimize for allocation, not deletion. |
| |
| ▲ | mike_hearn 7 months ago | parent [-] | | Generational GC optimizes for both. They assume that most objects die young, so choose to relocate live objects and just mark the entire region that was evacuated as empty. So this is a very efficient way to delete data. |
|
|
| ▲ | actionfromafar 7 months ago | parent | prev | next [-] |
| I have long day-dreamed of what a “use it (soon) or loose it” runtime would mean. Allocated blocks would just expire after a set time. |
| |
| ▲ | okasaki 7 months ago | parent [-] | | So kind of like browsers work now with the tab unloading and Android killing apps? Personally I find it really obnoxious and disruptive. | | |
| ▲ | sitkack 7 months ago | parent [-] | | You would prefer something a little more persistent? | | |
| ▲ | dotancohen 7 months ago | parent | next [-] | | I would prefer a 48 hour day, so that I could get everything done that needs to be done. Or maybe a 72 hour day, so I'd have time for things that I'd just enjoy. | |
| ▲ | okasaki 7 months ago | parent | prev [-] | | I prefer to do my own app lifecycle management. |
|
|
|
|
| ▲ | SgtBastard 7 months ago | parent | prev [-] |
| Only if you profoundly misunderstand what GC is. |