optane memory为什么把磁盘占满了

可以禁用OptaneMemory。
OptaneMemory是带有傲腾存储功能的主板中有的一个选项，让SSD作为缓存硬盘，利用SSD更高的读写速度，可以大大提升传统硬盘寻道时间慢、读写慢的劣势，从而改善系统的运行速度。
主要用来搭配硬盘作为系统高速缓存使用，能够让数据访问速度显著提升。

top，free，cat /proc/meminfo，cat /proc/cpuinfo。

[root@centerlisdb proc]# dmidecode |grep -A16 "Memory Device" | more [object Object]。

查看内存使用情况：cat /proc/meminfo，查看CPU使用情况：cat /proc/cpuinfo。

在系统维护的过程中，随时可能有需要查看 CPU 使用率，并根据相应信息分析系统状况的需要。在 CentOS 中，可以通过 top 命令来查看 CPU 使用状况。

运行 top 命令后，CPU 使用状态会以全屏的方式显示，并且会处在对话的模式 -- 用基于 top 的命令，可以控制显示方式等等。退出 top 的命令为 q （在 top 运行中敲 q 键一次）。

top命令是Linux下常用的性能分析工具，能够实时显示系统中各个进程的资源占用状况，类似于Windows的任务管理器。

可以直接使用top命令后，查看%MEM的内容。可以选择按进程查看或者按用户查看，如想查看oracle用户的进程内存使用情况的话可以使用如下的命令：$ top -u oracle。

扩展资料：

一、查看内存占用：

1、free

# free -m。

以MB为单位显示内存使用情况。

# free -h。

以GB为单位显示内存使用情况。

# free -t。

以总和的形式查询内存的使用信息。

# free -s 5。

周期性的查询内存使用信息。

每5秒执行一次命令。

二、查看CPU使用情况：

1、top。

top后键入P看一下谁占用最大。

# top -d 5。

周期性的查询CPU使用信息。

每5秒刷新一次。

2、ps auxw（查看本机的进程所占cpu和mem的百分比情况）。

使用"ps auxw" 可以查看到本机的进程所占cpu和mem的百分比情况。

# ps auxw | head -1

%CPU 进程的cpu占用率。

%MEM 进程的内存占用率。

3、查看本机所有进程的CPU占比之和。

# cat cpu_persh

三、查看cpu信息（信息记录在/proc/cpuinfo中）

# 总核数 = 物理CPU个数 X 每颗物理CPU的核数。

# 总逻辑CPU数 = 物理CPU个数 X 每颗物理CPU的核数 X 超线程数。

Microsoft SQL Server 2000 的内存管理组件消除了对 SQL Server 可用的内存进行手工管理的需要。SQL Server 在启动时根据 *** 作系统和其它应用程序当前正在使用的内存量，动态确定应分配的内存量。当计算机和SQL Server 上的负荷更改时，分配的内存也随之更改。有关更多信息，请参见内存构架。
下列服务器配置选项可用于配置内存使用并影响服务器性能：
min server memory
max server memory
max worker threads
index create memory
min memory per query

