zhangxiameng的专栏

一：压力测试中需要掌握的几个基本概念 1：吞吐率（Requests per second） 服务器并发处理能力的量化描述，单位是reqs/s，指的是某个并发用户数下单位时间内处理的请求数。某个并发用户数下单位时间内能处理的最大请求数，称之为最大吞吐率。 记住：吞吐率是基于并发用户数的。这句话代表了两个含义，1：吞吐率和并发用户数相关；2：不同的并发用户数下，吞吐率一般是不同的。 计算公式：总请求数 / 处理完成这些请求数所花费的时间，即 Request per second = Complete requests / Time taken for tests

浏览器缓存将文件保存在客户端，好的缓存策略可以减少对网络带宽的占用，可以提高访问速度，提高用户的体验，还可以减轻服务器的负担。因此我们有必要了解它的实现原理，用来提高网站的性能。 当一个客户端请求web服务器, 请求的内容可以从以下几个地方获取：服务器、浏览器缓存中或缓存服务器中。这取决于服务器端输出的页面信息。页面文件有三种缓存状态。 1.最新的：选择不缓存页面，每次请求时都从服务器获取最新的内容。 2.未过期的：在给定的时间内缓存，如果用户刷新或页面过期则去服务器请求，否则将读取本地的缓存，这样可以提高浏览速度。 3.过期的：也就是陈旧的页面，当请求这个页面时，必须进行重新获取。

在网站的开发过程中，经常碰到的一类需求场景是： 1：页面含热点新闻，热点新闻部分需要10分钟更新一次，而整个页面的其它部分1天内都不会变动； 2：首页的某个BANNER需要显式：欢迎***； 上面场景中的1，如果整个页面的缓存失效都定为10分钟，则势必增加性能开销，所以最好的策略是页面的不同部分采用不同的缓存失效时长。对于场景2也一样，我们不应该为了迁就某个BANNER不能应用缓存，就让整个页面都不支持缓存。 可以说，如果我们在开发网站过程中的缓存策略是不支持页面局部缓存的，整个架构就是不合理的。

在上篇《ASP.NET性能优化之让浏览器缓存动态网页》 中的方案中，浏览器发送If-Modified-Since将是否需要使用自己的缓存交给WEB服务器去决定，服务器告知浏览器去读缓存，浏览器才会去读缓存。这种机制存在的性能损耗，就是服务器的ASP.NET仍旧要接收请求，处理请求。此篇所讲的机制是让浏览器自己去决定是否去读缓存，这样就彻底消灭 了针对服务器的请求。

ASP.NET的输出缓存（即静态HTML）在.NET4.0前一直是基于内存的。这意味着如果我们的站点含有大量的缓存，则很容易消耗掉本机内存。现在，借助于.NET4.0中的OutputCacheProvider，我们可以有多种选 择创建自己的缓存。如，我们可以把HTML输出缓存存储到memcached分布式集群服务器，或者MongoDB中（一种常用的面向文档数据库，不妨阅 读本篇http://msdn.microsoft.com/zh-cn/magazine/gg650661.aspx）。当然，我们也可以把缓存作为文件存储到硬盘上，考虑到可扩展性，这是一种最廉价的做法，本文就是介绍如果构建自定义文件缓存。

到目前为止，我们讨论了把缓存存放在ASP.NET的输出缓存中（内存和硬盘），以及浏览器缓存中，而大型站点的另一种常用做法是将缓存部署在反向代理服务器上，这类缓存我们通常称之为反向代理缓存，比如Squid和Varnish。这两款软件通常都部署在非WINDOWS平台上，对于 Windows平台上的Asp.net来说，其实一样能使用，我们完全可以把反向代理软件部署在LINUX上，然后代理会路由到后台的WINDOWS WEB（IIS）服务器。总之，非WINDOWS的世界很精彩。 当然，无论是squid还是varnish都有Windows的扩展版本。本文为了简便起见，基于varnish的Windows版本来描述的。

买的工控机带有GPIO接口可用于直接控制继电器。 从厂家接口手册一看是汇编直接操作端口,基本上是IN/OUT指令了。接口很简单,计算位移,读取;计算位移,写入。 这种接口常见四种办法,分别是四种语言实现,一是直接写ASM,不过要公开给C#的应用程序调用,很不容易,另外三种是C/C++/Delphi嵌入汇编,倒是问题不大。 第五种,用C++/CLI,这也是一个不错的主意。但我甚至想省掉这个接口DLL,于是有了第六种办法：C#嵌入x86汇编。

