可以用来挂小程序，比如自动执行程序完成什么任务。我就用来挂了个php签到
如果是要网页服务器就有点勉强。
静态网页可以很快~10000PV没什么问题
可是php大程序的话就很勉强，只能达到700pv一天
很多新手用户一样，在选择Linux
VPS主机商的时候会大概看看这款机器是否有人在使用而且大概的口碑和性价比如何，然后大概对比CPU核心、内存、硬盘以及流量在同等认识的商家中是否有一定的性价比优势。虽然经常告诉自己一分钱一分货，但是有些时候还是偏向于尽量希望马儿好也要马儿少吃草的产品。
大部分用户并不能做到各种VPS配置信息以及商家、线路的各种精通，就好比我们购买电脑一样，一些硬件配置我们可能只会知道大概，具体是否兼容以及是否适合我们，我们可能从基本的配置看不到，大部分还是直接用户的体验，尤其是VPS主机无论用来建站还是项目需要，他人使用过的测评信息并不能代表也适合我们，大概范围圈定之后的自我测试是必须的。
稍微深究一些关于Linux
VPS主机的配置信息，不能仅仅就看基本的内存、硬盘和流量，其实玩的深的网友甚至连带硬件信息都会去查看对比，这属于粉丝爱好者了，我们基本上只要玩个大概体验就可以了。在这篇文章中，老左也学着高端一点，把我看到的一些网友有用到查看VPS/服务器环境硬件信息命令记录下来，以后说不定在购买VPS、服务器的时候还可以装专业人士。
第一、CPU参数信息
cat /proc/cpuinfo
第二、Free命令查看内存
free -m
这里我们可以看到当前VPS主机512MB内存，附带64MB Swap存储。
第三、df命令查看硬盘
df -h
这个要对照我们购买VPS、服务器的时候商家给予的配置信息，有些朋友说购买的30GB，为什么看到的是10GB，还有20GB去哪里了呢？还有的是挂载盘需要我们单独挂载才可以出来，用fdisk -l就可以看到还有20GB没有挂载，在这台测试机中直接在一个盘里没有 挂载盘 。
第四、Inxi查看硬件信息
inxi -Fx
这个Inxi工具我也第一次用到过，看到介绍很强大，可以查看所有的服务器硬件信息，一般默认发行版本中是没有安装的，这里我在Debian环境中自己安装的。
安装Inxi For Debian/Ubuntu
echo 'deb http://ppa.launchpad.net/unit193/inxi/ubuntu trusty main' >/etc/apt/sources.list.d/unit193-inxi.list
apt-get update
apt-get install inxi
这里在安装后才可以执行上面的命令。
基本的硬件信息都可以在返回结果中看到，以后有时间单独把inxi工具玩一遍。今天先 简单的知道有这个东西，因为我之前也没玩过这个。
第五、lshw
lshw -short
lshw也是一个通用工具，可以查看当前服务器CPU、内存、磁盘等详细信息。默认环境如果没有安装的话，我们可以通过执行命令安装。
apt-get install lshw &&lshw
第六、dmidecode
这个命令老左有在" 利用dmidecode命令查看Linux服务器硬件信息7个技巧 "文章中详细的记录了几个常用的脚本方法，也是用来查看硬件信息的。
比如主板、内存、内存条数量都可以通过命令看到。
第七、lscpu
lscpu
通过lscpu命令可以看到CPU和处理单元的信息。
总结，以上7个命令算是我们在购买和测评VPS、服务器信息的时候有可能用到的，对于一般用户跟老左一样看个大概就可以了，如果需要知道深入的细节还是需要详细一些对比的，还有lspci、hdparm两个也是有常用的。
今天发现网站有点慢，发现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就可以了。
欢迎分享，转载请注明来源：夏雨云
微信扫一扫
支付宝扫一扫
评论列表（0条）