there is a subtle bug in page allocation which may result in a page being allocated twice in case of an unlucky hit of the delete table.
this will be fixed in the Crystal rewrite by making the delete table a lock-free linked list based queue, it will, however, be a point of tension just like before. Using multiple queues may be envisionable
there is a subtle bug in page allocation which may result in a page being allocated twice in case of an unlucky hit of the delete table.
this will be fixed in the Crystal rewrite by making the delete table a lock-free linked list based queue, it will, however, be a point of tension just like before. Using multiple queues may be envisionable
there is a subtle bug in page allocation which may result in a page being allocated twice in case of an unlucky hit of the delete table.
this will be fixed in the Crystal rewrite by making the delete table a lock-free linked list based queue, it will, however, be a point of tension just like before. Using multiple queues may be envisionable
Change of plan, it will be rewritten as a circular buffer queue.