min server memory 服务器配置选项可用于确保 SQL Server 至少以最小的分配内存量启动，并且内存低于该值时不会释放内存。可以基于 SQL Server 的大小及活动将该配置选项设置为特定的值。始终将 min server memory 服务器配置选项设置为某个合理的值，以确保 *** 作系统不向 SQL Server 请求太多内存而影响 SQL Server 性能。
max server memory 服务器配置选项可用于：在 SQL Server 启动及运行时，指定 SQL Server 可以分配的最大内存量。如果知道有多个应用程序与 SQL Server 同时运行，而且想保障这些应用程序有足够的内存运行，可以将该配置选项设置为特定的值。如果这些其它应用程序（如 Web 服务器或电子邮件服务器）只根据需要请求内存，则 SQL Server 将根据需要给它们释放内存，因此不要设置 max server memory 服务器配置选项。然而，应用程序通常在启动时不假选择地使用可用内存，而如果需要更多内存也不请求。如果有这种行为方式的应用程序与 SQL Server 同时运行在相同的计算机上，则将 max server memory 服务器配置选项设置为特定的值，以保障应用程序所需的内存不由 SQL Server 分配出。
不要将 min server memory 和 max server memory 服务器配置选项设置为相同的值，这样做会使分配给 SQL Server 的内存量固定。动态内存分配可以随时间提供最佳的总体性能。有关更多信息，请参见服务器内存选项。
max worker threads 服务器配置选项可用于指定为用户连接到 SQL Server 提供支持的线程数。255 这一默认设置对一些配置可能稍微偏高，这要具体取决于并发用户数。由于每个工作线程都已分配，因此即使线程没有正在使用（因为并发连接比分配的工作线程少），可由其它 *** 作（如高速缓冲存储器）更好地利用的内存资源也可能是未使用的。一般情况下，应将该配置值设置为并发连接数，但不能超过 1,024。有关更多信息，请参见max worker threads 选项。
说明当 SQL Server 运行在 Microsoft Windowsreg; 95 或 Microsoft Windows 98 上时，最大工作线程服务器配置选项不起作用。
index create memory 服务器配置选项控制创建索引时排序 *** 作所使用的内存量。在生产系统上创建索引通常是不常执行的任务，通常调度为在非峰值时间执行的作业。因此，不常创建索引且在非峰值时间时，增加该值可提高索引创建的性能。不过，最好将 min memory per query 配置选项保持在一个较低的值，这样即使所有请求的内存都不可用，索引创建作业仍能开始。有关更多信息，请参见 index create memory 选项。
min memory per query 服务器配置选项可用于指定分配给查询执行的最小内存量。当系统内有许多查询并发执行时，增大 min memory per query 的值有助于提高消耗大量内存的查询（如大型排序和哈希 *** 作）的性能。不过，不要将 min memory per query 服务器配置选项设置得太高，尤其是在很忙的系统上，因为查询将不得不等到能确保占有请求的最小内存、或等到超过 query wait 服务器配置选项内所指定的值。如果可用内存比执行查询所需的指定最小内存多，则只要查询能对多出的内存加以有效的利用，就可以使用多出的内存。
附实例一篇：
最近，为了能在数据库服务器中运行其他应用程序，在保持数据库 *** 作系统版本不变的前提下对数据库服务器进行了软、硬件上的升级。在软件上，将 *** 作系统从Windows 2000升级到Windows Server 2003；在硬件上，将服务器中的内存由原来的512MB增加到1GB（1024MB）。
在升级后的开始几个星期之内，服务器在使用中表现良好。但是不久后就发现，在服务器上同时运行的其他应用程序却出现了异常，不时地报出内存分配不足的警告。经过几次跟踪后发现，原来是SQL Server吞去了大部分内存所致。被SQL Server占用的内存由升级前的不到400MB一下子增加到现在的900MB，并且有不断增长的趋势。
通过查找原因才知道这是SQL Server 缓冲池的预期行为。默认情况下，在启动 SQL Server之后，SQL Server会根据 *** 作系统报告的物理内存数来动态增大或缩小高速缓冲存储器的容量。只要可用物理内存大小保持在4MB到10MB之间，SQL Server 缓冲池就会继续增大（保留可用物理内存在4MB到10MB之间是为了避免 *** 作系统因为缺少内存而频繁地换页）。如果物理可用内存变得较少的时候，则SQL Server会将一些内存释放给 *** 作系统。
为了使运行在服务器上的应用程序都能达到比较满意的效果，同时也为了能给其他应用程序分配足够的内存，需要采取措施限制SQL Server 的内存使用量。我们可以通过设置SQL Server 数据库引擎使用的内存的上下限来达到此目的。其具体步骤是：
1打开企业管理器，展开服务器组。
2单击该服务器，点击鼠标右键，单击属性菜单。
3在d出的对话框中单击内存选项卡。
内存设置方法有两种：
1设置min server memory和max server memory 在一个范围段内。
比如，我们将它设置成最小0MB，最大255MB。这种方法在为一台服务器中运行多个应用程序分配内存时非常有用。
2设置 min server memory 和 max server memory 为同一数值。
比如，可以将它最大和最小值都设置成255MB。这样的设置方法与窗口中的另一个选项“使用固定的内存大小” 相一致。
虽然内存最小值和最大值设置是高级选项，但在设置完毕之后，最好还是先将SQL Server服务停止后再重新运行，以便SQL Server能更好地对内存进行合理安排。

