电脑如果要同时处理很多程序，需要怎样的内存

CPU:双核的就可以了，一般奔E5200，Core 2 DuoE7200都完全足够了。

内存：DDR2 800 1G2足矣。

硬盘与多任务没有太多的关系，一般现在主流的320GB就可以了。

一般一级缓存与二级缓存是每个核心进行分别均衡分配的，三级缓存才是多个核心一起共享的。这是Intel Westmere架构32纳米的Core i7 980X Extreme Edition至尊版六核十二线程处理器的缓存示意图。从图中可以看出，L1一级缓存不太明显，L2二级缓存是每个核心独有的，到了L3三级缓存才是六个核心一起共享的

为了在应用程序中最大程度地利用缓存，应该考虑在所有程序级别上都实现缓存的方法。 实现 要实现页面输出缓存，只要将一条 OutputCache 指令添加到页面即可。 ＜%@ OutputCache Duration="60" VaryByParam="" %＞ 如同其他页面指令一样，该指令应该出现在 ASPX 页面的顶部，即在任何输出之前。它支持五个属性（或参数），其中两个是必需的。 Duration 必需属性。页面应该被缓存的时间，以秒为单位。必须是正整数。 Location 指定应该对输出进行缓存的位置。如果要指定该参数，则必须是下列选项之一：Any、Client、Downstream、None、Server 或 ServerAndClient。 VaryByParam 必需属性。Request 中变量的名称，这些变量名应该产生单独的缓存条目。"none" 表示没有变动。"" 可用于为每个不同的变量数组创建新的缓存条目。变量之间用 ";" 进行分隔。 VaryByHeader 基于指定的标头中的变动改变缓存条目。 VaryByCustom 允许在 globalasax 中指定自定义变动（例如，"Browser"）。 利用必需的 Duration 和 VaryByParam 选项的组合可以处理大多数情况。例如，如果产品目录允许用户基于 categoryID 和页变量查看目录页，可以用参数值为 "categoryID;page" 的 VaryByParam 将产品目录缓存一段时间（如果产品不是随时都在改变，一小时还是可以接受的，因此，持续时间是 3600 秒）。这将为每个种类的每个目录页创建单独的缓存条目。每个条目从其第一个请求算起将维持一个小时。 VaryByHeader 和 VaryByCustom 主要用于根据访问页面的客户端对页面的外观或内容进行自定义。同一个 URL 可能需要同时为浏览器和移动电话客户端呈现输出，因此，需要针对不同的客户端缓存不同的内容版本。或者，页面有可能已经针对 IE 进行了优化，但需要能针对 Netscape 或 Opera 完全降低优化（而不仅仅是破坏页面）。后一个例子非常普遍，将提供一个说明如何实现此目标的示例： 示例：VaryByCustom 用于支持浏览器自定义 为了使每个浏览器都具有单独的缓存条目，VaryByCustom 的值可以设置为 "browser"。此功能已经内置在缓存模块中，并且将针对每个浏览器名称和主要版本插入单独的页面缓存版本。 ＜%@ OutputCache Duration="60" VaryByParam="None" VaryByCustom="browser" %＞ 片段缓存，用户控件输出缓存 缓存整个页面通常并不可行，因为页面的某些部分是针对用户定制的。不过，页面的其他部分是整个应用程序共有的。这些部分最适合使用片段缓存和用户控件进行缓存。菜单和其他布局元素，尤其是那些从数据源动态生成的元素，也应该用这种方法进行缓存。如果需要，可以将缓存的控件配置为基于对其控件（或其他属性）的更改或由页面级输出缓存支持的任何其他变动进行改变。使用同一组控件的几百个页面还可以共享那些控件的缓存条目，而不是为每个页面保留单独的缓存版本。 实现 片段缓存使用的语法与页面级输出缓存一样，但其应用于用户控件（ascx 文件）而不是 Web 窗体（aspx 文件）。除了 Location 属性，对于 OutputCache 在 Web 窗体上支持的所有属性，用户控件也同样支持。用户控件还支持名为 VaryByControl 的 OutputCache 属性，该属性将根据用户控件（通常是页面上的控件，例如，DropDownList）的成员的值改变该控件的缓存。如果指定了 VaryByControl，可以省略 VaryByParam。最后，在默认情况下，对每个页面上的每个用户控件都单独进行缓存。不过，如果一个用户控件不随应用程序中的页面改变，并且在所有页面都使用相同的名称，则可以应用 Shared="true" 参数，该参数将使用户控件的缓存版本供所有引用该控件的页面使用。 示例 ＜%@ OutputCache Duration="60" VaryByParam="" %＞ 该示例将缓存用户控件 60 秒，并且将针对查询字符串的每个变动、针对此控件所在的每个页面创建单独的缓存条目。 ＜%@ OutputCache Duration="60" VaryByParam="none" VaryByControl="CategoryDropDownList" %＞ 该示例将缓存用户控件 60 秒，并且将针对 CategoryDropDownList 控件的每个不同的值、针对此控件所在的每个页面创建单独的缓存条目。 ＜%@ OutputCache Duration="60" VaryByParam="none" VaryByCustom="browser" Shared="true %＞ 最后，该示例将缓存用户控件 60 秒，并且将针对每个浏览器名称和主要版本创建一个缓存条目。然后，每个浏览器的缓存条目将由引用此用户控件的所有页面共享（只要所有页面都用相同的 ID 引用该控件即可）。页面级和用户控件级输出缓存的确是一种可以迅速而简便地提高站点性能的方法，但是在 ASPNET 中，缓存的真正灵活性和强大功能是通过 Cache 对象提供的。使用 Cache 对象，您可以存储任何可序列化的数据对象，基于一个或多个依赖项的组合来控制缓存条目到期的方式。这些依赖项可以包括自从项被缓存后经过的时间、自从项上次被访问后经过的时间、对文件和/或文件夹的更改以及对其他缓存项的更改，在略作处理后还可以包括对数据库中特定表的更改。 在Cache 中存储数据 在Cache 中存储数据的最简单的方法就是使用一个键为其赋值，就像 HashTable 或 Dictionary 对象一样： Cache["key"] = "value"; 这种做法将在缓存中存储项，同时不带任何依赖项，因此它不会到期，除非缓存引擎为了给其他缓存数据提供空间而将其删除。要包括特定的缓存依赖项，可使用 Add() 或 Insert() 方法。其中每个方法都有几个重载。Add() 和 Insert() 之间的唯一区别是，Add() 返回对已缓存对象的引用，而 Insert() 没有返回值（在 C# 中为空，在 VB 中为 Sub）。 示例 CacheInsert("key", myXMLFileData, new SystemWebCachingCacheDependency(ServerMapPath("usersxml"))); 该示例可将文件中的 xml 数据插入缓存，无需在以后请求时从文件读取。 CacheDependency 的作用是确保缓存在文件更改后立即到期，以便可以从文件中提取最新数据，重新进行缓存。如果缓存的数据来自若干个文件，还可以指定一个文件名的数组。 CacheInsert("dependentkey", myDependentData, new SystemWebCachingCacheDependency(new string[] {}, new string[] {"key"})); 该示例可插入键值为 "key" 的第二个数据块（取决于是否存在第一个数据块）。如果缓存中不存在名为 "key" 的键，或者如果与该键相关联的项已到期或被更新，则 "dependentkey" 的缓存条目将到期。 CacheInsert("key", myTimeSensitiveData, null, DateTimeNowAddMinutes(1), TimeSpanZero); 绝对到期：此示例将对受时间影响的数据缓存一分钟，一分钟过后，缓存将到期。注意，绝对到期和滑动到期（见下文）不能一起使用。 CacheInsert("key", myFrequentlyAccessedData, null, SystemWebCachingCacheNoAbsoluteExpiration, TimeSpanFromMinutes(1)); 滑动到期：此示例将缓存一些频繁使用的数据。数据将在缓存中一直保留下去，除非数据未被引用的时间达到了一分钟。注意，滑动到期和绝对到期不能一起使用。 更多选项 除了上面提到的依赖项，我们还可以指定项的优先级（依次为 low、high、NotRemovable，它们是在 SystemWebCachingCacheItemPriority 枚举中定义的）以及当缓存中的项到期时调用的 CacheItemRemovedCallback 函数。大多数时候，默认的优先级已经足够了 — 缓存引擎可以正常完成任务并处理缓存的内存管理。CacheItemRemovedCallback 选项考虑到一些很有趣的可能性，但实际上它很少使用。不过，为了说明该方法，我将提供它的一个使用示例： CacheItemRemovedCallback 示例SystemWebCachingCacheItemRemovedCallback callback = new SystemWebCachingCacheItemRemovedCallback (OnRemove); CacheInsert("key",myFile,null, SystemWebCachingCacheNoAbsoluteExpiration, TimeSpanZero, SystemWebCachingCacheItemPriorityDefault, callback); public static void OnRemove(string key, object cacheItem, SystemWebCachingCacheItemRemovedReason reason) { AppendLog("The cached value with key " + key + " was removed from the cache Reason: " + reasonToString()); } 该示例将使用 AppendLog() 方法（这里不讨论该方法，请参阅 Writing Entries to Event Logs）中定义的任何逻辑来记录缓存中的数据到期的原因。通过在从缓存中删除项时记录这些项并记录删除的原因，您可以确定是否在有效地使用缓存或者您是否可能需要增加服务器上的内存。注意，callback 是一个静态（在 VB 中为 Shared）方法，建议使用该方法的原因是，如果不使用它，保存回调函数的类的实例将保留在内存中，以支持回调（对 static/Shared 方法则没有必要）。 该特性有一个潜在的用处 — 在后台刷新缓存的数据，这样用户永远都不必等待数据被填充，但数据始终保持相对较新的状态。但实际上，此特性并不适用于当前版本的缓存 API，因为在从缓存中删除缓存的项之前，不触发或不完成回调。因此，用户将频繁地发出尝试访问缓存值的请求，然后发现缓存值为空，不得不等待缓存值的重新填充。我希望在未来的 ASPNET 版本中看到一个附加的回调，可以称为 CachedItemExpiredButNotRemovedCallback，如果定义了该回调，则必须在删除缓存项之前完成执行。 缓存数据引用模式 每当我们尝试访问缓存中的数据时，都应该考虑到一种情况，那就是数据可能已经不在缓存中了。因此，下面的模式应该普遍适用于您对缓存的数据的访问。在这种情况下，我们假定已缓存的数据是一个数据表。 public DataTable GetCustomers(bool BypassCache) { string cacheKey = "CustomersDataTable"; object cacheItem = Cache[cacheKey] as DataTable; if((BypassCache) (cacheItem == null)) { cacheItem = GetCustomersFromDataSource(); CacheInsert(cacheKey, cacheItem, null, DateTimeNowAddSeconds(GetCacheSecondsFromConfig(cacheKey), TimeSpanZero); } return (DataTable)cacheItem; } 关于此模式，有以下几点需要注意： 某些值（例如，cacheKey、cacheItem 和缓存持续时间）是一次定义的，并且只定义一次。 可以根据需要跳过缓存 — 例如，当注册一个新客户并重定向到客户列表后，最好的做法可能就是跳过缓存，用最新数据重新填充缓存，该数据包括新插入的客户。 缓存只能访问一次。这种做法可以提高性能，并确保不会发生 NullReferenceExceptions，因为该项在第一次被检查时是存在的，但第二次检查之前就已经到期了。 该模式使用强类型检查。C# 中的 "as" 运算符尝试将对象转换为类型，如果失败或该对象为空，则只返回 null（空）。 持续时间存储在配置文件中。在理想的情况下，所有的缓存依赖项（无论是基于文件的，或是基于时间的，还是其他类型的依赖项）都应该存储在配置文件中，这样就可以进行更改并轻松地测量性能。我还建议您指定默认缓存持续时间，而且，如果没有为所使用的 cacheKey 指定持续时间，就让 GetCacheSecondsFromConfig() 方法使用该默认持续时间。 相关的代码示例是一个 helper 类，它将处理上述所有情况，但允许通过一行或两行代码访问缓存的数据。请下载 CacheDemosmsi。 小结 缓存可以使应用程序的性能得到很大的提高，因此在设计应用程序以及对应用程序进行性能测试时应该予以考虑。应用程序总会或多或少地受益于缓存，当然有些应用程序比其他应用程序更适合使用缓存。对 ASPNET 提供的缓存选项的深刻理解是任何 ASPNET 开发人员应该掌握的重要技巧。 尽早缓存；经常缓存 您应该在应用程序的每一层都实现缓存。向数据层、业务逻辑层、UI 或输出层添加缓存支持。内存现在非常便宜 — 因此，通过以智能的方式在整个应用程序中实现缓存，可以获得很大的性能提高。 缓存可以掩盖许多过失 缓存是一种无需大量时间和分析就可以获得"足够良好的"性能的方法。这里再次强调，内存现在非常便宜，因此，如果您能通过将输出缓存 30 秒，而不是花上一整天甚至一周的时间尝试优化代码或数据库就可以获得所需的性能，您肯定会选择缓存解决方案（假设可以接受 30 秒的旧数据）。缓存正是那些利用 20% 付出获得 80% 回报的特性之一，因此，要提高性能，应该首先想到缓存。不过，如果设计很糟糕，最终却有可能带来不良的后果，因此，您当然也应该尽量正确地设计应用程序。但如果您只是需要立即获得足够高的性能，缓存就是您的最佳选择，您可以在以后有时间的时候再尽快重新设计应用程序。 页面级输出缓存 作为最简单的缓存形式，输出缓存只是在内存中保留为响应请求而发送的 HTML 的副本。其后再有请求时将提供缓存的输出，直到缓存到期，这样，性能有可能得到很大的提高（取决于需要多少开销来创建原始页面输出 - 发送缓存的输出总是很快，并且比较稳定）。

