设为首页 收藏本站
查看: 1214|回复: 0

[经验分享] Hadoop2.7实战v1.0之Linux参数调优

[复制链接]

尚未签到

发表于 2018-10-29 13:27:50 | 显示全部楼层 |阅读模式
  Hadoop2.7实战v1.0之Linux参数调优
  1.增大文件描述符nofile(查看当前的lsof |wc -l) 和 用户最大进程nproc
  a>.调整Linux的最大文件打开数。
  vi /etc/security/limits.conf
  * soft nofile 65535
  * hard nofile 65535
  * soft nproc 65535
  * hard nproc 65535
  b>.RHEL6下引入了配置文件
  vi /etc/security/limits.d/90-nproc.conf
  * soft nproc 65535
  c>.pam_limits.so 文件被加入到启动文件
  vi /etc/pam.d/login
  session    required     /lib/security/pam_limits.so
  session    required     pam_limits.so
  d>.重启
  reboot
  #######只针对当前session会话,快速设置
  [testuser@xxx-01 root]$  ulimit -u
  1024
  [testuser@xxx-01 root]$  ulimit -u 65535
  [testuser@xxx-01 root]$  ulimit -u
  65535
  -n   指定同一时间最多可打开的文件数。
  -u   用户最多可启动的进程数目。
  2.网络(两个网络相关的参数可以影响Hadoop的性能。net.core.somaxconn Linux内核设置能够支持NameNode和JobTracker的大量爆发性的HTTP请求)
  a>.net.core.somaxconn是listen()的默认参数,挂起请求的最大数量.默认是128.对繁忙的服务器,增加该值有助于网络性能,当前已经被调整到32768
  more /etc/sysctl.conf |grep net.core.somaxconn
  sysctl -w net.core.somaxconn=32768
  echo net.core.somaxconn=32768 >> /etc/sysctl.conf
  b>.设置txqueuelen到4096及以上能够更好地适应在Hadoop集群中的突发流量, txqueuelen代表用来传输数据的缓冲区的储存长度,
  通过下面的命令可以对该参数进行设置为4096。
  [testuser@xxx-01 conf]# ifconfig
  eth0      Link encap:Ethernet  HWaddr 00:16:3E:02:00:2B
  inet addr:xx.xxx.xx.x  Bcast:xx.xxx.xx.xxx  Mask:255.255.255.0
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:55072078 errors:0 dropped:0 overruns:0 frame:0
  TX packets:33328184 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:1000
  RX bytes:23381014283 (21.7 GiB)  TX bytes:4464530654 (4.1 GiB)
  ###发现当前的eth0的txqueuelen值为1000,设置为4096
  [testuser@xxx-01 conf]# ifconfig eth0 txqueuelen 4096
  3.关闭swap分区
  more /etc/sysctl.conf | vm.swappiness
  echo vm.swappiness = 0 >> /etc/sysctl.conf
  4.设置合理的预读取缓冲区(readahead buffer)大小
  调整linux文件系统中预读缓冲区地大小,可以明显提高顺序读文件的性能。默认buffer大小为256 sectors,可以增大为1024或者2408 sectors(注意,并不是越大越好)。可使用blockdev命令进行调整。
  [testuser@xxx-01 ~]# df -h
  Filesystem      Size  Used Avail Use% Mounted on
  /dev/vda1        40G  7.1G   31G  19% /
  tmpfs           3.9G     0  3.9G   0% /dev/shm
  /dev/vdb1       197G   36G  152G  19% /data/01
  [testuser@xxx-01 ~]#
  [testuser@xxx-01 ~]# blockdev --report
  RO    RA   SSZ   BSZ   StartSec            Size   Device
  rw   256   512  4096          0     42949672960   /dev/vda
  rw   256   512  4096       2048     42947575808   /dev/vda1
  rw   256   512  4096          0    214748364800   /dev/vdb
  rw   256   512  4096         63    214748029440   /dev/vdb1
  ### 修改/dev/vdb1的readahead buffer,因为hadoop的dfs nn等等文件夹是在这个目录下
  [testuser@xxx-01 ~]# blockdev --setra 1024 /dev/vdb1
  5.I/O调度器选择(一般不调整,只会在mapreduce中调整)
  主流的Linux发行版自带了很多可供选择的I/O调度器。在数据密集型应用中,不同的I/O调度器性能表现差别较大,
  管理员可根据自己的应用特点启用最合适的I/O调度器
  6.vm.overcommit_memory设置
  进程通常调用malloc()函数来分配内存,内存决定是否有足够的可用内存,并允许或拒绝内存分配的请求。Linux支持超量分配内存,以允许分配比可用RAM加上交换内存的请求。
  vm.overcommit_memory参数有三种可能的配置:
  0 表示检查是否有足够的内存可用,如果是,允许分配;如果内存不够,拒绝该请求,并返回一个错误给应用程序。
  1 表示根据vm.overcommit_ratio定义的值,允许分配超出物理内存加上交换内存的请求。vm.overcommit_ratio参数是一个百分比,加上内存量决定内存可以超量分配多少内存。
  例如,vm.overcommit_ratio值为50,而内存有1GB,那么这意味着在内存分配请求失败前,加上交换内存,内存将允许高达1.5GB的内存分配请求。
  2 表示内核总是返回true。
  除了以上几个常见的Linux内核调优方法外,还有一些其他的方法,管理员可根据需要进行适当调整。
  【查看当前值】
  # sysctl -n vm.overcommit_memory
  【永久性修改内核参数】
  在/etc/sysctl.conf文件里面加入或者直接删除也可以,因为它缺省值就是0
  vm.overcommit_memory = 0
  运行使之生效
  #sysctl -p
  7.Transparent Huge Page

  已启用“透明大页面”,它可能会导致重大的性能问题。版本为“CentOS>  efrag 设置为“[always] never”。请运行“echo never > /sys/kernel/mm/redhat_transparent_hugepage/defrag”以禁用此设置,然后将同一命令添加到一个 init 脚本中,
  如 /etc/rc.local,这样当系统重启时就会设置它。或者,升级到 RHEL 6.4 或更新版本,它们不存在此错误。将会影响到以下主机。
  [testuser@xxx-01 ~]# cat /sys/kernel/mm/redhat_transparent_hugepage/defrag
  [always] madvise never
  [testuser@xxx-01 ~]# echo never > /sys/kernel/mm/redhat_transparent_hugepage/defrag
  [testuser@xxx-01 ~]# echo 'echo never > /sys/kernel/mm/redhat_transparent_hugepage/defrag' >> /etc/rc.local


运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-628065-1-1.html 上篇帖子: Hadoop的安装 下篇帖子: hadoop研究
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表