分类 技术随笔 下的文章

1.查看机器所有硬件信息:
dmidecode |more
dmesg |more

这2个命令出来的信息都非常多,所以建议后面使用"|more"便于查看

2.查看CPU信息

方法一:

Linux下CPU相关的参数保存在 /proc/cpuinfo 文件里

cat /proc/cpuinfo |more

方法二:

采用命令 dmesg | grep CPU 可以查看到相关CPU的启动信息
查看CPU的位数:

getconf LONG_BIT

3.查看Mem信息

cat /proc/meminfo |more (注意输出信息的最后一行:MachineMem: 41932272 kB)

free -m

top

4.查看磁盘信息

方法一:

fdisk -l 可以看到系统上的磁盘(包括U盘)的分区以及大小相关信息。

方法二:

直接查看

cat /proc/partitions

5.查看网卡信息

方法一:

ethtool eth0 采用此命令可以查看到网卡相关的技术指标

(不一定所有网卡都支持此命令)

ethtool -i eth1 加上 -i 参数查看网卡驱动

可以尝试其它参数查看网卡相关技术参数

方法二:

也可以通过dmesg | grep eth0 等看到网卡名字(厂家)等信息

通过查看 /etc/sysconfig/network-scripts/ifcfg-eth0 可以看到当前的网卡配置包括IP、网关地址等信息。

当然也可以通过ifconfig命令查看。

6.如何查看主板信息?

lspci

7.如何挂载ISO文件

mount -o loop *.iso mount_point

8.如何查看光盘相关信息

方法一:

插入CD光碟后,在本人的RHEL5系统里,光碟文件是 /dev/cdrom,

因此只需 mount /dev/cdrom mount_point 即可。

[root@miix tmp]# mount /dev/cdrom mount_point

mount: block device /dev/cdrom is write-protected, mounting read-only

其实仔细看一下,光驱的设备文件是 hdc

[root@miix tmp]# ls -l /dev/cdrom*

lrwxrwxrwx 1 root root 3 01-08 08:54 /dev/cdrom -> hdc

lrwxrwxrwx 1 root root 3 01-08 08:54 /dev/cdrom-hdc -> hdc

因此我们也可以这样 mount /dev/hdc mount_point

如果光驱里没放入有效光盘,则报错:

[root@miix tmp]# mount /dev/hdc mount_point

mount: 找不到介质

9.如何查看USB设备相关

方法一:

其实通过 fdisk -l 命令可以查看到接入的U盘信息,本人的U盘信息如下:

Disk /dev/sda: 2012 MB, 2012217344 bytes

16 heads, 32 sectors/track, 7676 cylinders

Units = cylinders of 512 * 512 = 262144 bytes

Device Boot Start End Blocks Id System

/dev/sda1 * 16 7676 1961024 b W95 FAT32

U盘的设备文件是 /dev/sda,2G大小,FAT32格式。

如果用户登陆的不是Linux图形界面,U盘不会自动挂载上来。

此时可以通过手工挂载(mount):

mount /dev/sda1 mount_point

以上命令将U盘挂载到当前目录的 mount_point 目录,注意挂的是 sda1 不是 sda。

卸载命令是 umount mount_point

Linux默认没有自带支持NTFS格式磁盘的驱动,但对FAT32支持良好,挂载的时候一般不需要 -t vfat 参数 。

如果支持ntfs,对ntfs格式的磁盘分区应使用 -t ntfs 参数。

如果出现乱码情况,可以考虑用 -o iocharset=字符集 参数。

可以通过 lsusb 命令查看 USB 设备信息哦:

[root@miix tmp]# lsusb

Bus 001 Device 001: ID 0000:0000

Bus 002 Device 001: ID 0000:0000

Bus 003 Device 001: ID 0000:0000

Bus 004 Device 002: ID 0951:1613 Kingston Technology

Bus 004 Device 001: ID 0000:0000

===================================================

获取内存,cpu真实核数方法

===================================================

linux内存查看方式

