2012-04-16 7 views
6

ACTUALIZACIÓN: esto se corrigió después de Meteor v0.4 (2012). Para fines históricos:¿Por qué Meteor v0.4.x (MongoDB?) Solía ​​ocupar ~ 3GiB de espacio en disco para una aplicación muy simple?


Estoy probando Meteor en un micro EC2 Ubuntu 11.10 instancia (8GiB) y sobre su instalación e inicio de sesión que ejecutó el comando df para ver la cantidad de memoria había sido utilizado por los documentos básicos (alrededor del 10%):

Filesystem   1K-blocks  Used Available Use% Mounted on 
/dev/xvda1    8256952 782068 7055456 10%/
udev     295276   4 295272 1% /dev 
tmpfs     121248  148 121100 1% /run 
none      5120   0  5120 0% /run/lock 
none     303112   0 303112 0% /run/shm 

al instalar NodeJS & NPM me encontré de nuevo df para determinar cuánto más espacio se había consumido y no parece mucho (un 2% adicional):

Filesystem   1K-blocks  Used Available Use% Mounted on 
/dev/xvda1    8256952 919444 6918080 12%/
udev     295276   4 295272 1% /dev 
tmpfs     121248  148 121100 1% /run 
none      5120   0  5120 0% /run/lock 
none     303112   0 303112 0% /run/shm 

Luego fui sobre la instalación de MongoDB, y como se esperaba, esto tuvo mucho más memoria (59% de espacio en disco en uso):

Filesystem   1K-blocks  Used Available Use% Mounted on 
/dev/xvda1    8256952 4585884 3251640 59%/
udev     295276   4 295272 1% /dev 
tmpfs     121248  148 121100 1% /run 
none      5120   0  5120 0% /run/lock 
none     303112   0 303112 0% /run/shm 

Sin embargo, tras la instalación de Meteor, curl install.meteor.com | /bin/sh crear el miaplicacion muestra desde su sitio y funcionando meteor create myapp miaplicacion cd myapp & meteor vi correctamente la aplicación en el navegador que muestra "Hello World" (etc), en el lado del terminal vi esto:

[[[[[ ~/myapp ]]]]] 

Initializing mongo database... this may take a moment. 
Running on: http://localhost:3000/ 
^C 

al cerrar los s Erver comprobé df una vez más y me sorprendí al ver un disco lleno?

Filesystem   1K-blocks  Used Available Use% Mounted on 
/dev/xvda1    8256952 7778748  58776 100%/
udev     295276   4 295272 1% /dev 
tmpfs     121248  148 121100 1% /run 
none      5120   0  5120 0% /run/lock 
none     303112   0 303112 0% /run/shm 

Mi pregunta es: ¿por qué Meteor (? MongoDB) ocupan espacio en el disco ~ 3GiB para una aplicación muy sencilla?

¿Hay alguna manera de reducir este consumo de espacio en disco?

Gracias!

+1

'df -h' puede ser más fácil de leer que' df'. –

+0

¡Gracias Joe, lo tendremos en cuenta para la próxima vez! =) – rs77

+0

espera, por lo que desplegar meteoro y dependencias llenaron 8GB de espacio !? –

Respuesta

10

Esto está fijado en la rama de desarrollo de meteor y estará en la próxima versión.

https://github.com/meteor/meteor/commit/6042b91a9ca75fc47b2477e613da093f1c9b943e

Parece defecto mongo a la utilización de archivos de gran tamaño y tiene que ser dicho que no. Comprensible para el caso de uso normal de mongo, supongo. Al preasignar archivos grandes, pueden mejorar el rendimiento en algunos casos.

+0

¡Oh, gracias por eso! – rs77

0

Las razones para esta gran asignación y la solución temporal se han discutido en el subproceso this. Ha comprobado la opción --noprealloc y funciona bien.

Cuestiones relacionadas