手机应用缓存是应用程序缓存的文本日志等数据，清除不会影响程序的正常运行，而且有利于手机更加流畅的运行。具体步骤如下：

1、在手机的设置页面中，找到更多设置，点击进入。

2、进入“更多设置”后，点击选择“应用程序”，进入应用程序。

3、在打开的应用程序页面，可以看到有一个“全部”选项，点击进入。

4、在这里以QQ软件为例，在页面里点击QQ软件图标。

5、进入QQ应用程序信息，点击清理数据和清理缓存，接着等待清理完成即可。

缓存进程太多，会导致手机变卡，这时可通过清理手机来解决。

清理手机可通过手机自带的手机管家来清理，也可以进入一些app来进行深度清理，还有删除一些不用到app，来释放内存。

每隔三四天可以清理一下手机，防止急用是手机卡住。

小米手机中的40多GB的公共应用可能是预装的应用程序、系统文件和其他系统必需文件占据的空间。这些应用程序和文件是 *** 作系统的一部分，不能直接删除或移动，但是您可以在设置中管理这些应用程序的权限和使用情况，以确保它们不会占用太多空间。您可以尝试卸载您不需要的应用程序、清除缓存以及将照片、视频等个人文件转移到云端或外部存储设备中，以腾出更多的空间。

双核的优势不是频率，而是对付同时处理多件事情。一个核心理论上同时只能干一件事，比如你同时在后台BT下载，前台一边看**一边拷贝文件一边联QQ……，这么多程序同时需要CPU来响应，怎么办？靠 *** 作系统！