是IE缓存空间不足
点 IE工具,
再选 Internet 选项,
然后选择 常规 标签,在浏览历史记录一栏中有个 设置
点进去后里面有个 要使用的磁盘空间 里面你可以自己设置空间大一点
然后确实就可以了
也可以清理下IE缓存文件空出空间

Viewing CPU Properties
Step 1 Server# scope chassis Enters chassis command mode
Step 2 Server /chassis # show cpu [detail] Displays CPU properties
Viewing Memory Properties
Step 1 Server# scope chassis Enters chassis command mode
Step 2 Server /chassis # show dimm [detail] Displays memory properties
Step 3 Server /chassis # show dimm-summary Displays DIMM summary information

SAP memory 区别于physical memory,是分配给SAP应用系统独立支配的内存，如果该服务器没有装有数据库的话，可以分配80%的physical memory作为SAP memory，如果是应用加DB的，可分配40%左右。
SAP memory主要包含：Roll memory、Extended memory、heap memory，其中80%分配给Extended memory。
以上希望你能有少少了解。

SQL Server的内存一直上不去。从Task Schedule中看到SQL Server只使用了88MB内存，实际这台机器有12GB的内存，可用内存有超过8GB。 当时我以为是开启了AWE导致的，所以连接到他的服务器看了一下。但是数据库为2005企业版64位，所以不用开启AWE。而且即使开启了，也会被忽略。 使用下面的脚本查询了一下SQL Server内存使用： select physical_memory_in_use_kb,locked_page_allocations_kb,fromsysdm_os_process_memory 看到实际使用的内存有2GB，远远超出任务管理器看到的。(也可以通过Perfmon的Total server memory(MB)查看)。 当时觉得很奇怪，查看了SQL Server错误日志发现了类似下面的信息： 2009-06-0412:21:0816 Server Large Page Extensions enabled 2009-06-04 12:21:0816 Server Large Page Granularity: 2097152 2009-06-04 12:21:0821 Server Large Page Allocated: 32MB 猜测这台期间开启了Lock Pages In memory功能，之后得到确认。因为开启Lock Pages In memory之后，SQL Server会使用AWE APIs锁定内存页，所以这部分的内存使用不会显示在Working Set中。 So in summary the AWE APIs for 32bit and 64bit SQL Server systems are used for different purposes In 32bit it is really to extend memory access beyond 4Gb or to enable the AWE feature For 64bit systems, it is to possibly gain performance and to “lock pages” for the buffer pool 到现在这个问题就比较明朗了，其实SQL Server还是正常工作的。一般查询SQL Server的使用还是建议使用DMV或者Perfmon，直接查看Working Set信息可能不准。 另外说一下，当时看到上面Large Page的信息，以为是数据库开启了LargePage，但是使用DBCC TRACSTATUS查看没有开启834 Trace Flag,所以大数据功能是没有启用的。只有开启834 Trace Flag数据库才会真正启用Large Page。 启用Large page在数据库错误日志会看到类似信息： 2009-06-0414:20:4003 Server Using large pages for buffer pool 关于Lock Pages In memory/working set机制我找到了两篇文章，大家有兴趣可以参考： Funwith Locked Pages, AWE, Task Manager, and the Working Set WhySQL Server is using so LESS memory

---