关于Java性能方面的东西，涉及挺多。一直想写个总结。第一部分，还是介绍class loader(类加载器，译文不如原文流畅了，估计用英文原词吧)，它主要用于在Java虚拟机运行时加载所需要的类。 一、这些类，有两部分：一部分是你的应用程序中的java类，另一部分是Java API中的类文件。加载器有两个重要的工作： 1. loading: 找到一个类, 并导入它的二进制数据表示2. linkin

1. 内存及虚存基本布局提起虚存，大都能说出几条来。对于32位系统，大多数操作系统都会将4GB的内存空间的一部分挪给内核使用，应用程序无法直接访问这一段内存，这部分内存空间称为内核空间。Windows默认情况下会将高地址的2GB分配给内核（也可配置为1GB），而Linux默认情况下将高地址的1GB空间分配给内核。参考阅读：《程序员的自我修养—链接、装载与库》第10章--内存Linux进程地址空间分

鉴于有人问起DBCP直接用于JDBC连接的问题，我做了一个最简单的示例。所有资源来源于网上。它不需要什么Web容器，就是一简单的控制台应用。资源：http://apache.etoak.com//commons/pool/binaries/commons-pool-1.5.6-bin.ziphttp://labs.renren.com/apache-mirror//commons/dbcp/bin

相信很多人会用到将日期时间格式化成自己想要的字符串，在windows下使用这种批处理，有时候感觉很无奈，这里作一下简单的总结吧，没什么技术含量。权作是笔记，以免将来忘掉了。在Linux下，简单的一句话：date '+%Y%m%d-%H%M%S'就可以得到你要的输出：20120331-064219可是在windows下，要想得到这个，还是需要费点功夫的。1. 直接用字符串格式化输出比如，如果你的机器

我曾经在DuckDB与PostgreSQL结合一下，PostgreSQL会如虎添翼一文中简要提过DuckDB与SQLite两者之间的关系。在嵌入式开源数据库里头，SQLite是绝对的OLTP的王者，而DuckDB则是或者将是OLAP的王者。本文就简单聊聊SQLite数据库。SQLite的代码质量非常高，一个重要的保证是它的测试覆盖率几乎100%。这种要求尽乎苛刻。盈利思路也非常明确。以它目前的财务

在JMyETL做到1.0.2的时候，开源数据库厂商Cubrid找到我，问我能否在JMyETL里头加入Cubrid数据库的支持。在这之前，我了是听说过这么个数据库。在邀请之下，我下载了一个8.x的版本，试用了一下，发现功能确实很强大。由此，我们是不是要感慨一下，这个才真正是自主产权的数据库。可惜是韩国的数据库厂商。后来，在经过几次调试之后，还帮他们发现了JDBC驱动中的一个BUG。几个月之后，居然得

记得前边为了使用windows上的命令行客户端去连接Cloud上边的 hyperscale Redis, 很是费了半天劲，才折腾出一个可以连接的支持TlS的版本。里边要用到msys + mingw，而且接连几个坑。Redis 7.0.X 在Windows下编译支持TLS连接，遇坑埋坑那么有没有单独的GUI式的客户端工具可以连接呢？如果有可能，将两者结合起来用，看着也是蛮不错的。Redis作为一款优

使用一个循环，不断的创建线程，直到出现异常，才通知它们。python真是个好东西。代码如下：#!/usr/bin/env python#coding=gbkimport threadingimport time, random,sysclass Counter:def __init__(self):self.lock = threading.Lock()

最近试用了一下三星的Galaxy Tab，7寸的，比iPad小了个个儿。比较郁闷的是，安装不了android market。网上的说法是要么重新刷机，要么更改出厂地。结果只好放弃了，使用豌豆荚精灵，也能装不少好玩的东东。如果不是android market受限制，相信，这种pad更易推广。...