2009-06-13 81 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的市场份额只会上升。这是未来。尽早支持未来。