哪些应用程序(如果有)从4GB以上的内存中切实受益?[关闭]


30

我在这里浏览了一下,但没有看到这个问题。我在问是否值得在当前的桌面上放置超过4GB的RAM,以及是否存在可以从增加的RAM中切实受益的应用程序。

有关我的情况的更多信息,我是计算机科学专业的学生,​​并且正在使用Eclipse和Visual Studio等IDE以及FreeRIDE等较小的IDE从事越来越大的项目。我开始探索虚拟化,Linux管理等,但是仅在我自己的网络(一台台式机和另一台笔记本电脑)上进行。


2
这是+1,因此您可以将所有人投票;)
hyperslug 2009年

感谢您提供的所有出色答案,每个人-我们在讲话时8GB的RAM正在路上。:)
Feanor

请记住,如果您使用的是32位应用程序,则它们仍将限于4GB地址空间(每个进程)。
山姆

Sam,在x86应用程序中,每个进程实际上是2GB。
MDMarra

@MarkM:对于Windows,取决于程序EXE:如果将LARGE_ADDRESS_AWARE位置1,则它将获得4 GB的虚拟地址空间(在64位Windows上),否则将获得2 GB。
2009年

Answers:


45

这并不是真正的单个应用程序使用大量RAM,而是可以同时运行多个应用程序而无需疯狂地分页磁盘这一事实。


额外的净空非常好
Jared Harley

6
+1是,到目前为止,这是工作站上具有大量RAM的最明显优势。(令我惊讶的是,目前尚无投票结果的答案都没有提到它。)
Jonik,2009年

是。我厌倦了漫长的等待,而这又让自己重新回到了记忆中。
罗伦·佩希特尔

@Jonik接受的答案通常是最全面或最有用的,但是从其他答案中仍然可以获得价值。社区Wiki状态中的此问题可以将此接受的答案扩展为包括其他流行答案的详细信息。
尼克·约瑟夫斯基09年

33

VMWare工作站,VirtualBox ...

几乎任何类型的虚拟化解决方案。拥有大量RAM可以带来巨大的速度。我可以在桌面上同时运行2-3个VM,而没有任何明显的速度问题-四核,2.4GHz,8GB RAM。

另外,RAM很便宜。订购更多。


这也是一个很好的答案,但更多的是一个狭窄的领域。
RCIX

2
笔记本电脑的内存并不是那么便宜。我当时在寻找8GB的将近500美元。
理查德·加兹登

@ Richard,DDR3内存比DDR2便宜得多,尤其是对于大型DIMM。SODIMM DDR3的成本比DIMM高得多,而DDR2则要高得多,尤其是4GB(SO)DIMM时。
Mircea Chirea,2010年


16

高端图形/视频处理甚至音频应用程序。不仅要推广Adobe,还要从大量ram中受益的3个关键应用程序组是:

  1. 图形-Adobe Photoshop
  2. 视频-Adobe Premiere ProFinal Cut Pro(仅限Mac),Sony Vegas Pro
  3. 音频-Adobe Soundbooth

尝试对原始视频/音频文件进行操作,而不会花费很多内存,您会看到一些非常严重的滞后,甚至是无法将文件加载到应用程序中。


所有的优点,但这仅仅是大型ram应用程序的一个方面
RCIX

@RCIX,这将是不被接受的答案,因为它仅限于1个应用程序领域,但仍希望它对这个问题有帮助。
尼克·约瑟夫斯基

13

服务器应用程序:

  1. 具有部分缓存的Web服务器
    • 缓存代理
    • 记忆快取
    • 关系数据库
    • 索引数据(例如lucene)或某种哈希表
    • 虚拟服务器

科学应用:

  1. MatLab等。
    • 定制(或非定制)机器学习
    • 诸如蛋白质折叠之类的各种事物。
    • 我没有资格列出的更多内容

媒体应用:

  1. 使用未压缩的提要广播准备就绪的视频内容
    • 常规视频编辑,擦洗等会有所帮助
    • 平面设计。您必须关闭的文件越少,您可以处理的内容就越多。
    • 甚至音乐制作也可以从中受益,例如您正在使用256首曲目以及许多虚拟乐器和效果补丁,它们都维护状态和缓冲区。

工程应用

  1. 基本上任何CAD
  2. 许多模拟已更新为可与大型数据集一起使用。

2
+1是我看到提到CAD的第一个答案。它一直需要大量的RAM。
Bratch

12

嗯,关于Photoshop,虚拟机,一些大型RTS游戏等等。

操纵图像的任何东西,尤其是大图像,都将受益于更多内存,需要大量存储以将数据保存在单位/地图/物理/等上的游戏也会受益。当然,您可以提供给VM的RAM越多,它将越平滑。


10

