🤤 Drool is an automation layer that is used to measure if a set of "clean" actions results in a DOM and or Listener leak.
Real World wins
Drool has made it far easier to identify memory leaks in an automated and reproducible way, for example:
- Material Design Lite
- Beaker Notebook
Why am I making this?
After running perf/memory tests across multiple todomvc implementations, I found that almost all implementations have significant memory leaks on the most basic of tasks. Worse yet, most of these leaks were introduced at a framework level, or were introduced by "expert/(framework authors)". The question arose in my mind, if people who authored a framework are introducing leaks in the most trivial of applications, how can users be expected to create non-leaking implementations of much more complex applications.
Ideally Drool will leverage standard interfaces, such as todomvc, to test for leaks at a framework level. The result of which should help framework authors and developers realize that memory leaks are pervasive in the tools that we use.
Chrome devtools is a powerful utility layer for detecting memory issues, yet the fact still stands that most developers do not know how to use the tooling around it to arrive any thing that is directly actionable. Drool aims to be a generic automated abstraction layer, so people can get good "numbers" in a consistent way without having to deep dive into memory profiling.
Ensure that you have at least version
2.26.436421 of chromedriver.
var drool = ;var assert = ;var driver = droolstartchromeOptions: 'no-sandbox';drool