window本身就是多线程 *** 作系统（DOS就是单线程系统，dos下2核4核和单核没区别，处理一个任务时必须停下来等待处理结束才能干下一件事），它可以把每个处理任务划分为多“份”，多个处理任务按顺序排成队列，这样单核心的CPU可以一次处理一“份”，轮流处理每个程序的“份”，这样你感觉就是CPU同时在干几件事了。但如果CPU不够强劲，同时排队等待处理的东西太多了，你就会感觉系统在等待，有延时，反应慢等等症状。再或者某个程序出现错误，死机了，很可能造成后面排队的其他任务都在那里干等，造成系统无反应的情况，按热启键都没反应。理论上如果现在有颗6G频率的单核CPU，单论处理性能应该与1个3G双核近似，甚至更高一些，因为目前双核比单核也就快不到2倍。

原本计算机一直以单核心的工作频率作为性能的衡量，之所以放弃单核是因为目前的技术水平令单核性能继续提升遇到了瓶颈，4G P4的夭折让依靠频率提升性能的路子走进死胡同，不得已改走多核心路线，以核心数量来弥补处理能力的不足。不过慢慢的这些多核心的频率又开始奔3G去了，随着45nm的出现，双核上4G应该可以想象，所以一方面每个核心的性能还在发展，另一方面多核心集成的手段双管齐下，这样CPU的性能可以迅速提升，继续保持摩尔定律。

