物理地址扩展 (PAE) 概述
物理地址扩展 (PAE) X86 概述
物理地址扩展 (PAE) X86 允许软件使用地址窗口扩展 (AWE) API 集并在具有 Intel Pentium Pro 或更高版本处理器的计算机上运行,而 4 GB 以上物理内存允许将更多物理内存映射为应用程序的虚拟地址空间。
不使用 AWE API 集的应用程序也可以从 PAE X86 获益,因为操作系统使用更大的物理内存来减小页面,从而提高了性能。同样,这还使驻留多个应用程序的合并服务器受益。
通过在内存中而不是在磁盘上保存数据,可提高操纵大量数据的应用程序的性能。例如,PAE X86 可显著提高以下类型应用程序的性能:
数据库,如 Microsoft SQL/E 7.0 或更高版本。
科学和工程应用程序,如计算流体动力学的应用程序。
执行大量数据采集的统计分析应用程序。
在采用支持非执行页面保护功能的处理器的计算机上启用 DEP 时,在运行装有 Service Pack 1 的 Windows Server 2003 和装有 Service Pack 2 的 Windows XP 的计算机上将自动启用 PAE。
在装有 SP1 的标准版 Windows Server 2003 和装有 SP2 的 Windows XP 上启用 PAE 模式时,物理地址空间将限制在 4 GB。将物理地址空间限制在 4 GB 有助于防止 PAE 模式出现驱动程序兼容性问题。
只有特定硬件才支持 PAE X86,因此在最初安装该操作系统时不启用此功能。有关哪些硬件支持 PAE X86 的详细信息,可以查看 http://www.microsoft.com/technet/prodtechnol/windowsserver2003/zh-chs/library/ServerHelp/07bb2619-68b5-4a1a-825d-dbb909355916.mspx 查询有关 Windows Server 2003 家族中产品的硬件兼容性信息。有关如何启用 PAE X86 的详细信息,请参阅启用物理地址扩展 (PAE)。
如何启用物理地址扩展 (PAE)
启用物理地址扩展 (PAE) X86
1.打开 Windows 资源管理器。
2.在“工具”菜单上,单击“文件夹选项”。
3.在“查看”选项卡上,单击“显示所有文件和文件夹”,清除“隐藏受保护的操作系统文件”复选框,然后单击“确定”。如果显示警告对话框,单击“是”以继续。
4.在根文件夹(如 C:)下查找 Boot.ini 文件并删除它的只读属性。
5.打开 Boot.ini 文件,然后将 /PAE 参数添加到 ARC 路径中,如以下 Windows Server 2003 Datacenter Edition 示例所示:
multi(0)disk(0)rdisk(0)partition(2)\%systemroot%="Windows Server 2003, Datacenter Edition" /PAE
6.在“文件”菜单上,单击“保存”。
7.还原 Boot.ini 文件的只读属性。
8.为使更改生效,请重新启动计算机。
禁用PAE模式方法
右击桌面“我的电脑”属性,选择“高级”,再点击“启动与恢复”下面的“设置”,再点击框中的“编辑”键,此时会打开BOOT.INI文件,
然后将文件的此行“multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Microsoft Windows XP Professional" /noexecute=optin /fastdetect”中的/noexecute=optin改成/execute 改完后保存该文件,然后重启电脑便OK。
注意
• 要执行该过程,您必须是本地计算机上 Administrators 组的成员,或者您必须被委派了适当的权限。如果计算机已加入某个域,则 Domain Admins 组的成员可能会执行该过程。作为安全性最佳操作,请考虑使用“运行方式”执行此过程。
注意
• 本主题不适用于 Windows Server 2003 Web Edition。
今天发现网站有点慢,发现mysql日志中提示mysqld-nt:Out
of
memory
(Needed
1677720
bytes),经排查是由于最近调整了mysql的一些参数导致,以为内存大就不怕了,32位系统真心内容利用率很低,据说不超过4G,我们的32G内存真浪费了,以后还是使用win2008
r2或centos系统做服务器吧。废话不多说下面为大家分享下解决方法:
因为mysql版本不同可能配置略有区别,主要就是设置如下参数
key_buffer、key_buffer_size、read_buffer_size、sort_buffer_size记住了有这个参数的就改,没有也不要添加。修改后一般是降低,然后重启mysql服务即可。
核心提示:检查mysqld配置my.conf,着重看key_buffer_size,
max_heap_table_size,
tmp_table_size几个参数,推荐设置key_buffer_size值为max_heap_table_size的1/4.
因为服务器内存而大富余比较多,前些天把my.conf里的好几个参数调得相当大,1G甚至2G,但并不稳定,mysqld报出过几次Out
of
memory
(Needed
xxx
bytes)这样的错误,分析原因时,想到是32位linux系统上的linux不支持PAE,不能使用超过3G以上的内存,所以把改大的几个参数适当改小了点,最大也只有几百M的样子,但还是出现过几次Out
of
memory错误。于是网上多方查询,后来受到公式
key_buffer_size
+
(read_buffer_size
+
sort_buffer_size)*max_connections
的启发,两次检查了key_buffer_size,
max_heap_table_size,
tmp_table_size几个参数,发现这三个值的设置是一样的,竟然都是512M!
于是改小key_buffer_size到128M,重启mysqld接下来5个小时的监测,没有再发生类似错误。
改了这几个参数后,还是有一条是Out
of
memory
,继续检查,发现innodb_buffer_pool_size
=
1512M,于是我改为1000M,再启Mysql居然好了。
注:这台服务器一共了才3G内存:最终大至如下
key_buffer
=
200M
key_buffer_size
=
1294963200
#max_join_size
=
4294967295
max_join_size
=
1294967295
max_allowed_packet
=
1M
#table_open_cache
=
512
table_cache
=
512
sort_buffer_size
=
2294967295
read_buffer_size
=
2147479552
#write_buffer_size
=
4294967295
read_rnd_buffer_size
=
4M
myisam_sort_buffer_size
=
64M
thread_cache_size
=
8
query_cache_size=
16M
php错误Fatal
error:
Out
of
memory
(allocated
262144)
(tried
to
allocate
19456
bytes
php运行一段时候后出现错误:
php错误Fatal
error:
Out
of
memory
(allocated
262144)
(tried
to
allocate
19456
bytes
意思是说:致命错误,超出内存,已经分配allocated
262144,尝试分配19456
字节。
解决方法是修改php.ini,加大memory_limit
刚刚着实吓我一跳,html可以正常访问,php不行,我还以为是受攻击呢。
后来看到www.blogguy.cn
上不去了Fatal
error:
Out
of
memory
(allocated
262144)
(tried
to
allocate
19456
bytes,知道是内存不足导致的,可是vps也连不上去,也看不到到底是谁在占内存,只能进网站后台重启vps,就不知道问题出在哪儿了。记录下来备案!
修改方法
修改php.ini
如下的区域
max_execution_time
=
120
Maximum
execution
time
of
each
script,
in
seconds
max_input_time
=
60
Maximum
amount
of
time
each
script
may
spend
parsing
request
data
memory_limit
=
64M
Maximum
amount
of
memory
a
script
may
consume
(64MB)
根据需要调整。
重启一下apache就可以了。
processor : 44(处理器线程序号,包括内核和超线程)vendor_id : AuthenticAMD(品牌AMD)
cpu family : 21(CPU家族代号)
model : 1(型号代号)
model name : AMD Opteron(TM) Processor 6234(型号名称)
stepping: 2(工艺步进)
cpu MHz : 2400.127(主频2.4G)
cache size : 2048 KB(缓存2M)
physical id : 0(CPU物理封装的序号)
siblings: 12(逻辑处理器数量,相当于线程数。)
core id : 5(CPU物理内核的序号)
cpu cores : 6(CPU物理内核的数量)
apicid : 43
initial apicid : 11
fpu : yes
fpu_exception : yes
cpuid level : 13
wp : yes
没有12位的处理器。你的CPU是64位的。
由于AMD采用多线程技术与Intel不一样,这款CPU应描述为6模块12核,而不是6核12线程。
欢迎分享,转载请注明来源:夏雨云
评论列表(0条)