Written Assignment 2
We have discussed why, at least on paper, mark-and-sweep is an inferior garbage collection strategy for languages (such as ones that do not expose pointer operations) that permit implementations to move data in memory. Yet even for such languages, most memory managers use a mark-and-sweep strategy for their large-object space. Give one reason why mark-and-sweep might be preferable on such objects. State two standard objections to mark-and-sweep, and explain why they dont apply in this context. For each reason, first state the objection, then explain why it doesn't apply.
Suppose we have multiple kinds of data of different sizes. In the heap representations we studied in class, the type tag is always at the first address (i.e., at offset 0) that represents a value. Should it matter where the tag resides? For instance, why not put the tag at the last address rather than the first? (The more concrete you are, the more brief you can be.)
A program that consumes some amount of stack, when converted to CPS and run, suddenly consumes no stack space at all. Why?
A generational garbage collector naturally tracks references from newer objects (ones allocated more recently) to older ones. A major challenge is keeping track of references that go the other way: from old objects to new. What in the design of a copying generational collector makes it natural for the collector to track references from new to old, rather than vice versa? Distinguish between variable mutation and value mutation. In variable mutation, we change the value held by a variable itself. In value mutation, the variable still refers to the same object; it's the content of the object that changes. (For example, set! in Scheme implements variable mutation, while vector-set! implements value mutation.) Which of these does a generational collector need to track specially? For each one, state whether it is or isn't tracked, with a brief justification for why or why not.