Estoy haciendo algunas pruebas iniciales para una aplicación de Rails que se implementará en Windows, pero el servidor de desarrollo en una VirtualBox es extremadamente lento. Nunca he visto algo como esto en Linux (pero la plataforma del servidor debe ser Windows), incluso en un dispositivo virtual idéntico.Rieles en Windows: ¿Lento?
¿Son viables los rieles en Windows en términos de velocidad?
Yo, por otro lado, creo que es bastante estable, y no tiene ningún tipo de problemas de velocidad.
He estado utilizando Rails con Windows y Linux (aún para usarlo con Mac OSX), y he tenido exactamente el mismo tipo de tiempos de respuesta.
Prefiero usarlo en Linux, debido a la terminal y todos los extras de Linux, pero estoy muy contento de usarlo en Windows.
Actualización:
pensó que sería bueno para terminar diciendo que he utilizado rieles tanto desde una máquina Windows, y desde una máquina Linux con una ventana de instalación virtual, y como se dijo anteriormente, tuve la el mismo tipo de tiempos de respuesta.
Comencé la programación RoR en Windows y sí, el servidor es realmente lento. No importaba si Windows se estaba ejecutando en una vbox o directamente como el sistema operativo, el servidor era lento. He intentado varias cosas para obtenerlo más rápido (un núcleo de CPU solo para ruby, etc.), pero nada me ayudó, así que fui a Linux porque el trabajo era mucho más rápido. Simplemente no puede trabajar con una buena velocidad si tiene que esperar una respuesta del servidor cada vez.
He intentado 18.6, 1.8.7 y 1.9.1 en Windows, OS X y Linux. He encontrado que el tiempo de respuesta con Windows es más largo que el uso de OS X o Linux (Webbrick y Mongrel). Si utilizo Windows puramente como servidor, el tiempo de respuesta parece ser OS X Linux, pero mucho más lento si desarrollo y renderizo resultados usando cualquier navegador mientras uso la misma computadora.
Interesante. No estoy seguro de qué hacer con todo esto todavía. ¡Gracias! –
El tiempo de respuesta es mucho más lento en el modo de desarrollo porque Rails vuelve a cargar todos sus controladores y modelos (en caso de que hayan cambiado) en cada solicitud. – Gdeglin
@Gdeglin, más lento sí, pero más lento que en MacOS o Linux? Todos los entornos de desarrollo deberían ser aproximadamente iguales. –
He estado desarrollando raíles en Windows durante tres años y el rendimiento ha sido bueno en realidad. Mi configuración es relativamente potente: Dual Core 3.0 GHz, 3 gigas de ram, y supera a los nuevos profesionales macbook de mi compañero de trabajo en un 20-30%. (Al ejecutar 1200 pruebas de integración).
Dicho esto, tengo un accidente de ruby aleatoriamente después de moverme a 1.9, así que definitivamente no recomendaría ejecutar ningún servidor de producción usando MRI en Windows.
Debería considerar cambiar a JRuby si va a alojar su sitio en Windows. Muchas aplicaciones de rieles de producción se ejecutan en JRuby, y su rendimiento es excelente y no varía mucho entre plataformas. He aquí una lista de algunos sitios que se ejecutan JRuby: http://kenai.com/projects/jruby/pages/SuccessStories, y la página principal para ello es: http://jruby.org/
Otra opción para el desarrollo local (que he utilizado en ocasiones) es ejecutar rieles en el interior de una instancia de CentOS VMWare. Aunque mi experiencia ha sido que el rendimiento ha sido más o menos lento en ese entorno. Puede ver un beneficio si ejecuta los raíles en un estado multiproceso (en lugar de solo ejecutar el script/servidor).
¡Buena suerte!
Gracias ... la última opción no es factible porque el objetivo de la aplicación es 100% acceder a los recursos compartidos de Windows directamente, por lo que un VMWare vencería el propósito. –
Sí, parece que JRuby es la mejor opción para usted, especialmente si se está implementando en Windows. Esto también le permitirá usar los conectores de la base de datos Java en lugar de los de Ruby (que se sabe que tienen problemas en Windows). Microsoft ha estado trabajando para obtener su propia implementación .NET de Ruby para ejecutar rails durante un tiempo, por lo que es posible que desee vigilar su progreso, pero parece que todavía tienen un largo camino por recorrer antes de que esté listo . – Gdeglin
para un aumento de velocidad podría intentar deslizadora mi cargador superior (ayuda carriles funcionen más rápido en sopor): spork https://github.com/rdp/faster_require también comprobación, lo que no funciona en el sopor, y jruby también funciona bien.
Yo podría ser el primer ser humano en comprender por qué los rieles & ruby funcionan con lentitud en Windows, al menos para Windows XP. :)
Cuando se quede sin espacio en Windows XP, le pregunta si puede liberar algo de espacio eliminando archivos temporales y comprimiendo algunos archivos. Si lo haces, terminas con una gran cantidad de archivos comprimidos. Esto significa que a partir de ese momento, una gran cantidad de archivos se descomprimirán y volverán a comprimir sobre la marcha al acceder a ellos, lo que ahorrará espacio en disco, pero consumirá tiempo de CPU.
Así que recientemente estaba tratando de acelerar la computadora de un amigo que parecía condenada por su lentitud, por lo que mi último pensamiento fue ... tal vez xp comprimido en muchos archivos y ahora está ocupado descomprimiendo & comprimiéndolos todos tiempo ... así que busqué un comando para descomprimir una partición ntfs completa, y lo encontré:
compact/u/s/i (debe ejecutarlo desde el directorio raíz del disco, es decir, "C: \ ")
Después de eso, pensé que podría haber sido una buena idea ejecutar el mismo comando en mi pc.
No hace falta decirlo, antes de eso, los raíles -v tardaban como 15 segundos en aparecer. Así que después de descomprimir todos los archivos (descomprimía algo así como 54000 archivos) pensé que un buen candidato para ver si había alguna diferencia, era para iniciar los rieles, y con mi gran sorpresa rails -v tomó como 2 segundos, como le pasó a pasar mucho tiempo antes!
No sé si esto funcionará para usted. Pero para mí ha restablecido la sensibilidad y la velocidad de rubí a lo que antes era, más lento que * nix, pero mucho más rápido de lo que había terminado recientemente, ¡sin ninguna razón aparente!
¡Espero que alguien se beneficie de esto!
sólo mis 0,75 centavos;)
Hmmmm ... interesante –
hay muchos otros informes ventanas lentitud. No estoy seguro de que esto sea una respuesta, ya que no hay repro. – Doug