jBPM(JBoss Business Process Management业务流程管理),它是覆盖了业务流程管理、工作流、服务协作等领域的一个开源的、灵活的、易扩展的可执行流程语言框架。

在 C# 中很少需要使用指针,但仍有一些需要使用的情况。例如,在下列情况中使用允许采用指针的不安全上下文是正确的： 处理磁盘上的现有结构 涉及内部包含指针的结构的高级 COM 或平台调用方案 性能关键代码 不鼓励在其他情况下使用不安全上下文。具体地说,不应该使用不安全上下文尝试在 C# 中编写 C 代码。

调试是程序员无法回避的工作。调试方法有许多种,但归根结底,就是找到引发错误的代码。举例来说,在 Linux 应用程序中,分段故障被认为是最常见的错误之一。当程序尝试访问未分配给它的内存并因为分段违例而终止时,将产生这种错误。要修正这种错误,您需要找到引发该行为的那行代码。一旦找到有问题的代码行,这对于知道引发错误的上下文及其相关的值、变量和方法也是有所帮助的。使用调试器将使查找这些信息变得相当简单。

在各类有关.Net的技术论坛上常有人问如何实现透明的图像或图形效果，答案很简单，就是Alpha Blending技术。Alpha Blending技术是一个混合各种颜色值并产生透明效果的过程。具体的实现原理也很简单：在GDI+中，任何一种颜色由四种成分组成――Alpha，Red，Green和Blue。其中的Alpha成分则代表了一种颜色的透明程度，它的值在0到255之间变化。不言而喻，0代表完全透明而255则表示完全不透明。因此，你只要用透明效果创建一种颜色并用该颜色来画图像就可以完成图像的透明处理了。 原理虽然比较简单，但是要初学者实际操作起来可能也并不是那么容易。所以下面我就向大家展示一个很好的实例。在该实例中，我先在窗体上画了一些图形，这些图形包括直线、曲线、椭圆等，同时这些图形有的是不透明的、有的是半透明的、有的是强透明的（注：其中的"强透明"意思为非常透明，几乎为全透明，但是又隐约可见）。如果你有GDI+编程的一些基本知识，完成这些应该并不困难。然后，我在这些图形上覆盖了一幅图像，在正常情况（也就是不透明的情况）下，窗体上的图形为图像所遮盖，所以应该是看不见的。接着，我通过一个按钮的消息响应函数使得图像具有透明效果，这样一来的话，窗体上原来的那些图形就会浮现出来。

生成基于Oracle的jBPM数据库脚本 1. 下载最新版本的 JBoss jBPM Starters kit。解压这个文件，假设解压目录为 "${jbpm.starters.kit}"，它的下面应该有 jbpm， jbpm-bpel，jbpm-db，jbpm-designer，jbpm-server 五个子目录。其中我们要用到的是 jbpm 和 jbpm-db两个目录。 2. 导航到 jbpm-db 子目录。在该目录下可以找到 build.properties 文件。这个文件需要作一定修改才能使用。 找到下面的这段代码： jbpm.3.location=C:/jbpm-X.X upgrade.hibernate.properties=hsqldb/hibernate.properties upgrade.libdir=hsqldb/lib upgrade.old.schema.script=hsqldb/upgrade.scripts/hsqldb.create.jbpm.3.0.2.sql

考虑公司当前服务器的并发量,最终还是选定了HAProxy来实现负载均衡,相较于其他的负载均衡系统,HAProxy的配置和使用还是比较简单的。 下面是自己安装和部署haproxy的记录,比较重要的一点是解决了haproxy + syslog-ng的日志输出问题。

讲述如何创建POJO(对应相应的数据表)和 DAO(管理POJO持久化操作的对象)。 本教程将向你展示如何在一个数据库里创建表,以及如何完成访问这些表的Java代码。我们将建立一个对象以及处理(保存/检索/删除)这些类到数据库的一些代码。用Java术语,我们叫它Plain Old Java Object(POJO)。

全国 城市 ip数据库, access格式，希望对大家有帮助。

手机号码归属地 数据库 共17万4495条