多核CPU就是基板上集成有多个单核CPU，早期PD双核需要北桥来控制分配任务，核心之间存在抢二级缓存的情况，后期酷睿自己集成了任务分配系统，再搭配 *** 作系统就能真正同时开工，2个核心同时处理2“份”任务，速度快了，万一1个核心死机，起码另一个U还可以继续处理关机、关闭软件等任务。较早的 *** 作系统如XP等需要装双核或多核补丁，能更好发挥性能或更稳定，Vistia下就不需要。

目前几乎所有的程序在编写时是按单核心CPU写的（多核心程序优化对程序员来说是个噩梦，目前好像还没有合适的编程软件能让程序员轻松编写针对多核心的程序），因此对多核的利用率不是很高，分配任务时，往往1个核心满负荷，另一个还有空闲（留些空闲也对，要应付随时发生的其它命令）。一般2核心性能也就比单核心高60~70%甚至更低。

4核或者将来的8核说白了还是多个核心独自处理各自的“份”，不过人多力量大，速度快，响应时间短，不易死机。当然耗电、协调性都会是个考验。

补充：

原本有个说法（有阵子我自己就持这观点）：“目前的软件都是为单核心编写的，多核CPU处理起来也没什么优势。”

经过分析我们可以得知，参与任务分配的主角一是程序自己，二是 *** 作系统，即使如单任务的SuperPI，在双核下成绩也要比同频率的单核快不少，这就是事实证明。理论分析：单线程程序很傻，不知道有2个CPU在前面等着，所以发出的请求应该也是针对单核心的，但 *** 作系统自动将调用请求分配给了2个CPU，并在处理结束后将结果合并，所以单核心程序也能享受到多核的“照顾”。尽管 *** 作系统分配的可能不完美，但毕竟比单CPU要快。

如果程序自己又对多线程处理进行了优化（重新编写），那么就更完美了，可以达到2倍水平，对于这点5楼的朋友已经能举出具体的例子了。非常感谢。

再推测一下，根据上面的分析，2G双核应该比2G单核快近2倍，那么2G的4核应该比2G的双核快近2倍！如果有4G的双核，那么应该和2G的4核性能近似。

以上就是关于电脑如果要同时处理很多程序，需要怎样的内存全部的内容，包括:电脑如果要同时处理很多程序，需要怎样的内存、多核cpu的二极或三极缓存都是共享的吗、如何使用缓存等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！