Barrapunto

Sí, yo también leí el comentario, y siempre tuve presente que las referencias circulares son un problema para los contadores de referencias, de hecho creo que escribí algún comentario antes en barrapunto donde lo comentaba.
Y claro que introduce algún overhead llamar a ref() y unref(), pero al fin y al cabo el ref() se hace casi siempre justo después de un new, que es bastante más lento que incrementar un número, así que carece de importancia, lo único que enlentece algo el código es el unref().
De todos modos, ref() y unref() producen un retardo controlado (siempre el mismo) que para aplicaciones de tiempo real (para las que comentan en la web que no está pensado D) es muy importante, mientras que un recolector de basura cada X tiempo detiene todo el sistema durante un tiempo completamente impredecible. De ahí mi comentario de "depende de la aplicación" :) Y "esconder esto tras punteros inteligentes" no empeora la velocidad en absoluto, porque lo normal (lo que yo hago) es implementar los punteros inteligentes como clases plantilla con todos los métodos inline, lo que significa que el código generado no tiene ningun overhead, es exactamente igual que hacer ref() y unref() a mano, pero más cómodo. Y lo mismo para el operador -> sobrecargado.