Find out which of your dependencies are slowing you down 🐒
Latest commit 8ae0f54 Jan 10, 2017 @siddharthkp Bump patch version
Failed to load latest commit information.
lib Build helper Jan 10, 2017
src Update helpers.js Jan 10, 2017
test/src fix spacing Dec 11, 2016
.eslintrc.js Bulk commit Oct 27, 2016
.gitignore Delete test/lib Nov 1, 2016
.travis.yml Removed 4 from travis tests Dec 12, 2016
LICENSE Initial commit Oct 27, 2016 Add downloads badge Dec 10, 2016
package.json Bump patch version Jan 10, 2017
screenshot.jpg Added a little piggie to the screenshot Oct 28, 2016

Cost of modules

Find out which of your dependencies is slowing you down

Status npm npm

Find out which of your dependencies is causing bloat


npm install -g cost-of-modules


Run cost-of-modules in the directory you are working in.


--less Show the biggest 10 modules

--yarn Use yarn instead of npm to install dependencies

--no-install Skip installation

--include-dev Include devDependencies as well - for πŸš€ collaborator experience

Show your support

⭐️ this repo

Help out with windows support!


I recently published a npm module (auto-install) and I wanted to know how many bytes am I making people download before they can use it. Turns out, it was a whopping 30M!

More than space on disk, I want to optimise for install speed - setup is part of the user experience

Now, there are 3 things that you can do to make your npm package smaller

  1. Make sure all your workflow tools are in devDependencies and not in dependencies These include your build tools, testing frameworks, etc. Only dependencies get installed when someone installs your package. (That being said, for better collaborator experience, you should optimise for both)

  2. Only include the files you need by using files in your package.json or by including a .npmignore. More on that here.

  3. Use packages which do the job and take the least amount of space. For example, I realised that I did not need yargs, I only needed their parser yargs-parser which is much smaller.

  4. Bonus: Bundle all your code together and strip out the functions that you don't use - I still have to try this out. This could be the most impactful one.

In my case, the big size was because of # 3, the bunch of npm packages that I was using.

You can't fix what you can't measure

With npm 2.x, it was easy to find how much space is each of your dependencies taking. You could just look at the size of each directory in node_modules

With npm 3, the packages are installed in flat manner, so it isn't so straightforward.

That's the reason why I created this tool.


I would want to make this tool a pre-publish checklist.

  • See the size of your node_modules
  • Include the size of your files
  • Check if files or .npmignore exists
  • Check if there are any dev dependencies that are specified as dependencies (tricky)
  • Compare size with the last release. Something like this: Warning


MIT Β© siddharthkp