今天在写zabbixstormjob监控脚本的时候用到了python的redis模块，之前也有用过，但是没有过多的了解，今天看了下相关的api和源码,看到有ConnectionPool的实现，这里简单说下。在ConnectionPool之前，如果需要连接redis，我都是用StrictRedis这个类，在源码中可以看到这个类的具体解释：redis.StrictRedisImplementationoftheRedisprotocol.Thisabstrac
系统 2019-09-27 17:48:51 2351
给定一个整数数组nums，找到一个具有最大和的连续子数组（子数组最少包含一个元素），返回其最大和。示例:输入:[-2,1,-3,4,-1,2,1,-5,4],输出:6解释:连续子数组[4,-1,2,1]的和最大，为6。进阶:如果你已经实现复杂度为O(n)的解法，尝试使用更为精妙的分治法求解。思路：首先我们分析题目，我们思考，为什么最大和的连续子数组不包含其他的元素而是这几个呢？因为如果我们想在现有的基础上去扩展当前连续子数组，相邻的元素是一定要被加入的，而
系统 2019-09-27 17:48:06 2351
本文实例讲述了python多重继承用法，分享给大家供大家参考。具体实现方法如下：1.mro.py文件如下：#!/usr/bin/python#Filename:mro.pyclassP1:deffoo(self):print'calledP1-foo'classP2:deffoo(self):print'calledP2-foo'defbar(self):print'calledP2-bar'classC1(P1,P2):passclassC2(P1,P2
系统 2019-09-27 17:47:36 2351
昆明地图defkmdt(x):importmatplotlib.pyplotaspltimportjsonwithopen('km.json','rb')asf:data=json.load(f)forfeainrange(len(data['features'])):df=data['features'][fea]['geometry']['coordinates']forf1inrange(len(df)):df1=df[f1]forf2inrange
系统 2019-09-27 17:46:53 2351
使用input和raw_input都可以读取控制台的输入，但是input和raw_input在处理数字时是有区别的纯数字输入当输入为纯数字时input返回的是数值类型，如int,floatraw_inpout返回的是字符串类型，string类型输入字符串为表达式input会计算在字符串中的数字表达式，而raw_input不会。如输入“57+3”:input会得到整数60raw_input会得到字符串”57+3”pythoninput的实现看pythonin
系统 2019-09-27 17:37:51 2351
一、什么是注释说起注释，得先提一提什么是元数据(metadata)。所谓元数据就是数据的数据。也就是说，元数据是描述数据的。就象数据表中的字段一样，每个字段描述了这个字段下的数据的含义。而J2SE5.0中提供的注释就是java源代码的元数据，也就是说注释是描述java源代码的。在J2SE5.0中可以自定义注释。使用时在@后面跟注释的名字。二、J2SE5.0中预定义的注释在J2SE5.0的java.lang包中预定义了三个注释。它们是Override、Dep
系统 2019-08-29 23:41:26 2351
Eclipse编写Java程序的流程必须经过新建Java项目、新建Java类、编写Java代码和运行程序4个步骤。11.新建Java项目在Eclipse选择“文件”->“新建”->“项目”菜单项，打开如图“新建项目”对话框选择Java项目，单击下一步。设置项目的名称和相关信息。点击完成，完成Java项目的创建2.新建Java类在包的资源管理器中，鼠标右键点击要创建Java类的项目，在弹出的快捷菜单中选择“新建”/“类”菜单项。在弹出的对话框中设置要创建的类
系统 2019-08-29 23:11:07 2351
关于Vagaa给DonkeyServer带来了巨大的负担.而官方的解释却是“Vagaa解决了eMule的先天协议缺点”.那,是什么“优秀算法”解决了“eMule的先天缺陷”呢?在本文中,将使用官方版eMule,VeryCD版eMule和Vagaa通过EtherDetectPacketSniffer软件来做一个网络使用上的分析.首先，我们从官方版的eMule开始，在默认情况下，使用官方版eMule３１分钟后，数据包（ＴＣＰ应该是连接？）的发送量为４９个（62
系统 2019-08-29 23:08:20 2351
小小和rizen尝试过定位一个cache-read耗费时间随机的变得很长的诡异问题，排除过了文件内容、文件类型、文件头等各种影响，但是很遗憾没有最终结论。emu那天看知道这个事情后猜测，会不会就是很简单的多个cache-read操作相互竞争堵塞导致的呢？这个其实很容易验证了。写了一个简单的小页面应用了一组图片，然后抓包重新打开页面，就看到下面这个图了：第一个cache-read耗时0.2秒多，第二个（并行发起）0.3秒多，第三个0.4秒多，接下去每个图片的
系统 2019-08-29 22:55:42 2351
