SugarNMS智和網(wǎng)管軟件是由北京智和信通技術有限公司自主設計和研發(fā)的一款智能化網(wǎng)管軟件。SugarNMS專注于局域網(wǎng)、廣域網(wǎng)網(wǎng)絡環(huán)境中的網(wǎng)絡設備、主機/服務器、數(shù)據(jù)庫、中間件、網(wǎng)絡服務的實時監(jiān)控。SugarNMS采用高度彈性的架構設計，支持SNMP、WMI、Telnet/SSH、JDBC/ODBC、JMX、TCP/IP等多種管理協(xié)議，同時支持上千臺設備的集中化管理。
創(chuàng)新互聯(lián)建站是一家專業(yè)提供濟南企業(yè)網(wǎng)站建設,專注與成都做網(wǎng)站、網(wǎng)站設計、H5建站、小程序制作等業(yè)務。10年已為濟南眾多企業(yè)、政府機構等服務。創(chuàng)新互聯(lián)專業(yè)網(wǎng)站制作公司優(yōu)惠進行中。
SugarNMS采用了多項業(yè)界領先的智能化技術, 是智能化的網(wǎng)管軟件，包含網(wǎng)絡拓撲管理、設備管理、 配置管理、故障和工作狀態(tài)管理、性能管理、報表統(tǒng)計、多用戶安全管理等功能。
1、通過網(wǎng)絡自動搜索，自動發(fā)現(xiàn)網(wǎng)絡設備，自動發(fā)現(xiàn)設備類型，自動發(fā)現(xiàn)設備間的鏈接關系；
2、自動發(fā)現(xiàn)設備上的網(wǎng)絡接口、設備板卡、線路、鏈路、處理器、內存、磁盤、數(shù)據(jù)庫服務、中間件應用、軟件服務等設備資源信息；
3、通過智能化的拓撲圖操作界面實時直觀的組織和呈現(xiàn)被管網(wǎng)絡、設備和設備資源；
4、軟件通過智能化的故障監(jiān)控策略定義、性能采集策略定義，可以實現(xiàn)對任何SNMP、WMI、Telnet/SSH、ODBC/JDBC、JMX設備和應用的監(jiān)控；
5、管理網(wǎng)絡設備的端口、帶寬、吞吐量、流量、丟包率、錯誤包、運行狀況等；
6、管理Windows、Linux、Unix服務器的運行狀態(tài)、CPU、內存、磁盤、進程等；
7、監(jiān)視各種數(shù)據(jù)庫、中間件、Web服務器、郵件服務器、J2EE服務器、應用系統(tǒng)等；
8、通過郵件、短信、狀態(tài)燈、界面提示等方式對故障、狀態(tài)、消息進行分發(fā)；
9、深入了解設備及服務器的配置信息、運行信息、性能圖表、故障圖表等?？晒芾淼脑O備和應用SugarNMS智能網(wǎng)管全面監(jiān)控網(wǎng)絡設備、主機/服務、中間件應用、Web服務。
SugarNMS支持的設備如下： 網(wǎng)絡設備 主機/服務器/虛擬機 應用服務 網(wǎng)絡服務 路由器 Windows 2008 Server Oracle FTP 交換機 Windows 2003 Server SqlServer DHCP 防火墻 Centos linux DB2 DNS 網(wǎng)關、網(wǎng)閘 Redhat linux Mysql Http 存儲器 Suse linux PostgreSQL Https 光設備 紅旗linux 金倉數(shù)據(jù)庫 POP3 EOC HP-Unix Tomcat SMTP OLT Aix Weblogic ICMP PON Solaris Jboss LDAP 微波設備 麒麟操作系統(tǒng) Websphere URL 其它支持SNMP、Telnet/SSH協(xié)議的網(wǎng)絡設備 其它Windows、Linux、Unix操作系統(tǒng) 其它支持JMX、JDBC/ODBC協(xié)議的應用 其它網(wǎng)絡服務
環(huán)境
系統(tǒng)平臺：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
癥狀
數(shù)據(jù)庫啟動時報錯如下：
[highgo@hgdb ~]$ 2018-01-15 11:36:05 CST [2840] : [1-1] user=,db= 致命錯誤: 無法創(chuàng)建信號量: 設備上沒有空間
2018-01-15 11:36:05 CST [2840] : [2-1] user=,db= 詳細信息: semget(5866129, 17, 03600) 系統(tǒng)調用失敗.
2018-01-15 11:36:05 CST [2840] : [3-1] user=,db= 提示: 這個錯誤不表示磁盤空間已經用完. 發(fā)生的原因有可能超過系統(tǒng)對于最大數(shù)量信號燈集合(由參數(shù)SEMMNI表示)，或者是對系統(tǒng)范圍內最大可使用信號燈(由參數(shù)SEMMNS表示)的限制.您需要增加這兩個系統(tǒng)核心參數(shù)的值。另外也可以通過減小PostgreSQL參數(shù)max_connections來減少它所消耗的信號燈總數(shù).
在PostgreSQL文檔中包含了更多關于如何配置PostgreSQL的信息。
問題原因
由于PostgreSQL參數(shù)max_connections和操作系統(tǒng)內核參數(shù)kernel.sem設置不匹配導致。
解決方案
可以通過如下任一方式更正此問題。
1.按需設置max_connections大小。
max_connections控制著最大連接數(shù)。通過如下方式修改max_connections。
[highgo@hgdb data]$ vi $PGDATA/postgresql.conf
修改max_connections值：
max_connections = 500
修改完畢后依次按"ESC :wq
在華為聲稱“方舟編譯器，可通過架構級優(yōu)化讓系統(tǒng)操作流暢度提升24%，安卓應用流暢度可提升60%”以來，編譯器這個概念就被帶火了，方舟編譯器也被媒體熱炒。
日前，華為方舟編譯器在鯤鵬社區(qū)上架，根據(jù)網(wǎng)站上公布的資料，方舟編譯器的介紹為：
方舟編譯器是基于GCC開發(fā)的交叉編譯器套件，它包括了C、C++、Fortran的前端，也包括了這些語言的庫(如libstdc++、libgcc等)。HCC運行在X86 linux架構服務器上，生成的二進制運行在Aarch64 架構服務器上。
一位朋友告知：
有人比較了一下，華為的方舟和GCC沒有區(qū)別，只有非常少的部分不一樣，方舟編譯器壓縮包還是叫gcc-ark。
之后，基于不為人知的原因，鯤鵬社區(qū)的方舟編譯器火速下架，原網(wǎng)址鏈接也被和諧了。
關于華為鯤鵬社區(qū)上公布的方舟編譯器資料，鐵流咨詢了業(yè)內人士，回復是：
交叉編譯器，就是在x86上編譯出arm的二進制代碼。gcc本身就做得很好了......動態(tài)二進制翻譯器，可以把x86應用程序動態(tài)翻譯為ARM指令集，執(zhí)行在ARM服務器上。估計效率可以達到70%左右......方舟中最核心的應該是支持動態(tài)二進制翻譯。
可以說，華為鯤鵬社區(qū)上公布的方舟編譯器是服務于華為ARM服務器的，由于ARM在服務器上的生態(tài)相對于X86差距過大，很多軟件不支持ARM。而ARM服務器要推廣，需要支持大量沒有源代碼的x86程序。這項應用能跑二進制代碼，而當前二進制翻譯效率都不是很高。所以華為打算用動態(tài)二進制翻譯來彌補ARM在服務器生態(tài)上的不足。
用二進制翻譯來彌補生態(tài)問題，這種思路其實早已不是什么新聞，當年的全美達就用二進制翻譯兼容X86生態(tài)，最后被英特爾用專利訴訟拖死。ARM在智能手機領域火了之后，英特爾也用二進制翻譯的做法來兼容ARM的生態(tài)，最終也是折戟沉沙。
之所以出現(xiàn)這種情況，主要是因為二進制翻譯會造成性能損耗，以及二進制翻譯未必能夠完美解決兼容問題。就性能損耗來說，在翻譯之后使英特爾的CPU性能只有原來的70%，憑空損失掉30%的性能后，使英特爾的CPU在移動端上性價比和性能功耗比這兩項屬性上都不如ARM，同時，移動端恰恰是對功耗指標非常敏感的，這使英特爾在市場競爭中非常不利。
還有就是兼容問題，以實際體驗來說，鐵流好友使用過聯(lián)想搭載英特爾CPU的手機，日常使用問題不大，就是個別應用會時不時閃退。猜測可能是生態(tài)兼容方面依然存在一定問題。
而英特爾曾經面對的問題，將來華為可能都要面對。從實踐上看，自己建生態(tài)才是正途，比如X86在PC和服務器的統(tǒng)治地位，以及ARM在智能手機上的統(tǒng)治地位，兼容別人的生態(tài)是投機取巧，走捷徑的影響是根基不牢，結局是欲速則不達。如果沒有政府輸血和國企訂單，在純粹商業(yè)模式下，十有八九要悲劇。
由于鯤鵬社區(qū)上公布的方舟編譯器是用在ARM服務器上的，因而鐵流很疑惑為何會宣傳“方舟編譯器，可通過架構級優(yōu)化讓系統(tǒng)操作流暢度提升24%，安卓應用流暢度可提升60%”。
業(yè)內人士告知：
那他們應該把所有的幾個系統(tǒng)統(tǒng)稱為方舟編譯器了......手機上重點是java虛擬機，執(zhí)行的是安卓的應用，主要是java代碼，也有部分ar二進制代碼或者庫。
對此，華為手機產品線副總裁李小龍發(fā)文回應稱，華為云鯤鵬社區(qū)“這個網(wǎng)站不是華為消費者BG維護的網(wǎng)站，此編譯器好像是服務器部門用的，和我們之前和P30 一起發(fā)布的方舟編譯器沒有任何關系?！?/p>
綜合一下看，華為云鯤鵬社區(qū)的方舟編譯器和華為消費終端的方舟編譯器應該不是一個東西。不過，華為消費終端的方舟編譯器也是過度炒作被神話的。
華為方舟編譯器是如何做到第三方應用性能提升的？目前還沒有官方的回應，而流傳的消息則有兩種。一種是說華為針對安卓原來的編譯器進行了深度的魔改實現(xiàn)了性能的巨大提升，一種是說華為通過將Java代碼繞過虛擬機直接翻譯成機器碼來實現(xiàn)的。當然還有一種混合的說法，即華為通過將Java代碼繞過虛擬機直接翻譯成機器碼來對原來的編譯器進行了深度的魔改。針對直接將Java代碼翻譯成底層機器碼的方法，一般認為這當然有利于提升性能，但不利于應用程序的可移植性和可維護性以及操作系統(tǒng)的安全性。本次華為云鯤鵬社區(qū)的方舟編譯器的下架事件，只不過是給被神話的方舟編譯器降溫擠水分而已。
另外，現(xiàn)在國內有一股拿開源改改就標榜自主的風氣，比如此前的紅芯瀏覽器。這種現(xiàn)象和以前的“漢芯”事件一樣造成了很惡劣的影響。必須說明的是，“漢”、“紅”都是有一定特殊含義的，這種做法造成的傷害不僅僅局限于信息產業(yè)。
鐵流認為，基于開源軟件做修改，就說明是某開源軟件的修改版即可，比如鯤鵬社區(qū)的方舟服務器，就對就外宣傳是GCC 7.3的修改版即可，不要標榜方舟編譯器以免誤導吃瓜群眾。
類似的，華為GaussDB 數(shù)據(jù)庫就標明是PostgreSQL9.2修改版，不要玩自主研發(fā)GaussDB 數(shù)據(jù)庫的文字游戲。媒體在報道中出現(xiàn)了“外界也認為 GaussDB 內核具有超越現(xiàn)有開源數(shù)據(jù)庫如 MySQL 與 PostgreSQL 的極致性能”，宣傳上的文字游戲已經誤導了不少人。
還有國內這些Linux操作系統(tǒng)，早期的Happy Linux、紅旗Linux的叫法就挺好，把技術來龍去脈說的很清楚，現(xiàn)在各種麒麟OS，不了解內情的老百姓還真會被誤導。
之所以出現(xiàn)這種現(xiàn)象，根源是在技術和國外有較大差距的情況下，又喜歡過度標榜自己，逐漸演變成了浮夸風。
華為鯤鵬社區(qū)方舟編譯器上架后火速下架，根源是國內大環(huán)境充斥著浮夸風后翻車的結果，如果還是喜歡過分標榜自己，類似的事件不會是第一次，也不會是最后一次。
