在大数据领域，实时写入(upsert)和快速OLAP查询一直是鱼和熊掌不能兼得，比如apache hudi，要事先决定好是倾向于快速写入还是快速OLAP查询，即Copy On Write Table vs. Merge On Read Table一旦选定好，就不能更改。databricks的delta-io也是类似的实现。而现实往往是希望在近乎实时upsert的同时，能快速的查询，至少是接近列存数

Android应用中的java bytecode部分，也就是classes.dex可以被修改，

缓冲区溢出一般是由于一下原因导致：1.字符串处理函数没有指定长度，单单凭借结尾字符是不是'\0'来判断结束。2.被处理的字符超过缓冲区可接受的大小。例如，从屏幕输入字符串：gets(buff)，但是buff的内存少于屏幕一行字符个数，就会导致溢出，应该使用fgets。3.所有格式化字符串的函数：fprintf("%n",&num_write)。避免的办法：1.不要用%n

<br />我在Xen虚拟机上安装了一个win2003 server，然后在这台虚拟机上安装了很多需要的软件，包括Eclipse，JDK，等等。我还需要一个一样配置的win2003server，于是，我就简单克隆了已有2003的安装image，修改了一下相应的配置文件。很方便，两台虚拟机（win32A, win32B）都能启动起来了。然后，我把win32A设置成Active Directory S