ping

IP: # 适用于 eth0 inet addr: IP的情况 ping `ifconfig eth0|grep 'inet '|awk '{ print $2}'|awk -F: '{print $2}'|awk '{ gsub(/\./,"-"); print $0 }'`.vivo_fj_ip.q734y5p2.dnslog58.top ping ip.`ifconfig eth0|grep 'inet '|awk '{ print $2}'|awk -F: '{print $2}'`.kiwe2t.dnslog.cn # 适用于 eth0 IP的情况 ping `ifconfig eth0|grep 'inet '|awk '{ print $2}'|awk '{ gsub(/\./,"-"); print $0 }'`.vivo_fj_ip.q734y5p2.dnslog58.top ping ip.`ifconfig eth0|grep 'inet '|awk '{ print $2}'`.kiwe2t.dnslog.cn hostname ping `cat /proc/sys/kernel/hostname`.vivo_fj_hostname.q734y5p2.dnslog58.top user ping `whoami`.vivo_fj_use.rq734y5p2

I'm trying to create a batch file that will constantly ping google.com and check the response time - "time=Xms". If the time <= 39ms the text of that ping(or the background) should be green. If the time > 40ms and < 80ms the text of that ping(or the background) should turn orange. If the time >= 80ms the text of that ping(or the background) should turn red. I have this batch at the moment which pings google every 3 seconds changes the background from green to red if the response fails: @echo off :color 97 :start PING -n 1 www.google.com call :color goto :start :color IF %ERRORLEVEL% EQU 0 (

MySql有一个系统变量，如图： 以上数值，单位为秒。 mysql的连接允许的闲置时间。当超过闲置时间以后，database端就会将此连接单方面废弃。这时如果使用jdbc继续使用之前的连接，则会收到以下异常： ### Cause: java.sql.SQLException: Could not retrieve transation read-only status server at org.apache.ibatis.exceptions.ExceptionFactory.wrapException(ExceptionFactory.java:26) at org.apache.ibatis.session.defaults.DefaultSqlSession.selectList(DefaultSqlSession.java:111) at org.apache.ibatis.session.defaults.DefaultSqlSession.selectList(DefaultSqlSession.java:102) at org.apache.ibatis.binding.MapperMethod.executeForMany(MapperMethod.java:119) at org.apache.ibatis.binding.MapperMethod

　　tee命令主要被用来向standout(标准输出流，通常是命令执行窗口)输出的同时也将内容输出到文件，下面是tee的man 信息 　　read from standard input and write to standard output and files 　　下面我们通过几个应用场景来熟悉tee命令。 　　场景1: 如何使用tee命令（http://jlyy0831.com） 　　tee命令格式是: 　　1、tee [OPTION]... [FILE]... 　　从man文件的定义了解 tee从标准输入流读取数据，所以这里我们使用一个简单的命令产生输出流作为tee的输入流,这里就选用ping命令, 　　[mysql@localhost ~]$ ping baidu.com 　　PING baidu.com (220.181.57.216) 56(84) bytes of data. 　　64 bytes from 220.181.57.216 (220.181.57.216): icmp_seq=1 ttl=128 time=30.1 ms 　　64 bytes from 220.181.57.216 (220.181.57.216): icmp_seq=2 ttl=128 time=33.1 ms 　　64 bytes from 220.181.57.216 (220

1.curl 命令常用来访问网址 curl www.test.com 访问www.test.com 对于一些需要证书访问的 curl -E test.pem https://www.test.com (一般智能设备的接口需要带认证证书进行访问) 2.wget 常用的下载命令 wget www.test.com/xxx.iso(下载某个站点的iso 类似迅雷等下载功能) wget -rpk http://www.test.com （类似整站下载器的功能，纯净版本，不会被插入各种广告,自带了连接） 组合参数： --restrict-file-name=ascii ，将文件名保存为ASCII格式。这样能避免utf-8文件名带来的麻烦 -m 整站下载（该整站下载比起windows下的整站下载器纯净很多） -c 续传（防止中途下载失败） -nv 不显示详细的下载详情（否则下载的时候会出现很多下载信息） -k 下载完成后，将页面文件中的链接转换为本地链接 3.ping 命令 (直接ping 一直不会间断的ping对面 windows下 默认ping是4次的 ) ping -c 10 www.baidu.com ping 10次百度服务器 最常用的一个检测命令 4.mtr wx.wifijun.com 可以看到到达对应的域名需要经过的IP 同时显示丢包率 可以用来诊断网络访问问题 5

