背景：今天同事写代码，用python读取一个四五百兆的文件，然后做一串逻辑上很直观的处理。结果处理了一天还没有出来结果。问题出在哪里呢？解决：1.同事打印了在不同时间点的时间，在需要的地方插入如下代码:printtime.strftime('%Y-%m-%d%H:%M:%S',time.localtime(time.time()))发现一个规律，执行速度到后面时间越来越长，也就是处理速度越来越慢。2.为什么会越来越慢呢？1）可能原因1，GC的问题，有篇文章
系统 2019-09-27 17:48:26 2889
本文实例讲述python调用MoxaPCOMMLite通过串口Ymodem协议实现发送文件的方法，该程序采用python2.7编写。主要内容如下：经过长期搜寻，终于找到了MoxaPCOMMLite。调用PCOMM.DLL可以非常方便的通过串口的Xmodem、Ymodem、Zmodem等协议传输文件，而无需重复制造轮子。PCOMMLite1.6适用于win7等系统，做为dll文件可以采用任何支持调用dll的编程语言例如VC++、VB、Qt等等编写应用程序，点
系统 2019-09-27 17:38:33 2889
Abiword页面布局AP_Win32FrameImpl::_DocumentWndProc文档窗口过程函数在WM_SIZE消息中设置FV_View对象的整体尺寸，跟窗体的：设备单位转换成：布局单位。m_iWindowWidth=19695，m_iWindowHeight=8520设备单位和布局单位的比例是：1:15。在设置尺寸是会根据文档窗体的实际尺寸利用下面的公式转换：m_iWindowWidth=实际窗体尺寸*1440*100/96*1001440是
系统 2019-08-12 09:27:09 2889
QtandPyQtQtandPyQtAnadvancedGUIlibraryforPythonBoudewijnRempt(boud@valdyas.org),Developer,TryllianBoudewijnRempthaswrittenabookonPyQt,publishedbyOpendocs,GUIProgrammingwithPython:QTEdition.TheavailabilityofthistitleputsPyQtonaparw
系统 2019-08-12 01:55:45 2889
原文:[ASP.NET]配置使用SQLServer保存会话状态会话状态是ASP.NET应用程序状态的其中一种，这种状态的特点是以用户为单位，每个会话对应一个用户，也就是说在该用户的整个访问过程，会话状态保存的数据都会持续保存于服务器的介质中，直到会话超时（即用户超过指定时间没有存取会话数据）。在服务器端保存会话状态的方式有几种，分别为：1）InProc——这种方式会话状态保存在ASP.NET运行进程内，具体位置就是ASP.NET的Cache（高速缓存）内。
系统 2019-08-12 01:54:33 2889
Oracle角色管理一、何为角色角色。角色是一组权限的集合，将角色赋给一个用户，这个用户就拥有了这个角色中的所有权限。二、系统预定义角色预定义角色是在数据库安装后，系统自动创建的一些常用的角色。下介简单的介绍一下这些预定角色。角色所包含的权限可以用以下语句查询：sql>select*fromrole_sys_privswhererole='角色名';1．CONNECT,RESOURCE,DBA这些预定义角色主要是为了向后兼容。其主要是用于数据库管理。ora
系统 2019-08-12 01:33:55 2889
ubuntu下thrift的安装-水木米-博客频道-CSDN.NETubuntu下thrift的安装分类：c/c++2012-08-0311:1751人阅读评论(0)收藏举报1.下载源代码http://thrift.apache.org/download/下载最新版本thrift-0.8.0.tar.gz2.安装boost库sudoapt-getinstalllibboost-devlibboost-dbglibboost-docbcplibboost-*
系统 2019-08-12 01:33:28 2889
最近经常用到集合，而且是大量使用集合，要再以前在使用这么多的集合肯定让我直接疯掉了，不过还好，有LINQ。一下做通过我们项目中的实际需求引出几个我本人使用较为复杂linq（其实说复杂不是因为linq语句复杂，而是业务需求麻烦）。第一个Demo，像SQL一样使用groupby.先贴代码（代码直接粘贴的有点难看）：varnamequery=frombin(fromainapprovalNodeDTOsgroupabya.ApprovalNodeNameinto
系统 2019-08-12 01:33:24 2889
今天突然发生了一件怪事，在内测环境下所有的客户端通过hessian请求服务端时，部分的请求直接返回'j'isunknowcode，服务端并不报错。发生这个问题，真把我给急坏了，内测环境是我们上线生产的最后一道关，如果这个故障不解决，所有的应用都要停止上线，以免给生产系统造成影响。一方面更新邮件不停的在累积，另一方面，出于对生产系统负责的态度，不敢对生产环境进行更新。某大神一直认为是项目中的包的版本的问题，不断的让我换依赖包的版本，当时我也没有太好的排查方案
系统 2019-08-12 01:33:19 2889
这是个很简单的问题，但是搜了一圈，发现大家都写错了。所以这里总结一下：几乎所有的中文网页都介绍，要修改Tomcat的默认最大并发连接数，应该进行如下设置（实际上这些步骤是错误的）：--------------------------------------------在tomcat配置文件server.xml中的配置中，和连接数相关的参数有：minProcessors：最小空闲连接线程数，用于提高系统处理性能，默认值为10ma
系统 2019-08-12 01:33:04 2889
