一般我们自己用.gz文件的时候会先
gzip xxx.gz
然后就地解压缩生成文件,如果本身就是要原文件还行,但如果再程序需要在内存中再处理,就不OK了。
因为会浪费两次I/O,特别是文件特别大或者特别多的时候。
因此,使用zlib将.gz文件直接解压并读取到内存,就很重要了。
#include <zlib.h>
#include <iostream>
#include <string>
#define GZ_BUF_SIZE 104857[......]
一般我们自己用.gz文件的时候会先
gzip xxx.gz
然后就地解压缩生成文件,如果本身就是要原文件还行,但如果再程序需要在内存中再处理,就不OK了。
因为会浪费两次I/O,特别是文件特别大或者特别多的时候。
因此,使用zlib将.gz文件直接解压并读取到内存,就很重要了。
#include <zlib.h>
#include <iostream>
#include <string>
#define GZ_BUF_SIZE 104857[......]
1、打开文件优化
#对当前shell
ulimit -n 102400
echo "ulimit -n 102400" >> ~/.bashrc
#针对所有用户
sudo vim /etc/security/limits.conf
* soft nofile 102400
* hard nofile 102400
#针对系统
cat /proc/sys/fs/file-max
echo 1024000 > /proc/sys/fs/file-max[......]
最近,在Linux下静态链接多个相互依赖的.a文件时,遇到各种诡异的undefined reference问题,最后发现,是.a文件的链接顺序竟然非常重要!
转载自:http://ticktick.blog.51cto.com/823160/431329
最近在Linux下编程发现一个诡异的现象,就是在链接一个静态库的时候总是报错,类似下面这样的错误:
(.text+0x13): undefined reference to `func'
关于undefined referenc[......]
转载自:用C语言进行CGI程序设计
感谢原作者!
写的比较基础,适合像我这样刚接触cgi的小孩……我看我们项目中貌似是用了别的库封装,可以减少不少代码量吧。
一、CGI概述
CGI(公用网关接口)规定了Web服务器调用其他可执行程序(CGI程 序)的接口协议标准。Web服务器通过调用CGI程序实现和Web浏览器的 交互,也就是CGI程序接受Web浏览器发送给 Web服务器的信息,进行处 理,将响应结果再回送给Web服务器及Web浏览器。CGI程序一般完成We[......]
转载自:LINUX SCREEN窗口中文乱码问题,感谢原作者!
环境:Linux Dist: CentOS 4.3,locale: en_US.UTF-8, .vimrc: set fencs=gbk
目标:终端使用 less/more/grep 等命令正确显示 GBK 编码文件内容,vim 正确显示 GBK 编码文件汉字
症状:
1. 系统自带 gnome-terminal 在设置终端编码为 GBK 后,能达到目标。
2. 使用 xshell 在 windows[......]