2009-06-13 80 views
7

我目前提供32位Windows音樂軟件。我的一些用戶需要64位支持。我計劃最終,但移植是一項重大的工作,我也有很多其他重要的功能要求。我需要明智地分配我有限的時間。 64位操作系統佔有多少市場份額?以及趨勢如何。何時支持Windows 64?

回答

10

沒有比現在更好的時間了。隨着更多內存需求的增加,64位Windows版本將越來越普遍。與Google trends玩一下,你會看到人們看清楚它明顯上升。正如"Dude, Where's My 4 Gigabytes of RAM?"所解釋的那樣,每天用戶使用64位操作系統的需求正在不斷增長。

編輯迴應傑夫的評論
我明白,任何一支球隊都會有優先平衡的升級/ bug修復。這將是一個難以平衡的罷工。 64位版本的好處只會繼續增長!

祝你好運引人注目!

+0

謝謝!,我同意64位的優點。 缺點是:現在移植將花費幾個月的時間,在此期間,32位用戶將收到一些錯誤修復或增強功能。我已經收到很大的壓力/公衆批評,因爲它們太慢地發佈承諾的新功能。 我想我的問題不是「如果」,而是「何時」。 – 2009-06-14 02:51:55

+0

只是補充一點,我認爲錯誤修正/補丁應該仍然要高得多。移植不應妨礙正常維護。稍微慢一點的應用要比一輛越野車要好得多。基本上,如果您有更好的事情要做,那麼在將應用程序移植到64位之前,先執行它們。但否則我同意。 – 2009-06-14 03:21:38

6

他們爲什麼要求64位支持?你的32位軟件不能在Win64上工作嗎?或者他們假設他們需要一個特殊的版本,但實際上他們對32位版本可能沒問題?根據我的經驗,Win64對32位程序的支持非常好,在可預見的將來它很可能會繼續存在。

如果您的軟件無法正常工作,並且不是因爲設備驅動程序中的一半邏輯等基本限制,那麼使其作爲32位可執行文件運行可能比您想象的要容易。

(原諒我,如果我教你班門弄斧。8-)

+0

我的軟件作爲(Cubase中)插件,並Cubase64有32位插件的支持比較差(越野車+高延遲+「遺產」,我們 - 不要wholeheatedly支持,這從Cubase開發商的態度)。 – 2009-06-14 02:35:50

+0

@傑夫:啊,好的,我明白了 - 那就超出了你的控制範圍。 (現在請原諒我 - 我需要回到將我的Visual Studio加載項移植到VS 2010中。8- – RichieHindle 2009-06-14 13:41:39

2

音樂軟件是一個有點模糊。如果您正在專業開發音樂編碼/解碼軟件,那麼您應該認真對待64位,因爲它對編碼/解碼性能有顯着的影響。

否則,雖然64位越來越流行,但您的32位應用仍然可以完美運行,所以其他功能在此期間更爲重要。然而,你也應該考慮64位移植,並重構你的代碼,以便隨着你的前進更加便攜。

+0

x64不會爲編碼提供很大的提升,至少不能用於音頻。有大約64位的好討論建立LAME對Hydrogenaudio:http://www.hydrogenaudio.org/forums/index.php?showtopic=47244 – 2009-06-14 01:01:08

0

現在不是時候進行端口了,只是一定要在64位系統上測試你的軟件。 Vista或7上的模擬器足夠好,不會造成任何麻煩。

主要優點是可以分配更大的ram數量。如果使用了很多內存,並且有很多緩存在進行,那麼您應該移植它。

+0

感謝!在我的情況下,仿真器incure由於與進程間通信開銷64位主機。客戶已經注意到與我的競爭對手相比的處罰。如果我編寫64位版本,則可以避免這些開銷。 – 2009-06-14 03:05:57

1

我同意這裏的其他人的意見,現在是開始支持64位操作系統的好時機。隨着Windows 7的發展,您將看到更多的用戶使用64位操作系統。即使您的軟件未針對64位處理器進行100%優化,該端口也可以訪問其他寄存器,並且與運行64位代碼相關聯,並且性能可能會提高。更不用說沒有跑到4GB的牆上等等。

請記住,您的數據結構可能會改變大小,您的應用程序可能會使用更多的內存。

如果我對此有任何疑問,請有人糾正我!

5

有3個共同的東西,這將是很好的理由移植到Win64平臺:

  1. 產品包括驅動程序 - 在這種情況下,以一個Win64的系統在所有的工作,至少駕駛員必須被移植。
  2. 你的產品有殼或IE集成 - 因爲Win64的系統上的用戶很可能使用資源管理器和IE瀏覽器的64位版本,則需要64位插件與集成。 (如果用戶發現自己處於32位文件管理器或IE實例中,則應繼續打包並安裝32位版本,以便仍能正常工作)。
  3. 你的產品將明顯從增加的地址空間中受益 - 如果您的產品消耗了大量的數據(如數據庫或數字運算應用程序經常這樣做),你的應用程序將有一個Win64的系統上可用遠遠更多的虛擬地址空間,並可以經常使用這是有利的。

請注意,可能有其他很好的理由來移植,但這些是常見的。還要注意,由於上述原因之一的移植並不一定意味着必須移植的所有內容。例如,您可能只能移植設備驅動程序。

如果沒有這些理由適應,那麼很可能就是你的用戶想要的東西沒有很好的理由 - 教育他們可能會有幫助。但是,如果它開始影響銷售,那麼即使沒有良好的技術原因(希望您的客戶不是那麼無理,並且會傾聽合理的技術建議),您也許會發現自己處於一個需要移植的位置才能讓他們開心。

但是,即使你不這樣做你的代碼移植到Win64上沒有理由不來測試和支持你的Win64上系統中的應用。

0

x64 PC和OS的市場份額只會上升。這是未來。儘早支持未來。