Attualmente sto fornendo software musicale Windows a 32 bit. Alcuni dei miei utenti chiedono il supporto a 64 bit. Ho intenzione di farlo, ma il porting è un grande lavoro, e ho molte altre importanti richieste di funzionalità. Devo assegnare il mio tempo limitato saggiamente. Quanta quota di mercato detengono i sistemi operativi a 64 bit? E qual è la tendenza.Quando supportare Windows 64?
risposta
Nessun tempo migliore di adesso. Poiché la necessità di più RAM aumenta, le versioni a 64 bit di Windows diventeranno sempre più diffuse. Gioca un po 'con Google trends e vedrai un netto miglioramento nelle persone che lo guardano. Come spiegato in "Dude, Where's My 4 Gigabytes of RAM?", la necessità per l'utente di ogni giorno di accedere a un sistema operativo a 64 bit continuerà a crescere.
Modifica in risposta al commento di Jeff
ho capito, ogni squadra dovrà bilanciare aggiornamenti/correzioni di bug per priorità. Questo sarà sempre un difficile equilibrio da colpire. I vantaggi di una versione a 64 bit continueranno a crescere!
Buona fortuna a colpire il giusto equilibrio!
Perché richiedono il supporto 64 bit? Il tuo software a 32 bit non funziona su Win64 o suppone di aver bisogno di una versione speciale quando in realtà starebbero bene con la versione a 32 bit? Nella mia esperienza, il supporto di Win64 per i programmi a 32 bit è eccellente ed è probabile che continui ad esistere per il prossimo futuro.
Se il software non funziona, e non è dovuto a una limitazione fondamentale come metà della logica è in un driver di periferica, quindi farlo funzionare come eseguibile a 32 bit potrebbe essere più facile di quanto si pensi.
(Perdonami se ti sto insegnando a succhiare le uova. 8-)
Il mio software funziona come un plug-in (in Cubase) e Cubase64 ha scarso supporto per i plugin a 32 bit (buggy + latenza alta + 'legacy' non supportiamo ininterrottamente questo atteggiamento degli sviluppatori Cubase). –
@Jeff: Ah, OK, vedo - quindi è fuori dal tuo controllo. (Ora per favore scusami - Devo tornare al porting del mio componente aggiuntivo Visual Studio su VS 2010. 8-) – RichieHindle
software Music è un po 'vago. Se stai sviluppando professionalmente software di codifica/decodifica musicale, 64 bit è qualcosa che dovresti prendere sul serio, dal momento che può avere un impatto notevole sulle prestazioni di codifica/decodifica.
In caso contrario, mentre il 64 bit sta diventando sempre più popolare, l'app a 32 bit continuerà a funzionare perfettamente, quindi altre funzionalità sono più importanti nel frattempo. Tuttavia, dovresti pensare anche al porting a 64 bit e refactoring il tuo codice per essere più portabile mentre vai avanti.
x64 non fornirà PIÙ di un potenziamento per la codifica, almeno non per l'audio. C'è una buona discussione sulle versioni x64 di LAME su Hydrogenaudio: http://www.hydrogenaudio.org/forums/index.php?showtopic=47244 –
Non è il momento di effettuare il porting, ma assicurati anche di testare il tuo software su sistemi a 64 bit. L'emulatore su Vista o 7 è abbastanza buono e non dovrebbe causare alcun problema.
Il principale vantaggio è la maggiore quantità di ram che può essere allocata. Se c'è un sacco di ram usato e c'è un sacco di cache in corso, dovresti portarlo.
Grazie !, nel mio caso l'emulatore incita i costi generali a causa della comunicazione tra processi l'host a 64 bit. I clienti hanno notato la penalità rispetto ai miei concorrenti. Questi overhead possono essere evitati se scrivo una versione a 64 bit. –
Sono d'accordo con gli altri qui che ora è un ottimo momento per iniziare a supportare i sistemi operativi a 64 bit. Con Windows 7 proprio dietro l'angolo vedrai una porzione molto più ampia di utenti che usano sistemi operativi a 64 bit. Anche se il tuo software non è ottimizzato al 100% per i processori a 64 bit, la porta avrà accesso ai registri aggiuntivi e tali sono associati all'esecuzione di codice a 64 bit e potrebbero vedere un aumento delle prestazioni. Per non parlare di non andare contro il muro da 4 GB e tutto il resto.
Basta tenere a mente che le strutture dati potrebbero cambiare di dimensioni e l'applicazione probabilmente utilizzerà più memoria.
Se mi sbaglio su questo, per favore, qualcuno mi corregga!
Non hai torto, ma è altrettanto probabile che le strutture di dati più grandi determinino una diminuzione delle prestazioni, quando i dati non si adattano più completamente alla cache. Quale dei due accade è impossibile da dire senza sapere nulla sul codice. – mghie
Ci sono 3 cose comuni che sarebbero buone ragioni per porta per Win64:
- il prodotto include un driver - in questo caso per lavorare a tutti su un sistema Win64, almeno il conducente deve essere portato .
- il tuo prodotto è dotato di integrazione di shell o IE - poiché su un sistema Win64 l'utente probabilmente utilizza la versione a 64 bit di Explorer e IE, avrai bisogno di plug-in a 64 bit da integrare con quelli. (dovresti continuare a impacchettare e installare le versioni a 32 bit, così le cose funzioneranno ancora se l'utente si trova in un file manager a 32 bit o istanza di IE).
- il tuo prodotto beneficerebbe notevolmente di un maggiore spazio degli indirizzi: se il tuo prodotto consuma molti dati (come spesso fanno le app di database o di crunch numerico), l'applicazione avrà molto più spazio di indirizzi virtuali disponibile su un sistema Win64 e può spesso utilizzare quello a vantaggio
Nota che ci possono essere altri buoni motivi per port, ma questi sono quelli comuni. Si noti inoltre che il porting per uno dei suddetti motivi non significa necessariamente che debba essere eseguito il porting di tutto il. Ad esempio, potresti riuscire a farla franca con il semplice porting del tuo driver di dispositivo.
Se nessuno di questi motivi è adatto, potrebbe essere solo per gli utenti che desiderano qualcosa senza una buona ragione: educarli potrebbe essere d'aiuto. Ma se inizia a influire sulle vendite, potresti trovarti in una posizione in cui devi portarlo solo per renderli felici anche se non c'è una buona ragione tecnica (speriamo che i tuoi clienti non siano così irragionevoli e ascolteranno i solidi consigli tecnici).
Ma anche se non si porta il codice su Win64, non c'è motivo di non testare e supportare l'applicazione su sistemi Win64.
Grazie !, Il mio prodotto è un plugin per Cubase (ha entrambe le versioni a 32 bit e 64 bit). Quindi anch'io devo fornire sia a 32 che a 64 bit. –
x64 La quota di mercato dei PC e dei sistemi operativi aumenterà solo. È il futuro. Meglio supportare il futuro nelle prime fasi.
- 1. Windows 64 bit Rilevamento VMware
- 2. SWT su Windows 64-bit
- 3. qt application 64 bit windows
- 4. Python, GEOS e Shapely su Windows 64
- 5. NUnit "missing" GPSVC.DLL su Windows 7/64
- 6. Windows driver di visualizzazione hooking, 64 bit
- 7. Quando utilizzare Eclipse 64 bit
- 8. Port 32 bit driver di Windows a 64 bit Windows
- 9. Come installare cmake su Windows 64 bit
- 10. Windows a 64 bit utilizza KERNEL64?
- 11. Compilatore 64 bit C per Windows 7
- 12. Boost :: Python Windows 7 64 bit
- 13. Boost.Test su Windows a 64 bit
- 14. phpredis su windows 7 64 bit xampp
- 15. API Javax.comm su Windows 64 bit
- 16. TAPI su Windows 2008 edizione 64 bit
- 17. Mono supporta Windows a 64 bit?
- 18. Installa MongoDB su Windows 8.1 64 bit
- 19. JavaHL Subclipse 64 installazione bit su Windows
- 20. Windows Phone 7.5/8 - Modo ottimale per supportare più marchi
- 21. Specifiche dell'icona WPF per supportare Windows 7 ed essere compatibile con le versioni precedenti
- 22. Problemi durante l'esecuzione del gioco XNA su Windows 64-64 7
- 23. SDK Android a 32 o 64 bit su sistema operativo Windows a 64 bit?
- 24. Ritorno da __len __() quando> 64 bit
- 25. Ottenuto "Accesso negato" quando ho provato a installare 64-bit mongodb nel server Windows 2008
- 26. Il processo javaw.exe in Windows 64 consuma più memoria?
- 27. HighCharts per supportare RTL
- 28. Interoperabilità a 32 e 64 bit su Windows a 64 bit
- 29. Installazione di Visual Studio 2003 su Windows 7 64-bit
- 30. Come configurare MinGw su Windows 7 a 64 bit?
Grazie! Sono d'accordo con i vantaggi di 64-bit. Lo svantaggio è: il porting ora richiederà diversi mesi durante i quali gli utenti a 32 bit riceveranno alcuni bug fix o miglioramenti. Ricevo molta pressione/critiche pubbliche già per la spedizione promessa di nuove funzionalità troppo lentamente. Immagino che la mia domanda non sia "se" ma "quando". –
Giusto per aggiungere, penso che le correzioni di bug/patch dovrebbero ancora avere una priorità molto più alta. Il porting non dovrebbe ostacolare la normale manutenzione. È molto meglio avere un'applicazione leggermente più lenta di una buggy. Fondamentalmente, se hai cose migliori da fare, fallo prima di lavorare sul porting dell'applicazione a 64-bit. Ma altrimenti sono d'accordo. –
@musicfreak - Sono d'accordo, le correzioni di bug al 100% e le patch dovrebbero avere la priorità. Chi vuole una buggy soluzione a 64 bit o un buggy a 32 bit. Se devi scegliere correzioni di bug dovrebbe essere il primo! – Copas