如下显示free是显示的当前内存的使用,-m的意思是M字节来显示内容.我们来一起看看.
$ free -m
total used free shared buffers cached
Mem: 1002 769 232 0 62 421
-/+ buffers/cache: 286 715
Swap: 1153 0 1153
第一部分Mem行:
total 内存总数: 1002M
used 已经使用的内存数: 769M
free 空闲的内存数: 232M
shared 当前已经废弃不用,总是0
buffers Buffer 缓存内存数: 62M
cached Page 缓存内存数:421M
关系:total(1002M) = used(769M) + free(232M)
第二部分(-/+ buffers/cache):
(-buffers/cache) used内存数:286M (指的第一部分Mem行中的used - buffers - cached)
(+buffers/cache) free内存数: 715M (指的第一部分Mem行中的free + buffers + cached)
可见-buffers/cache反映的是被程序实实在在吃掉的内存,而+buffers/cache反映的是可以挪用的内存总数。
第三部分是指交换分区, 我想不讲大家都明白.
我想大家看了上面,还是很晕.第一部分(Mem)与第二部分(-/+ buffers/cache)的结果中有关used和free为什么这么奇怪.
其实我们可以从二个方面来解释.
对操作系统来讲是Mem的参数.buffers/cached 都是属于被使用,所以它认为free只有232.
对应用程序来讲是(-/+ buffers/cach).buffers/cached 是等同可用的,因为buffer/cached是为了提高程序执行的性能,当程序使用内存时,buffer/cached会很快地被使用。
所以,以应用来看看,以(-/+ buffers/cache)的free和used为主.所以我们看这个就好了.另外告诉大家一些常识.Linux为了提高磁盘和内存存取效率, Linux做了很多精心的设计, 除了对dentry进行缓存(用于VFS,加速文件路 径名到inode的转换), 还采取了两种主要Cache方式:Buffer Cache和Page Cache。前者针对磁盘块的读写,后者针对文件inode的读写。这些Cache能有效缩短了 I/O系统调用(比如read,write,getdents)的时间。
记住内存是拿来用的,不是拿来看的.不象windows, 无论你的真实物理内存有多少,他都要拿硬盘交换文件来读.这也就是windows为什么常常提示虚拟空间不足的原因.你们想想,多无聊,在内存还有大部分的时候,拿出一部分硬盘空间来充当内存.硬盘怎么会快过内存.所以我们看linux,只要不用swap的交换空间,就不用担心自己的内存太少.如果常常 swap用很多,可能你就要考虑加物理内存了.这也是linux看内存是否够用的标准哦

Linux下查看CPU真实核数

很多人都知道, 直接敲 cat /proc/cpuinfo 可以看到详细的cpu信息.

信息里会分processor 0 -n, 如果你认为n就是cpu真实核数的话, 就大错特错了.

我们知道intel有超线程技术(HT), 它可以在逻辑上分一倍数量的cpu出来.所以, 光看processor数量是不准的.

真实的核数, 应该是 cpu cores 这个参数值.

[admin@transmit180 logs]$ cat /proc/cpuinfo

processor : 0

vendor_id : GenuineIntel

cpu family : 6

model : 15

model name : Intel(R) Xeon(R) CPU E5310 @ 1.60GHz

stepping : 7

cpu MHz : 1596.035

cache size : 4096 KB

physical id : 0

siblings : 4

core id : 0

cpu cores : 4

fdiv_bug : no

hlt_bug : no

f00f_bug : no

coma_bug : no

fpu : yes

fpu_exception : yes

cpuid level : 10

wp : yes

flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm constant_tsc pni monitor ds_cpl tm2 xtpr

bogomips : 3194.26

物理cpu数量,可以数不重复的 physical id 有几个。

文章转载于网络,如有侵权,请原创留言;内容如有不妥,请各

前言
两年多前,曾发帖对国内主流公共 DNS 对中国移动线路的支持情况做过测试, 随着近两年移动宽带用户数量持续快速增长,特别是今年 2 月,移动宽带用户增量已达到电信联通总和的两倍,其发展势头迅猛。但移动的 DNS 乱弹广告和劫持的情况依然没有得到改善,使用公共 DNS 不失为另一种选择。时隔两年再次测试下国内公共 DNS 对移动线路的支持情况和解析响应速度,供大家做个参考。

简介
这次在之前的基础上新增了 DNS 派、GoogleDNS 和 IBM Quad9,以下是各家 DNS 的简要介绍。

114DNS
依然国内公共 DNS 老大,国内用户最多的公共 DNS 服务,服务稳定。腾讯有注资,与运营商关系紧密。主备 ip 分别是 114.114.114.114/114.114.115.115

官网地址http://www.114dns.com

阿里 DNS
阿里巴巴 2014 年推出的公共 DNS 服务,也是用户众多。主备 ip 分别为 223.5.5.5/223.6.6.6

官网地址http://www.alidns.com

OneDNS
2013 成立的公共 DNS 服务至今已稳定运行 5 年,其恶意网站拦截和广告过滤和海外前端库加速功能较有特色。今年变动较大,推出了一对新的主备 ip 117.50.11.11/117.50.22.22 (经测试原 ip 112.124.47.27/114.215.126.16 仍在稳定服务。)

