Files
meteor/scripts/dev-bundle-server-package.js
Ben Newman 04d13dc87a Use fork of fibers package that triggers GC less often.
Apparently calling v8::Isolate::AdjustAmountOfExternalAllocatedMemory
frequently results in lots of wasted CPU cycles on garbage collection, per
discussion here: meteor/meteor#10527 (comment)

This fix was inspired by marudor/libxmljs2#22, which seems to have
addressed nodejs/node#30995.

Another project that benefitted from adjusting external allocated memory
less often: mapnik/node-mapnik#136
2019-12-30 11:44:48 -05:00

34 lines
1.2 KiB
JavaScript

// This file contains a package.json for the dependencies of the *BUNDLED
// SERVER* (not the command-line tool).
// We put this in a JS file so that it can contain comments. It is processed
// into a package.json file by generate-dev-bundle.sh.
var packageJson = {
name: "meteor-dev-bundle",
private: true,
dependencies: {
// Keep the versions of these packages consistent with the versions
// found in dev-bundle-tool-package.js.
fibers: "https://github.com/meteor/node-fibers/tarball/df2c3f135f0f21bfd799eb7f8d33740c0cee6688",
"meteor-promise": "0.8.7",
promise: "8.0.2",
reify: "0.20.12",
"@babel/parser": "7.7.5",
"@types/underscore": "1.9.2",
underscore: "1.9.1",
"source-map-support": "https://github.com/meteor/node-source-map-support/tarball/1912478769d76e5df4c365e147f25896aee6375e",
"@types/semver": "5.4.0",
semver: "5.4.1"
},
// These are only used in dev mode (by shell.js) so end-users can avoid
// needing to install them if they use `npm install --production`.
devDependencies: {
split2: "2.1.1",
multipipe: "1.0.2",
chalk: "0.5.1"
}
};
process.stdout.write(JSON.stringify(packageJson, null, 2) + '\n');