...0090626 Zend Extension Api No: 220090626 configure.in:150: warning: AC_CACHE_VAL(lt_prog_compiler_static_works, ...): suspicious cache-id, must contain _cv_ to be cached autoconf/general.m4:2013: AC_CACHE_VAL is expanded from... autoconf/general.m4:2026: AC_CACHE_CHECK is expanded from... acl...
最底层的cache其实是操作系统对文件系统的cache，如上所说第一次检索主要吃紧的是磁盘IO，全文检索底部大量的运算，对CPU的要求也必不可少。但在 CACHE HIT之后前２者的压力就小了。 XS是多进程＋多线程混合的，每个进程下面...
...wk... mawk checking whether make sets $(MAKE)... yes checking for gawk... (cached) mawk checking for g++... g++ checking whether the C++ compiler works... yes checking for C++ compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling......
...ng dependency style of gcc... gcc3 checking whether make sets $(MAKE)... (cached) yes checking build system type... i686-pc-linux-gnu checking host system type... i686-pc-linux-gnu checking for a sed that does not truncate output... /bin/sed checking for egrep... grep -E checking for ld used b...
[quote='tendyming' pid='4248' dateline='1371710729'] hi hightman, 我现在是xunsearch1.4.6， 您的意思是升级到1.4.7-dev？ 目前，在高访问时，这种情形是频繁出现的。 [/quote] 升级吧。可能早期的memory-cache有一点点问题
我已经排查了 nginx 和 php 等所有可能的cache 。真的没有了 就是死活不更新。 Hm 真的不行，那个字典 完全看不出啥问题
应该可以，但100的限制是给CACHE做准备的，也比较符合用户的需求。 您需要一次展示这么多搜索结果吗？ 你可以试试 src/task.cc 中的 746 行： 746 if (limit > MAX_SEARCH_RESULT) limit = MAX_SEARCH_RESULT; 在行开头加上 // 然后重新编译...
[quote='askie' pid='64' dateline='1318181536'] 这个在检测说明中说一下就好了！[hr] eAccelerator识别不出来，apc可以！ [/quote] 新版 eacc 默认不开启 cache 功能的，你应该编译时加入 --with-eaccelerator-shared-memory 选项才可以
确定已经是1.4.6了？建议试试手动编译xunsearch-1.4.6，加入 --disable-memory-cache 禁用掉缓存看看