centos webservice centos官网

很多朋友对于centos webservice和centos官网不太懂,今天就由小编来为大家分享,希望可以帮助到大家,下面一起来看看吧!

Linux操作系统CentOS65开机自动挂载硬盘

CentOS是社区企业操作系统,是Linux发行版之一,它是来自于Red Hat Enterprise Linux依照开放源代码规定释出的源代码所编译而成。由于出自同样的源代码,因此有些要求高度稳定性的服务器以CentOS替代商业版的Red Hat Enterprise Linux使用。两者的不同,在于CentOS并不包含封闭源代码软件。

企业级应用系统的建设,通常将系统和数据分别存储,并建立raid。新装的CentOS6.5,需要挂载数据盘,并且能够系统启动自动挂载该数据盘。

1、手动挂载磁盘

查看磁盘分区信息,执行fdisk命令

[root@tsp-rls-webservice tsp]# fdisk-l

Disk/dev/sdb: 1476.5 GB, 1476529225728 bytes

255 heads, 63 sectors/track, 179511 cylinders

Units= cylinders of 16065* 512= 8225280 bytes

Sector size(logical/physical): 512 bytes/ 512 bytes

I/O size(minimum/optimal): 512 bytes/ 512 bytes

Disk identifier: 0x0008a3a1

Device Boot Start End Blocks Id System

/dev/sdb1 1 179512 1441922048 83 Linux

Disk/dev/sda: 322.1 GB, 322122547200 bytes

255 heads, 63 sectors/track, 39162 cylinders

Units= cylinders of 16065* 512= 8225280 bytes

Sector size(logical/physical): 512 bytes/ 512 bytes

I/O size(minimum/optimal): 512 bytes/ 512 bytes

Disk identifier: 0x6a5b51c5

Device Boot Start End Blocks Id System

/dev/sda1* 1 64 512000 83 Linux

Partition 1 does not end on cylinder boundary.

/dev/sda2 64 39163 314059776 8e Linux LVM

Disk/dev/mapper/vg_tsprlswebserv-lv_root: 53.7 GB, 53687091200 bytes

255 heads, 63 sectors/track, 6527 cylinders

Units= cylinders of 16065* 512= 8225280 bytes

Sector size(logical/physical): 512 bytes/ 512 bytes

I/O size(minimum/optimal): 512 bytes/ 512 bytes

Disk identifier: 0x00000000

Disk/dev/mapper/vg_tsprlswebserv-lv_swap: 16.8 GB, 16814964736 bytes

255 heads, 63 sectors/track, 2044 cylinders

Units= cylinders of 16065* 512= 8225280 bytes

Sector size(logical/physical): 512 bytes/ 512 bytes

I/O size(minimum/optimal): 512 bytes/ 512 bytes

Disk identifier: 0x00000000

Disk/dev/mapper/vg_tsprlswebserv-lv_home: 251.1 GB, 251092008960 bytes

255 heads, 63 sectors/track, 30526 cylinders

Units= cylinders of 16065* 512= 8225280 bytes

Sector size(logical/physical): 512 bytes/ 512 bytes

I/O size(minimum/optimal): 512 bytes/ 512 bytes

Disk identifier: 0x00000000

查看到/dev/sdb1没有挂载,接下来建立挂载点(创建挂载目录),执行mount命令,挂载数据盘。

[root@tsp-rls-webservice tsp]# mkdir/tsp

[root@tsp-rls-webservice tsp]# mount/dev/sdb1/tsp

2、系统启动,自动挂载数据盘

查看磁盘UUID信息

[root@tsp-rls-webservice tsp]# blkid

/dev/mapper/vg_tsprlswebserv-lv_root: UUID="3dedb8a7-69c5-44d7-b590-e70a0b1b3c9a" TYPE="ext4"

/dev/sdb1: UUID="e85dd659-bb20-4d12-a8bc-16130efc04ea" TYPE="ext4"

/dev/sda1: UUID="97f12da1-c972-4508-9028-9b98cde34a34" TYPE="ext4"

/dev/sda2: UUID="cKJ1xc-8mci-0d89-DNaR-5IAG-2JOv-V1G1q9" TYPE="LVM2_member"

/dev/mapper/vg_tsprlswebserv-lv_swap: UUID="aa4589df-1d47-4060-a419-9c4432c3bb9a" TYPE="swap"

/dev/mapper/vg_tsprlswebserv-lv_home: UUID="17a62039-4676-45ce-8eb9-1914e2d4820c" TYPE="ext4"

编辑系统分区表

[root@tsp-rls-webservice tsp]# vi/etc/fstab

添加如下信息:

UUID=e85dd659-bb20-4d12-a8bc-16130efc04ea/tsp ext4 defaults 1 2

编辑后的信息如下:

#

#/etc/fstab

# Created by anaconda on Thu Aug 21 17:17:19 2014

#

# Accessible filesystems, by reference, are maintained under'/dev/disk'

# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info

#

/dev/mapper/vg_tsprlswebserv-lv_root/ ext4 defaults 1 1

UUID=97f12da1-c972-4508-9028-9b98cde34a34/boot ext4 defaults 1 2

UUID=e85dd659-bb20-4d12-a8bc-16130efc04ea/tsp ext4 defaults 1 2

/dev/mapper/vg_tsprlswebserv-lv_home/home ext4 defaults 1 2

/dev/mapper/vg_tsprlswebserv-lv_swap swap swap defaults 0 0

tmpfs/dev/shm tmpfs defaults 0 0

devpts/dev/pts devpts gid=5,mode=620 0 0

sysfs/sys sysfs defaults 0 0

proc/proc proc defaults 0 0

保存退出;重启系统,确认自动挂载成功。

以上就是 CentOS6.5开机自动挂载硬盘的执行命令,希望能满足各位的需求。的小编也会继续努力寻找更好方法,请继续关注我们,谢谢。

Node.js真的有高并发优势吗

同一套业务逻辑,实现一个webservice中间接口,中间涉及memcached和mogodb的一些操作。

分别在Node.js和JAVA平台实现,java代码部署在Tomcat 7.0上,用Apache jmeter进行压力测试。

得到的测试结果很是出乎意料,Node.js的高并发优势为什么没有体现出来呢???

操作系统:CentOS 6.4(虚拟机)

内存:1.5G

CPU:单核

并发数 100

ramp-up period(in seconds)1

执行次数 10

以下是测试结果:

Lable#Sample Average Median 90%Line Min Max Error% Throughput KB/sec

Node.js HTTP请求 1000 333 369 485 1 956 0.0 183.3180568285976 40.995932630614114

Tomcat HTTP请求 1000 48 9 188 2 563 0.0 183.4862385321101 58.414564220183486

可以看到Node.js的平均执行时间为333毫秒,Tomcat的执行时间为48毫秒,Tomcat比Node.js快了近7倍!

补充1:即使是测试接口直接返回,不涉及后续的操作,Tomcat也比Node.js快了很多,求各位大神给个解释。

补充2:修改jmeter的 ramp-up period的测试条件,比如这个值增大(如10秒),node.js的执行效率变高了,但这么想来也是违背了高并发的特性

抛砖引玉,一起探讨问题。如果你也感兴趣,不妨拿出点时间来写一段程序测试一下,我希望能得到不一样的结果。

阅读剩余
THE END