Saya baru saja berbicara dengan beberapa insinyur 10gen dan tidak ada alat tetapi Anda dapat melakukan perhitungan di belakang amplop yang didasarkan pada rumus ini:
2 * [ n * ( 18 bytes overhead + avg size of indexed field + 5 or so bytes of conversion fudge factor ) ]
Dimana n
adalah jumlah dokumen yang Anda miliki.
Overhead dan padding konversi bersifat spesifik mongo tetapi 2x berasal dari struktur data b-tree yang kira-kira setengah penuh (tetapi telah mengalokasikan 100% ruang yang dibutuhkan pohon penuh) dalam kasus terburuk.
Saya akan menjelaskan lebih banyak tetapi saya sedang mempelajarinya sendiri saat ini. Presentasi ini akan memiliki detail lebih lanjut:http://www.10gen.com/presentations/mongosp-2011/mongodb-internals