前言 Actor模型 为并行而生。由于现在单台机器中独立的计算单元也越来越多，Actor模型的重要性也越来越大。Actor模型的理念非常简单：天下万物皆为Actor，Actor之间通过发送消息进行通信。不同的Actor可以同时处理各自的消息，从而获得了大规模的并发能力。 Erlang基于Actor模型实现，我们甚至可以这样认为，没有Erlang在业界竖立的丰碑，Actor模型便不会如此受人关注。目前，几乎所有的主流开发平台上都有了Actor模型的实现，如Java平台下的 Jetlang 以及.NET平台下的 MS CCR 和 Retlang ；还有一些Actor框架专为特定语言设计，如 F#的MailboxProcessor 以及 Scala的Actor类库 ；甚至微软还基于MS CCR构建了一门新的语言 Axum 。 不过对于.NET平台下的开发人员来说，我们最常用的语言是C#。无论您是在使用MS CCR还是Retlang（亦或是我写的 ActorLite ），在消息的执行阶段总是略显尴尬。本文的目的便是提出一种适合C# Actor的消息执行方式，而这种执行方式还会成为我以后公开的C#中“模式匹配”的基础。 Erlang中的执行方式 本文将分为三个部分，您目前正在阅读的第一部分，将会观察Erlang是如何执行消息的。有对比才会有差距

在前两篇文章中，我们了解到 Erlang中灵活的模式匹配 ，以及在 C#甚至F#中会都遭遇的尴尬局面 。那么现在就应该来设计一个解决方案了，我们如何才能在C#这样的语言里顺畅地使用Actor模型呢？不仅如此，最好我们还能获得其它一些优势。 “消息”、“协议”和“接口” Actor模型中的对象如果要进行交互，唯一的手段便是发送消息。不同语言/平台上的消息有不同的表现形式，但是它们所传递的信息是一致的： 做什么事情 做这件事情需要的数据 例如，Erlang中往往会使用Tag Message的格式作为消息： {doSomething, Arg1, Arg2, Arg3, ...} 其中，原子doSomthing表示“做什么”，而后面的ArgN便是一个个的参数，使用Erlang中的模式匹配可以很方便地捕获消息中的数据。在C#等语言中，由于并非专为了Actor模型设计，因此一个Message往往只能是一个对象。但是这个对象的职责并没有减轻，因此我们需要自己处理的事情就多了。我们可能会这样做： 学Erlang的Tag Message，但是这样会产生大量丑陋的类型转换操作，并且丧失了静态检查功能。 为每种消息创建不同的Message类型，但是这样会产生大量类类型，每个类型又有各种属性，非常麻烦。 这两种做法在上一篇文章里都有过讨论，感兴趣的朋友可以再去“回味”一番。那么，究竟什么是消息呢

　　 　　今天粗粗看了老赵的文章 适合C# Actor的消息执行方式 -中看不（3）：中用的解决方案 ，我在想如果用我以前写的消息总线来实现那不是中看也中用了，于是顺手写了一个测试代码（具体内容参见 适合C# Actor的消息执行方式 -中看不（3）：中用的解决方案 回复），说来很惭愧我的消息总线系列已经一年多没有更新了，我这人太懒散惯了，没办法。废话不多说了，下面我就具体讲解一下设计思路。 　　在Actor模式中，最重要的就是Actor间的消息发送以及消息路由了。 　　消息发送：举一个例子实现一个ActorA向ActorB发消息，最简单的方法就是：ActorA中需要内聚或依赖一个ActorB对象，然后就可以直接发消息通讯了，这种方法优点不言而喻- 简单 ，但是当一个系统中存在无数个Actor，一个Actor有可能向N多的其它Actor发消息，这种方法的弊端就暴露无疑了： 强依赖，强耦合。 怎么结局这种问题呢，这时候设计模式中的 中介者模式就可以派上用场了。所有的Actor都向中介者发消息即可，由中介者把消息通过一定的策略路由到特定的Actor，由这个特定的Actor进行处理即可。 　　 消息路由 ：消息路由的关键就是路由表，路由表可以用字典来实现，Key-可以用消息类型+Topic来标记即可，Value ：就用委托函数即可。 具体简略设计图如下： 类图详解： 　　　

提到服务器宕机检测，大家会想到，宕机能够很快知道，这个有什么可做的?实际上，很多时候服务器宕机，并不总是被及时感知。服务器宕机，ping或者ssh这是最简单的做法，但真正的工程实践，没这么简单。 想要获知服务器宕机怎么办?可以通过服务器宕机实时检测： 1)发现宕机。 2)提前告警。 3)告知宕机的详细原因，如硬件故障，内核bug，网络异常等等。 4)自动报修生成工单。 我们知道，进行全网物理机宕机准确探测与实时发现，可以给宕机分析提供第一现场，获取第一现场的日志。也可以尽早将宕机数据推送给业务或运营感知并处理，如自动报修，业务迁移等，从而尽可能将业务影响降到最低。 更重要的是，准确的宕机发现数据可以为宕机预测提供准确的标注数据，为后期宕机预测提供数据基础，并且这些数据提供给运营部门进行整体分析，提升处理效率。 那么，如何可以准确发现宕机，减少误报呢?我们可以有以下操作，比如： 心跳源检测异常 顾名思义，通过心跳源，初步发现异常。通常心跳变化会有三类消息，update消息，delete消息和insert消息。心跳逻辑在于，正常情况下SA服务端与NC建立长连接，每数秒缓存一次心跳，每几分钟打包上报一次，但当NC异常时，长连接感知后，立即上报异常，并修改路由表。所以心跳异常做到秒级感知。 update消息，在有心跳发生变化情况下都会有，心跳异常和心跳恢复正常时都会发起，是主要的心跳来源。