使用4GB或更多内存可能需要做的第一件事就是转向64位OS

除此之外,

但是,要获得更多的RAM并迁移到64位操作系统有其自身的限制。
对于64位系统,很多常用的东西还不是很稳定(甚至在某些情况下还可用)。

值得一问的问题 - 您真的需要超过6 GB的RAM吗?,甚至4GB


我敢肯定Visual Studio将受益,希望VS2010可以更好地使用移动可用的RAM。
尼克·约瑟夫斯基

除了驱动程序外,没有理由您无法继续运行“稳定的” 32位版本的应用程序...并且仍然受益于4GB以上的容量,因为64位操作系统可以为它们提供各自的32位地址他们共享的物理RAM支持的空间。
jerryjvl

不完全正确。启用了物理地址扩展(PAE)的32位Linux内核可以处理4GB。看起来其他操作系统也可以:en.wikipedia.org/wiki/…。您可能会在答案中提及这一点。
nagul

为了澄清,我之前的评论是针对答案,而不是jerryjvl的评论。
nagul

如果您需要的容量超过4GB,则显然您的工作量很大,因此6GB并非不可能。普通消费者,没有。
Phoshi

4

旨在长时间运行的应用程序可从更多的RAM中受益。

常见的示例是Exchange和SQL Server。诚然,这些应用程序还将受益于更高的磁盘吞吐量,但RAM也将提供极大帮助。

RAM就像Internet带宽一样-虽然您不一定看到单个任务的性能提高,但是确实看到由于多任务处理而导致的速度下降有所降低。(带宽并不一定会使一切变快,但是带宽确实允许您使用同一连接以比慢速连接高得多的速率执行更多操作。)


4

如果您的应用程序正在消耗所有内存,那将是一个单独的问题。

您的好处是能够同时运行更多的应用程序。如果您是一名程序员,则意味着能够运行Visual Studio以及与开发相关的其他应用程序,而不会影响计算机的爬行速度。


即使为此预先指出要快2分钟,也可以为此+1 :)
Jonik,2009年

1

对于进行软件开发的工作站,不,您不需要超过4GB的RAM。

大量的RAM在服务器上最有用-拥有的RAM越多,拥有的缓存就越多,而访问磁盘的次数也就越少。由于磁盘非常慢,因此即使在随机I / O繁重的环境(例如负载很重的服务器)中,即使访问很少的磁盘,也可以极大地提高性能。更重要的是:大型数据库服务器上128GB的RAM并不少见。在高度并行的计算机上运行的HPC应用程序也可以从大量RAM中受益,但这些应用程序通常也具有大量CPU内核。

由于完全相同的原因,大多数受益于大量RAM的桌面级应用程序都是3D相关的:如果您要在SolidWorks中设计复杂零件或您拥有什么,将所有相关位缓存在RAM中就可以工作快速简便的模型。很少有工作站能够看到16GB以上的内存,但是确实如此。


1
我实际上非常不同意这一点(第一句话),因为我的工作站上刚好有4GB的开发人员。我在Linux上使用Tomcat(包含一个大型Web应用程序的多个实例),几个IntelliJ IDEA项目,Firefox(长时间保持打开状态似乎会在内存中运行)和Windows XP(在VMware上)运行Linux,并且通常情况下一切都会变得异常缓慢,很大程度上是因为缺乏记忆。对于此类需求,拥有4 GB以上的RAM绝对是有利的。
约尼克,

1

以运行在64位操作系统上且支持64位计算的硬件的64位应用程序为例,并添加一些非常庞大的数据文件。那么> 4GB是一件好事。

在我的头上,科学计算(统计分析,生物建模,物理模拟...)是一些最常用的程序,它们经常使用超过4GB的内存。

对您有好处吗?除非您真的很想同时打开计算机上的每个应用程序,否则可能不会很大。


1

软件3D渲染引擎是一类可从大量内存中受益的软件。它们通常与Maxon Cinema 4D,Autodesk Maya,Softimage XSI等应用程序捆绑在一起。


0

我见过的好处之一是能够运行虚拟机并为其留出很多空间。这样一来,我就可以在虚拟机中运行Visual Studios,并且仍然可以在本地计算机上收听媒体播放器,而不会陷入一切爬行。



0

您学习计算机科学。一些学校编程项目将需要大量的硬件功能。我记得我在大学里做了几个项目,这些项目可以吃掉我可以扔给他们的所有RAM。



0

Crysis的编辑器Sandbox 2受益匪浅。任何必须快速处理大量信息的应用程序都会感谢您。

就我个人而言,我有2GB的RAM,几乎从来没有装满它。我获得更多收益的唯一原因是删除了“几乎”这一点,并确信我的PC可以承受我扔给它的任何东西。(除了砖头,我的情况并不难)



By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.