PS2模拟器运行要求配置
PS2模拟器是否能运行游戏顺畅，具体看电脑的3个配置，一为CPU、二为显卡、三为内存。
我们先说CPU，现在的CPU已经进入了多核时代，多核CPU对PS2模拟器的帮助是最大的，所以要能流畅跑PS2模拟器，那么起码要有一个双核的CPU，主频在2.0G以上即可，如果是AMD的那推荐三核或者四核。
虽然说PS2模拟器主要耗费CPU，但是对显卡的依赖也还是有的，显卡方面N卡推荐9600以上，A卡的话也要4830以上了，显存也要在512M。
最后说内存，随着内存的价格滑落，现在大家配机最少也要2G内存，这已经足够了。
其实现在陪的一台普通的电脑也能流畅的运行PS2模拟器了，因为也差不多有了我上面提到的配置，当然也会有朋友说自己的配置差一些也照样可以，这自然就要看运行的具体游戏，比如《机战Z》这样的很少用3D效果的游戏那配置差一点也可以，如果说是《铁拳5》这样的全3D游戏运行起来就不够流畅了。所以这里提到的只是个流畅运行绝大多数游戏的配置，网上还有一些玩家自己做的修改版模拟器，都宣称对速度有提升，不过效果并没有想象的那么明显，很多也只是把一些大家不常用的设置修改而已，要想好好的能模拟PS2模拟器，还是要有个不错的电脑配置才是重点。
电脑突然变得很卡 运行程序很慢、
原因一：第三方软件
电脑卡的一个原因可能是安装了“耍流氓”的第三方软件，尤其是优化和杀毒类软件。
所以如果一定要装此类软件，一定要从正规渠道下载，安装的时候注意避免安装捆绑软件
原因二：系统后台
系统或杀毒软件在后台自动下载更新时、杀毒软件在后台查杀病毒时，也可能会导致电脑卡顿。
1、系统更新
我们可以在方便时搜索【Windows更新】，选择手动【检查更新】、或者【更改使用时段】。
2、杀毒软件
以McAfee为例，我们可以在桌面右下角找到对应图标，【检查更新】并按提示更新后重启。
原因三：系统垃圾
系统缓存、操作记录、日志文件、软件残余，频繁使用却不清理垃圾可能会让电脑越用越卡。
1、磁盘清理
右击磁盘盘符，依次选择【属性】【常规】【磁盘清理】，勾选需要清理的项目，点击【清理系统文件】，按提示完成并【确定】。
2.磁盘碎片整理
选中磁盘右击【属性】【工具】【优化】。优化完毕后点击【更改设置】，取消【按计划运行】。
注意：固态硬盘（SSD）因存储方式和擦写次数等原因，不需要进行碎片整理
3.启用存储感知
Win10 1703以上版本支持的存储感知功能，能让系统通过删除不需要的文件（如临时或回收站内的文件等）来自动释放空间。
依次点击【开始】【设置】【系统】【存储】并【打开】“存储感知”。
原因四：不使用的功能
部分功能若不需要使用也可以选择关闭，减少有限资源的耗用。
1、关闭休眠
依次打开【控制面板】【电源选项】【休眠】，把【启用休眠】前面的勾去掉。
若没有休眠按钮，右击开始菜单依次选择【设置】【系统】【电源和睡眠】【其他电源设置】【选择电源按钮的功能】【更改当前不可用的设置】，勾选【休眠】后【保存修改】即可。
2.减少开机加载启动项
依次点击【开始】【运行】输入【msconfig】【启动】，去掉不必要的启动项。也许你会发现一堆流氓软件都开机自启动哦~
如何有效运行puppet cron任务以及如何触发运行puppet
当你有许多服务器,需要执行相同的cron作业,不在同一时间集中运行他们通常是个好
主意.如果作业是用来访问一个普通服务器,那么会给该服务器带来太多压力,即使他们
不想,那么所有服务器都在同一时刻等待,这可能会影响它提供其它服务的能力.
Puppet 的inline_template功能允许我们使用的Ruby的逻辑来根据主机名
来设置不同的运行时间.
怎么办呢…
1.添加以下内容到节点:
define cron_random( $command, $hour ) {
cron { $name:
command =》 $command,
minute =》 inline_template(“《%= (hostname+name).hash.abs %60 %》“),
hour =》 $hour,
ensure =》 “present“,
}
}
cron_random { “hello-world“:
command =》 “/bin/echo ’Hello world’“,
hour =》 2,
}
cron_random { “hello-world-2“:
command =》 “/bin/echo ’Hello world’“,
hour =》 1,
}
2.运行Puppet:
# puppet agent --test
info: Retrieving plugin
info: Caching catalog for cookbook.bitfieldconsulting.com
info: Applying configuration version ’1305713506′
notice: /Stage[main]//Node[cookbook]/Cron_random[hello-world]/
Cron[hello-world]/ensure: created
notice: /Stage[main]//Node[cookbook]/Cron_random[hello-world-2]/
Cron[hello-world-2]/ensure: created
notice: Finished catalog run in 1.07 seconds
它是如何工作的
我们为每个cron作业选择了一个随机分钟数,也就是说,不是真正的随机(或者修改
Puppet的每次运行时间),但或多或少保证为每个不同的每个主机上的cron作业.
我们可以通过使用Ruby的哈希方法,计算任何数值对象,在这种情况下,一个字符串
该值每次是相同的,看起来那个值是是随机的,它不会改变Puppet 再次运行.
hash会生成一个大的整数,我们希望是从0-59之间,所以,我们使用了Ruby(%)(模数)
来运算并限制在此范围内的结果.虽然只有60个值,但是hash 函数的设计目的是统一
的生产尽可能的输出,所以,应该是很少的碰撞和分钟值应分布均匀.
我们想要在不同的机器上,根据不同的值来区分作业,因此我们使用主机名,以主机名
来计算哈希值.但是,但是,我们也希望在同一台机器上,不同的作业,hash值也是不同的.
所以我们结合了name变量.这将是cron的作业名称(例如Lhello-world).
还有更多…..
在这个例子中,我们只随机分钟的cron作业,并提供了小时的一部分定义.
如果你有时需要指定一周中的某一天,你也可以把它添加到cron_random,
你可以设置参数,以及指定默认值:
define cron_random( $command, $hour, $weekday = “*“ ) {
如果你也想随机小时(例子如:在一天的任何埋单运行,需要均匀分配24小时),你
可以修改cron_random如下所示:
hour =》 inline_template(“《%= (hostname+name).hash.abs % 24 %》“),
另请参阅:
从cron运行Puppet
当一个文件更新时运行puppet
这是一个非常普遍的模式,当一个指定文件更新时,Puppet采取一些动作.例如 ,
在rsync配置文件添加了版片段,每个片段文件都调用exec来管理,当主配置文件(
rsync.conf)有改动时.
通常puppet每次运行时都会执行exec资源,除非你指定了以下某个参数:
creats
onlyif
unless
refreshonly =》 true
refreshonly参数意味着exec如果它收到从另一个资源的通知就运行.(例如,文件)
即可以这样理解,通知n次,就执行n次.
准备…
1.安装nginx 软件包
# apt-get install nginx
如何去做…
1.创建一个nginx模块,目录结构如下:
# mkdir /etc/puppet/modules/nginx
# mkdir /etc/puppet/modules/nginx/files
# mkdir /etc/puppet/modules/nginx/manifests
2.创建/etc/puppet/modules/nginx/manifests/init.pp文件,内容如下:
import “*“
3.创建/etc/puppet/modules/nginx/manifests/nginx.pp文件,内容如下:
class nginx {
package { “nginx“: ensure =》 installed }
service { “nginx“:
enable =》 true,
ensure =》 running,
}
exec { “reload nginx“:
command =》 “/usr/sbin/service nginx reload“,
require =》 Package[“nginx“],
refreshonly =》 true,
}
file { “/etc/nginx/nginx.conf“:
source =》 “puppet:///modules/nginx/nginx.conf“,
notify =》 Exec[“reload nginx“],
}
}
4.复制nginx.conf到新模块:
cp /etc/nginx/nginx.conf /etc/puppet/modules/nginx/files
5.添加以下内容到节点
include nginx
6.从复制的nginx.conf文件做个测试,改变文件内容.
# echo \# 》》/etc/puppet/modules/nginx/files/nginx.conf
7.运行Puppet:
# puppet agent --test
info: Retrieving plugin
info: Caching catalog for cookbook.bitfieldconsulting.com
info: Applying configuration version ’1303745502′
— /etc/nginx/nginx.conf
2010-02-15 00:16:47.000000000 -0700
+++ /tmp/puppet-file20110425-31239-158xcst-0
09:39:49.586322042 -0600
2011-04-25
@@ -48,3 +48,4 @@
#
#
proxy on;
}
# }
+#
info: FileBucket adding /etc/nginx/nginx.conf as {md5}7bf139588b5e
cd5956f986c9c1442d44
info: /Stage[main]/Nginx/File[/etc/nginx/nginx.conf]: Filebucketed
/etc/nginx/nginx.conf to puppet with sum 7bf139588b5ecd5956f986c9c
1442d44
notice: /Stage[main]/Nginx/File[/etc/nginx/nginx.conf]/content:
content changed ‘{md5}7bf139588b5ecd5956f986c9c1442d44′ to ‘{md5}d
28d08925174c3f6917a78797c4cd3cc’
info: /Stage[main]/Nginx/File[/etc/nginx/nginx.conf]: Scheduling
refresh of Exec[reload nginx]
notice: /Stage[main]/Nginx/Exec[reload nginx]: Triggered ‘refresh’
from 1 events
notice: Finished catalog run in 1.69 seconds
它是如何工作的…
对于大多数服务,你可以简单的定义了一个服务资源并从config文件获得通知.
这将导致Puppet会重启该服务以应用配置文件变化.但是,Nginx 有时不能正确
的重新启动,尤其是使用puppet来重新启动nginx,所以我从网站上做了个补救
措施,使用puppet来运行/etc/init.d/nginx reload来替代restart,这里的
它是如何工作的.
exec资源的refreshonly参数设置为true:
exec { “reload nginx“:
command =》 “/usr/sbin/service nginx reload“,
require =》 Package[“nginx“],
refreshonly =》 true,
}
因此只要收到notfify,exec资源就运行.
配置文件资源提供必要的notify,如果配置文件有改动:
file { “/etc/nginx/nginx.conf“:
source =》 “puppet:///modules/nginx/nginx.conf“,
notify =》 Exec[“reload nginx“],
}
每当Puppet需要更新这个文件,它将运行exec,调用/usr/sbin/service nginx reload 来应用变化.
还有更多…
你可以使用相似的模式,每个资源更新,任何地方需要触发动作.
包括以下可能的用途:
触发服务重新加载
运行语法检查,然后重新启动服务
串联配置片段
运行测试
exec 链
当单个文件更新时,如果你有几个命令需要去执行,它需要在所有命令前都需要提供
subscribe 参数指向该文件.而不是文件的notfiy命令.但是效果是一样的.
-ps2模拟器配置
