13518219792
SugarNMS智和网管软件是由北京智和信通技术有限公司自主设计和研发的一款智能化网管软件。SugarNMS专注于局域网、广域网网络环境中的网络设备、主机/服务器、数据库、中间件、网络服务的实时监控。SugarNMS采用高度弹性的架构设计，支持SNMP、WMI、Telnet/SSH、JDBC/ODBC、JMX、TCP/IP等多种管理协议，同时支持上千台设备的集中化管理。
创新互联建站是一家专业提供济南企业网站建设,专注与成都做网站、网站设计、H5建站、小程序制作等业务。10年已为济南众多企业、政府机构等服务。创新互联专业网站制作公司优惠进行中。
SugarNMS采用了多项业界领先的智能化技术, 是智能化的网管软件，包含网络拓扑管理、设备管理、 配置管理、故障和工作状态管理、性能管理、报表统计、多用户安全管理等功能。
1、通过网络自动搜索，自动发现网络设备，自动发现设备类型，自动发现设备间的链接关系；
2、自动发现设备上的网络接口、设备板卡、线路、链路、处理器、内存、磁盘、数据库服务、中间件应用、软件服务等设备资源信息；
3、通过智能化的拓扑图操作界面实时直观的组织和呈现被管网络、设备和设备资源；
4、软件通过智能化的故障监控策略定义、性能采集策略定义，可以实现对任何SNMP、WMI、Telnet/SSH、ODBC/JDBC、JMX设备和应用的监控；
5、管理网络设备的端口、带宽、吞吐量、流量、丢包率、错误包、运行状况等；
6、管理Windows、Linux、Unix服务器的运行状态、CPU、内存、磁盘、进程等；
7、监视各种数据库、中间件、Web服务器、邮件服务器、J2EE服务器、应用系统等；
8、通过邮件、短信、状态灯、界面提示等方式对故障、状态、消息进行分发；
9、深入了解设备及服务器的配置信息、运行信息、性能图表、故障图表等。可管理的设备和应用SugarNMS智能网管全面监控网络设备、主机/服务、中间件应用、Web服务。
SugarNMS支持的设备如下： 网络设备 主机/服务器/虚拟机 应用服务 网络服务 路由器 Windows 2008 Server Oracle FTP 交换机 Windows 2003 Server SqlServer DHCP 防火墙 Centos linux DB2 DNS 网关、网闸 Redhat linux Mysql Http 存储器 Suse linux PostgreSQL Https 光设备 红旗linux 金仓数据库 POP3 EOC HP-Unix Tomcat SMTP OLT Aix Weblogic ICMP PON Solaris Jboss LDAP 微波设备 麒麟操作系统 Websphere URL 其它支持SNMP、Telnet/SSH协议的网络设备 其它Windows、Linux、Unix操作系统 其它支持JMX、JDBC/ODBC协议的应用 其它网络服务
环境
系统平台：Linux x86-64 Red Hat Enterprise Linux 5,Linux x86-64 Red Hat Enterprise Linux 6,Linux x86-64 Red Hat Enterprise Linux 7,中标麒麟_NeoKylin Linux Advanced Server release 6.8 (Calcium) ,中标麒麟_NeoKylinServer7.2_x86-64,普华_iSoft Server OS release 3.0 (Final)
版本：4.1.1
症状
数据库启动时报错如下：
[highgo@hgdb ~]$ 2018-01-15 11:36:05 CST [2840] : [1-1] user=,db= 致命错误: 无法创建信号量: 设备上没有空间
2018-01-15 11:36:05 CST [2840] : [2-1] user=,db= 详细信息: semget(5866129, 17, 03600) 系统调用失败.
2018-01-15 11:36:05 CST [2840] : [3-1] user=,db= 提示: 这个错误不表示磁盘空间已经用完. 发生的原因有可能超过系统对于最大数量信号灯集合(由参数SEMMNI表示)，或者是对系统范围内最大可使用信号灯(由参数SEMMNS表示)的限制.您需要增加这两个系统核心参数的值。另外也可以通过减小PostgreSQL参数max_connections来减少它所消耗的信号灯总数.
在PostgreSQL文档中包含了更多关于如何配置PostgreSQL的信息。
问题原因
由于PostgreSQL参数max_connections和操作系统内核参数kernel.sem设置不匹配导致。
解决方案
可以通过如下任一方式更正此问题。
1.按需设置max_connections大小。
max_connections控制着最大连接数。通过如下方式修改max_connections。
[highgo@hgdb data]$ vi $PGDATA/postgresql.conf
修改max_connections值：
max_connections = 500
修改完毕后依次按"ESC :wq
在华为声称“方舟编译器，可通过架构级优化让系统操作流畅度提升24%，安卓应用流畅度可提升60%”以来，编译器这个概念就被带火了，方舟编译器也被媒体热炒。
日前，华为方舟编译器在鲲鹏社区上架，根据网站上公布的资料，方舟编译器的介绍为：
方舟编译器是基于GCC开发的交叉编译器套件，它包括了C、C++、Fortran的前端，也包括了这些语言的库(如libstdc++、libgcc等)。HCC运行在X86 linux架构服务器上，生成的二进制运行在Aarch64 架构服务器上。
一位朋友告知：
有人比较了一下，华为的方舟和GCC没有区别，只有非常少的部分不一样，方舟编译器压缩包还是叫gcc-ark。
之后，基于不为人知的原因，鲲鹏社区的方舟编译器火速下架，原网址链接也被和谐了。
关于华为鲲鹏社区上公布的方舟编译器资料，铁流咨询了业内人士，回复是：
交叉编译器，就是在x86上编译出arm的二进制代码。gcc本身就做得很好了......动态二进制翻译器，可以把x86应用程序动态翻译为ARM指令集，执行在ARM服务器上。估计效率可以达到70%左右......方舟中最核心的应该是支持动态二进制翻译。
可以说，华为鲲鹏社区上公布的方舟编译器是服务于华为ARM服务器的，由于ARM在服务器上的生态相对于X86差距过大，很多软件不支持ARM。而ARM服务器要推广，需要支持大量没有源代码的x86程序。这项应用能跑二进制代码，而当前二进制翻译效率都不是很高。所以华为打算用动态二进制翻译来弥补ARM在服务器生态上的不足。
用二进制翻译来弥补生态问题，这种思路其实早已不是什么新闻，当年的全美达就用二进制翻译兼容X86生态，最后被英特尔用专利诉讼拖死。ARM在智能手机领域火了之后，英特尔也用二进制翻译的做法来兼容ARM的生态，最终也是折戟沉沙。
之所以出现这种情况，主要是因为二进制翻译会造成性能损耗，以及二进制翻译未必能够完美解决兼容问题。就性能损耗来说，在翻译之后使英特尔的CPU性能只有原来的70%，凭空损失掉30%的性能后，使英特尔的CPU在移动端上性价比和性能功耗比这两项属性上都不如ARM，同时，移动端恰恰是对功耗指标非常敏感的，这使英特尔在市场竞争中非常不利。
还有就是兼容问题，以实际体验来说，铁流好友使用过联想搭载英特尔CPU的手机，日常使用问题不大，就是个别应用会时不时闪退。猜测可能是生态兼容方面依然存在一定问题。
而英特尔曾经面对的问题，将来华为可能都要面对。从实践上看，自己建生态才是正途，比如X86在PC和服务器的统治地位，以及ARM在智能手机上的统治地位，兼容别人的生态是投机取巧，走捷径的影响是根基不牢，结局是欲速则不达。如果没有政府输血和国企订单，在纯粹商业模式下，十有八九要悲剧。
由于鲲鹏社区上公布的方舟编译器是用在ARM服务器上的，因而铁流很疑惑为何会宣传“方舟编译器，可通过架构级优化让系统操作流畅度提升24%，安卓应用流畅度可提升60%”。
业内人士告知：
那他们应该把所有的几个系统统称为方舟编译器了......手机上重点是java虚拟机，执行的是安卓的应用，主要是java代码，也有部分ar二进制代码或者库。
对此，华为手机产品线副总裁李小龙发文回应称，华为云鲲鹏社区“这个网站不是华为消费者BG维护的网站，此编译器好像是服务器部门用的，和我们之前和P30 一起发布的方舟编译器没有任何关系。”
综合一下看，华为云鲲鹏社区的方舟编译器和华为消费终端的方舟编译器应该不是一个东西。不过，华为消费终端的方舟编译器也是过度炒作被神话的。
华为方舟编译器是如何做到第三方应用性能提升的？目前还没有官方的回应，而流传的消息则有两种。一种是说华为针对安卓原来的编译器进行了深度的魔改实现了性能的巨大提升，一种是说华为通过将Java代码绕过虚拟机直接翻译成机器码来实现的。当然还有一种混合的说法，即华为通过将Java代码绕过虚拟机直接翻译成机器码来对原来的编译器进行了深度的魔改。针对直接将Java代码翻译成底层机器码的方法，一般认为这当然有利于提升性能，但不利于应用程序的可移植性和可维护性以及操作系统的安全性。本次华为云鲲鹏社区的方舟编译器的下架事件，只不过是给被神话的方舟编译器降温挤水分而已。
另外，现在国内有一股拿开源改改就标榜自主的风气，比如此前的红芯浏览器。这种现象和以前的“汉芯”事件一样造成了很恶劣的影响。必须说明的是，“汉”、“红”都是有一定特殊含义的，这种做法造成的伤害不仅仅局限于信息产业。
铁流认为，基于开源软件做修改，就说明是某开源软件的修改版即可，比如鲲鹏社区的方舟服务器，就对就外宣传是GCC 7.3的修改版即可，不要标榜方舟编译器以免误导吃瓜群众。
类似的，华为GaussDB 数据库就标明是PostgreSQL9.2修改版，不要玩自主研发GaussDB 数据库的文字游戏。媒体在报道中出现了“外界也认为 GaussDB 内核具有超越现有开源数据库如 MySQL 与 PostgreSQL 的极致性能”，宣传上的文字游戏已经误导了不少人。
还有国内这些Linux操作系统，早期的Happy Linux、红旗Linux的叫法就挺好，把技术来龙去脉说的很清楚，现在各种麒麟OS，不了解内情的老百姓还真会被误导。
之所以出现这种现象，根源是在技术和国外有较大差距的情况下，又喜欢过度标榜自己，逐渐演变成了浮夸风。
华为鲲鹏社区方舟编译器上架后火速下架，根源是国内大环境充斥着浮夸风后翻车的结果，如果还是喜欢过分标榜自己，类似的事件不会是第一次，也不会是最后一次。