官网地址https://www.onedns.com

百度 DNS
时隔两年过去了,百度 DNS 依然只有单个节点 180.76.76.76 ,官网建议用户将备用 DNS 设置为 114DNS。此前在 V2EX 有用户反馈使用百度 DNS 后被安装百度全家桶,此情况未证实,还待大家进一步反馈。

官网地址https://dudns.baidu.com

DNSPOD
DNSPOD 的公共 DNS 是在腾讯全资收购后推出的,主备 ip 分别为 119.29.29.29/119.28.28.28 ,此 ip 同时复用于 httpsdns 业务。

官网地址https://www.dnspod.cn/Products/Public.DNS

DNS 派
DNS 派是 360 投资的公司,360 安全卫士中采用了他们的 DNS。他们的 DNS 需要用户根据线路手动选择 ip 其中移动线路的主备 ip 为 101.226.4.6/218.30.118.6

官网地址http://www.dnspai.com/

Google DNS
这个无需介绍,全球最有名的公共 DNS 服务,主备 ip8.8.8.8/8.8.4.4 如雷贯耳。

[官网地址]https://developers.google.com/speed/public-dns/

IBM Quad9
去年末 IBM、Global Cyber Alliance 和 Packet Clearing House 三家联合推出的面向全球用户的公共 DNS,与 OneDNS 类似也具有恶意网址拦截功能,其 9.9.9.9ip 一度成为网红,逼格甚高,成为与 8.8.8.8 并称最好记忆的 ip 了。主备 ip 为 9.9.9.9/149.112.112.112

官网地址https://www.quad9.net

SDNS
官方机构 CNNIC (中国互联网中心)运营的公共 DNS,比较低调。主备 ip 为 1.2.4.8/210.2.4.8

官网地址http://public.sdns.cn/

测试方法
北方某市移动宽带,Windows10 系统安装 dig 工具包,测试前先执行 ipconfig/flushdns 命令清空系统 DNS 缓存再 dig www.qq.com 根据返回的 ip 判断此 DNS 是否有移动线路节点,返回 ip 以 ipip.net 查询为准。每个 DNS 测试三次,取延迟最小值。

测试结果
114DNS
解析 www.qq.com 返回 111.30.132.101 为天津移动 ip,解析延迟 60ms

image

阿里 DNS
解析 www.qq.com 返回 111.30.132.101 为天津移动 ip,解析延迟 79ms

image

OneDNS
解析 www.qq.com 返回 111.30.132.101 为天津移动 ip,解析延迟 40ms

image

百度 DNS
解析 www.qq.com 返回 120.198.201.156 为广东深圳移动 ip,解析延迟 56ms

image

DNSPOD
解析 www.qq.com 返回 120.198.201.156 为广东深圳移动 ip,解析延迟 63ms

image

DNS 派
解析 www.qq.com 返回 111.30.132.101 为天津移动 ip,解析延迟 72ms

image

GoogleDNS
解析 www.qq.com 返回 120.198.201.156 为广东深圳移动 ip,解析延迟 208ms

image

IBM Quad9
解析 www.qq.com 返回 184.51.1.17 和 2.16.106.48 和 2.16.106.56 为德国 ip,解析延迟 211ms 由于 Quad9 在国内没有节点,因此可以预想到其无法准确判断移动线路,但将中国 ip 识别为德国,相比 8.8.8.8 还是有所差距。

image

SDNS
解析 www.qq.com 返回 180.163.26.39 为上海电信 ip,解析延迟 36ms

image

总结
从测试结果来看,相比两年前,各大 DNS 对移动宽带的支持力度明显提升。由于测试地址位于北方,因此返回 ip 以最接近北方为佳。

支持移动线路的 DNS:
114DNS、阿里 DNS、OneDNS、百度 DNS、DNSPOD、DNS 派、GoogleDNS

不支持移动线路的 DNS:
IBM Quad9、SDNS

解析延迟排序(由小到大,越小越好)
SDNS < OneDNS < 百度 DNS < 114DNS < DNSPOD < DNS 派 < 阿里 DNS < GoogleDNS < IBM Quad9

解析结果与测试地点最近的 DNS (即解析 ip 与测试地址同在北方城市)
114DNS、阿里 DNS、OneDNS、DNS 派

注:以上测试仅供使用移动宽带的同学做个粗略参考,具体请根据自身所处网络环境测试使用。