Encontrar fugas de memoria JavaScript con Chrome

He creado un caso de prueba muy simple que crea una vista troncal, adjunta un controlador a un evento e instanciauna clase definida por el usuario. Creo que al hacer clic en el botón" Eliminar " en esta muestra, todo se limpiará y no debería haber fugas de memoria.

Un jsfiddle para el código está aquí: http://jsfiddle.net/4QhR2/

// scope everything to a function
function main() {

    function MyWrapper() {
        this.element = null;
    }
    MyWrapper.prototype.set = function(elem) {
        this.element = elem;
    }
    MyWrapper.prototype.get = function() {
        return this.element;
    }

    var MyView = Backbone.View.extend({
        tagName : "div",
        id : "view",
        events : {
            "click #button" : "onButton",
        },    
        initialize : function(options) {        
            // done for demo purposes only, should be using templates
            this.html_text = "<input type='text' id='textbox' /><button id='button'>Remove</button>";        
            this.listenTo(this,"all",function(){console.log("Event: "+arguments[0]);});
        },
        render : function() {        
            this.$el.html(this.html_text);

            this.wrapper = new MyWrapper();
            this.wrapper.set(this.$("#textbox"));
            this.wrapper.get().val("placeholder");

            return this;
        },
        onButton : function() {
            // assume this gets .remove() called on subviews (if they existed)
            this.trigger("cleanup");
            this.remove();
        }
    });

    var view = new MyView();
    $("#content").append(view.render().el);
}

main();

Sin embargo, no estoy claro cómo utilizar el perfilador de Google Chrome para verificar que este es, de hecho, el caso. Hay un gazillion cosas que aparecen en la instantánea del generador de perfiles de montón, y no tengo idea de cómo decodificar lo que es bueno/malo. Los tutoriales que he visto de él hasta ahora sólo me dice "usar la instantánea profiler" o me dan un muy detallado de manifiesto en todo el analizador de obras. ¿Es posible simplemente usar el perfilador como una herramienta, o realmente tengo que entender cómo se diseñó todo?

EDITAR: Tutoriales como estos:

Fuga de memoria de Gmail fijación

Usando DevTools

Son representativos de algunos de los materiales más fuertes que hay, por lo que he visto. Sin embargo, más allá de introducir el concepto de la Técnica 3 Snapshot, encuentro que ofrecen muy poco en términos de conocimiento práctico (para un principiante como yo). El tutorial 'Usando DevTools' no funciona a través de un ejemplo real, por lo que su descripción conceptual general y vaga de las cosas no es demasiado útil. En cuanto al 'Gmail' ejemplo:

Así que encontraste una fuga. ¿Y ahora qué?

• Examinar la ruta de retención de objetos filtrados en la mitad inferior del panel de perfiles

• Si el sitio de asignación no se puede inferir fácilmente (es decir, oyentes de eventos):

• Instrumente el constructor del objeto de retención a través de la consola JS para guardar el seguimiento de la pila para asignaciones

• ¿Usando Un Cierre? Habilitar la adecuada existente bandera (es decir, goog.evento.Oyente.ENABLE_MONITORING) para establecer la propiedad creationStack durante la construcción

Me encuentro más confundido después de leer eso, no menos. Y, de nuevo, me está diciendo que haga cosas, no cómo hacerlas. Desde mi perspectiva, toda la información que hay es demasiado vaga o solo tendría sentido para alguien que ya entendió el proceso.

Algunas de estas cuestiones más específicas se han planteado en La respuesta de @ Jonathan Naguin abajo.