Actualmente proporciono software de música de Windows de 32 bits. Algunos de mis usuarios están pidiendo soporte de 64 bits. Planeo hacerlo eventualmente, pero portar es un gran trabajo, y también tengo muchas otras solicitudes de funciones importantes. Necesito asignar mi tiempo limitado sabiamente. ¿Cuánta cuota de mercado tienen los sistemas operativos de 64 bits ?, y ¿cuál es la tendencia?Cuándo admitir Windows 64?
No hay mejor momento que ahora. A medida que aumente la necesidad de más RAM, las versiones de Windows de 64 bits serán cada vez más frecuentes. Juega un poco con Google trends y verás un aumento claro en las personas que lo investigan. Como se explica en "Dude, Where's My 4 Gigabytes of RAM?", la necesidad de que el usuario de todos los días vaya a un sistema operativo de 64 bits seguirá creciendo.
Editar en respuesta al comentario de Jeff
entiendo, cualquier equipo tendrá que equilibrar mejoras/correcciones de errores por prioridad. Ese siempre será un equilibrio difícil de golpear. ¡Los beneficios de una versión de 64 bits continuarán creciendo!
¡Buena suerte al alcanzar el equilibrio correcto!
¿Por qué piden soporte de 64 bits? ¿Su software de 32 bits no funciona en Win64, o están suponiendo que necesitan una versión especial cuando de hecho estarían bien con la versión de 32 bits? En mi experiencia, el soporte de Win64 para programas de 32 bits es excelente, y es probable que continúe existiendo en el futuro previsible.
Si su software no funciona, y no es debido a una limitación fundamental como que la mitad de la lógica está en un controlador de dispositivo, hacer que funcione como ejecutable de 32 bits puede ser más fácil de lo que cree.
(Perdona si te estoy enseñando a chupar los huevos. 8-)
Mi software se ejecuta como un complemento (en Cubase), y Cubase64 tiene poca compatibilidad con los complementos de 32 bits (buggy + alta latencia + 'legacy' no apoyamos totalmente esta actitud de los desarrolladores de Cubase). –
@Jeff: Ah, bien, ya veo, entonces está fuera de tu control. (Ahora discúlpeme, tengo que volver a portar mi complemento de Visual Studio a VS 2010. 8-) – RichieHindle
software de la música es un poco vago. Si está desarrollando software de codificación/decodificación de música profesionalmente, entonces 64 bits es algo que debe tomarse en serio, ya que puede tener un impacto notable en el rendimiento de codificación/decodificación.
De lo contrario, mientras que 64 bit es cada vez más popular, su aplicación de 32 bits funcionará perfectamente, por lo que otras características son más importantes mientras tanto. Sin embargo, también debe considerar la posibilidad de portar 64 bits y refactorizar su código para que sea más portátil a medida que avanza.
x64 no proporcionará MUCHO impulso para la codificación, al menos no para el audio. Hay una buena discusión acerca de las compilaciones x64 de LAME en Hydrogenaudio: http://www.hydrogenaudio.org/forums/index.php?showtopic=47244 –
No es hora de hacer un puerto pero solo asegúrese de probar también su software en sistemas de 64 bits. El emulador en Vista o 7 es lo suficientemente bueno y no debería causar ningún problema.
La principal ventaja es la mayor cantidad de memoria RAM que se puede asignar. Si se utiliza una gran cantidad de memoria RAM y hay mucho almacenamiento en caché, entonces debe realizar el puerto.
¡Gracias !, en mi caso, el emulador no incurre en gastos generales debido a la comunicación entre procesos con el host de 64 bits. Los clientes han notado la penalización en comparación con mis competidores. Estos gastos generales se pueden evitar si escribo una versión de 64 bits. –
Estoy de acuerdo con otros aquí que ahora es un buen momento para comenzar a admitir sistemas operativos de 64 bits. Con Windows 7 a la vuelta de la esquina, verá una porción mucho mayor de usuarios que ejecutan sistemas operativos de 64 bits. Incluso si su software no está optimizado al 100% para procesadores de 64 bits, el puerto obtendrá acceso a los registros adicionales que están asociados con la ejecución de código de 64 bits y podría ver un aumento en el rendimiento. Por no mencionar que no corres contra la pared de 4GB y todo eso.
Solo tenga en cuenta que sus estructuras de datos pueden cambiar de tamaño y es probable que su aplicación use más memoria.
Si me equivoco sobre algo de esto, por favor, ¡alguien me corrige!
No está equivocado, pero es tan probable que las estructuras de datos más grandes den lugar a una disminución del rendimiento, cuando los datos ya no se ajustan por completo a la memoria caché. Cuál de los dos es imposible de decir sin saber nada sobre el código. – mghie
Hay 3 cosas comunes que serían buenas razones a puerto para Win64:
Tenga en cuenta que puede haber otras buenas razones para el puerto, pero estas son las más comunes. También tenga en cuenta que portar por una de las razones anteriores no significa necesariamente que todo tiene que ser portado. Por ejemplo, puede salirse con la suya simplemente portando el controlador de su dispositivo.
Si no encaja ninguno de estos motivos, es posible que los usuarios quieran algo sin una buena razón, educarlos puede ser útil. Pero si comienza a afectar las ventas, es posible que se encuentre en una posición en la que tenga que babor solo para hacerlos felices, incluso si no hay una buena razón técnica (ojalá que sus clientes no sean tan irracionales y escuchen buenos consejos técnicos).
Pero incluso si no transfiere su código a Win64, no hay razón para no probar y respaldar su aplicación en sistemas Win64.
¡Gracias !, Mi producto es un complemento para Cubase (tiene versiones de 32 bits y de 64 bits). Entonces yo también debo proporcionar 32 y 64 bits. –
x64 La cuota de mercado de PC y OS solo aumentará. Es el futuro Lo mejor es apoyar el futuro desde el principio.
¡Gracias! Estoy de acuerdo con las ventajas de 64 bits. La desventaja es: Portar ahora consumirá varios meses durante los cuales los usuarios de 32 bits recibirán pocas correcciones de fallas o mejoras. Recibo mucha presión/crítica pública por el envío de nuevas características prometidas demasiado despacio. Supongo que mi pregunta no es "si" sino "cuando". –
Solo para agregar, creo que las correcciones de errores/parches aún deberían tener mucha más prioridad. La transferencia no debe interferir con el mantenimiento normal. Es mucho mejor tener una aplicación un poco más lenta que una con errores. Básicamente, si tiene mejores cosas que hacer, hágalo antes de trabajar en portar la aplicación a 64 bits. Pero de lo contrario estoy de acuerdo. –
@musicfreak - Estoy de acuerdo, el 100% de las correcciones de errores y parches deben tener prioridad. ¿Quién quiere una solución con errores de 64 bits o una con errores de 32 bits? Si tiene que elegir correcciones de errores, ¡debe ser lo primero! – Copas