2009-06-13 10 views
7

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

10

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!

+0

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". –

+0

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. –

+0

@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

6

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-)

+0

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). –

+0

@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

2

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.

+0

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 –

0

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.

+0

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. –

1

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!

+0

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

5

Ci sono 3 cose comuni che sarebbero buone ragioni per porta per Win64:

  1. il prodotto include un driver - in questo caso per lavorare a tutti su un sistema Win64, almeno il conducente deve essere portato .
  2. 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).
  3. 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.

+0

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. –

0

x64 La quota di mercato dei PC e dei sistemi operativi aumenterà solo. È il futuro. Meglio supportare il futuro nelle prime fasi.