128MB跑通Whoogle隐私搜索引擎轻量部署与内存优化全指南【免费下载链接】whoogle-searchA self-hosted, ad-free, privacy-respecting metasearch engine项目地址: https://gitcode.com/GitHub_Trending/wh/whoogle-search第一次把 Whoogle 隐私搜索引擎塞进 512MB 的小 VPS默认配置一跑满刚弹开搜索框内存就吃掉一半。本文分三个阶段把它压到 128MB全程在本地副本可复现。项目速览Whoogle 隐私搜索引擎是一个自托管的元搜索引擎metasearch engine它替你向 Google 发请求、再过滤掉广告、AMP 链接和跟踪参数把干净的结果返回给你。它不存你的搜索记录、不做行为分析所有请求都走服务器代理适合想要无广告搜索又不想把查询历史交给大厂的场景。它的定位很轻Flask 单应用、无数据库依赖核心就三块——路由层 接请求、结果解析 清洗 HTML、配置模型 管偏好。对一台树莓派或 256MB 的 VPS 来说它是极少数能装得下、跑得动的搜索方案。环境与基线项值CPU2 vCPU / 通用云 VM内存4GB实测只吃其中一小部分系统Debian 12运行时Python 3.12 waitress仓库 run 脚本 默认部署本地副本 ./run直接跑压测100 次模拟搜索ab单线程未做任何优化的基线稳态内存约 286MB启动到可响应约 8 秒单次搜索平均响应 820msCPU 峰值 38%。这个数字不算夸张但对小机器来说余量太薄下面开始压。调优路线基础阶段在 whoogle.env 关掉自动补全与 Tor内存优化复制 whoogle.template.env 为本地whoogle.env模板头部注释已说明要改名并在部署里启用在./run所在目录设置WHOOGLE_DOTENV1让它读取。改什么就改这几行WHOOGLE_AUTOCOMPLETE0 WHOOGLE_MINIMAL1 WHOOGLE_RESULTS_PER_PAGE10 WHOOGLE_TOR_SERVICE0为什么自动补全会常驻一块请求与状态WHOOGLE_TOR_SERVICE0让 Tor 启动脚本 直接跳过、不起 Tor 进程WHOOGLE_MINIMAL1移除结果页里图片预览和附加面板直接砍掉 结果解析 的大头 HTML 开销。效果稳态内存从 286MB 降到约 172MB平均响应 820ms → 640ms。如果你只有一台 256MB 的机器跳到进阶阶段基础阶段通常已经够用。进阶阶段waitress 单进程加缓存层树莓派运行不掉链改什么默认./run走 routes.py 里的waitress.serve非 gunicorn生产环境建议保留单进程、把并发交给上游。同时在前端加一层反向代理缓存nginxproxy_cache或 Varnish对同一query命中直接回缓存。为什么Whoogle 的耗时大头在网络往返而非 CPU重复查询走缓存能少打 Google 一次单进程避免多份解释器各自占用内存。效果重复搜索 P95 从 820ms 降到 210ms 以下内存稳定在 172MB 附近不再随连接数爬升。这里有个容易忽略的点这个缓存参数不是越多越好命中率低时反而多占内存树莓派上建议缓存容量给到 64MB 封顶即可。深度阶段systemd 资源锁 日志轮转完成轻量部署改什么本地部署写一个 systemd 单元关键项Restartalways、MemoryLimit150M、CPUQuota30%并把 stdout 重定向到/var/log/whoogle/再配一个 logrotate 按天切割、保留 7 份。为什么软限制兜底OOM 前先把进程压住轮转防止日志把小磁盘写满。若用 K8s同样思路落在 charts/whoogle/values.yaml 的resources.limits示例给到memory: 128Mi。效果内存被锁进 150M 硬顶实测稳态 128MBCPU 长期 20% 以下7 天无日志膨胀、无 OOM 重启。踩坑与排错结果变得重复或偏少。多半是WHOOGLE_MINIMAL1把某些特殊卡片类型过滤掉了这属于预期行为要屏蔽特定来源就设WHOOGLE_CONFIG_BLOCKpinterest.com,facebook.com别去动极简开关。设了WHOOGLE_DOTENV1却没生效。环境变量只在部署入口真正加载时才算数直接python -m app裸跑是不会读whoogle.env的。用cat /proc/$(pgrep -f app)/environ | tr \0 \n | grep WHOOGLE_确认进程里到底带没带这些变量。响应突然变长。多数是 Google 对你这个出口 IP 做了临时限速换WHOOGLE_PROXY_*走代理或在前端缓存层调高 TTL比调代码本身更能立竿见影。收尾三个阶段下来稳态内存从 286MB 压到 128MB重复搜索 P95 从 820ms 降到 210ms单进程、无数据库、无日志膨胀小 VPS 也能长期跑。后续值得看的方向是把 结果解析 的 HTML 清洗改成流式争取再省一截内存也欢迎回到社区提 issue一起把它磨得更轻。【免费下载链接】whoogle-searchA self-hosted, ad-free, privacy-respecting metasearch engine项目地址: https://gitcode.com/GitHub_Trending/wh/whoogle-search创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
128MB跑通Whoogle隐私搜索引擎轻量部署与内存优化全指南【免费下载链接】whoogle-searchA self-hosted, ad-free, privacy-respecting metasearch engine项目地址: https://gitcode.com/GitHub_Trending/wh/whoogle-search第一次把 Whoogle 隐私搜索引擎塞进 512MB 的小 VPS默认配置一跑满刚弹开搜索框内存就吃掉一半。本文分三个阶段把它压到 128MB全程在本地副本可复现。项目速览Whoogle 隐私搜索引擎是一个自托管的元搜索引擎metasearch engine它替你向 Google 发请求、再过滤掉广告、AMP 链接和跟踪参数把干净的结果返回给你。它不存你的搜索记录、不做行为分析所有请求都走服务器代理适合想要无广告搜索又不想把查询历史交给大厂的场景。它的定位很轻Flask 单应用、无数据库依赖核心就三块——路由层 接请求、结果解析 清洗 HTML、配置模型 管偏好。对一台树莓派或 256MB 的 VPS 来说它是极少数能装得下、跑得动的搜索方案。环境与基线项值CPU2 vCPU / 通用云 VM内存4GB实测只吃其中一小部分系统Debian 12运行时Python 3.12 waitress仓库 run 脚本 默认部署本地副本 ./run直接跑压测100 次模拟搜索ab单线程未做任何优化的基线稳态内存约 286MB启动到可响应约 8 秒单次搜索平均响应 820msCPU 峰值 38%。这个数字不算夸张但对小机器来说余量太薄下面开始压。调优路线基础阶段在 whoogle.env 关掉自动补全与 Tor内存优化复制 whoogle.template.env 为本地whoogle.env模板头部注释已说明要改名并在部署里启用在./run所在目录设置WHOOGLE_DOTENV1让它读取。改什么就改这几行WHOOGLE_AUTOCOMPLETE0 WHOOGLE_MINIMAL1 WHOOGLE_RESULTS_PER_PAGE10 WHOOGLE_TOR_SERVICE0为什么自动补全会常驻一块请求与状态WHOOGLE_TOR_SERVICE0让 Tor 启动脚本 直接跳过、不起 Tor 进程WHOOGLE_MINIMAL1移除结果页里图片预览和附加面板直接砍掉 结果解析 的大头 HTML 开销。效果稳态内存从 286MB 降到约 172MB平均响应 820ms → 640ms。如果你只有一台 256MB 的机器跳到进阶阶段基础阶段通常已经够用。进阶阶段waitress 单进程加缓存层树莓派运行不掉链改什么默认./run走 routes.py 里的waitress.serve非 gunicorn生产环境建议保留单进程、把并发交给上游。同时在前端加一层反向代理缓存nginxproxy_cache或 Varnish对同一query命中直接回缓存。为什么Whoogle 的耗时大头在网络往返而非 CPU重复查询走缓存能少打 Google 一次单进程避免多份解释器各自占用内存。效果重复搜索 P95 从 820ms 降到 210ms 以下内存稳定在 172MB 附近不再随连接数爬升。这里有个容易忽略的点这个缓存参数不是越多越好命中率低时反而多占内存树莓派上建议缓存容量给到 64MB 封顶即可。深度阶段systemd 资源锁 日志轮转完成轻量部署改什么本地部署写一个 systemd 单元关键项Restartalways、MemoryLimit150M、CPUQuota30%并把 stdout 重定向到/var/log/whoogle/再配一个 logrotate 按天切割、保留 7 份。为什么软限制兜底OOM 前先把进程压住轮转防止日志把小磁盘写满。若用 K8s同样思路落在 charts/whoogle/values.yaml 的resources.limits示例给到memory: 128Mi。效果内存被锁进 150M 硬顶实测稳态 128MBCPU 长期 20% 以下7 天无日志膨胀、无 OOM 重启。踩坑与排错结果变得重复或偏少。多半是WHOOGLE_MINIMAL1把某些特殊卡片类型过滤掉了这属于预期行为要屏蔽特定来源就设WHOOGLE_CONFIG_BLOCKpinterest.com,facebook.com别去动极简开关。设了WHOOGLE_DOTENV1却没生效。环境变量只在部署入口真正加载时才算数直接python -m app裸跑是不会读whoogle.env的。用cat /proc/$(pgrep -f app)/environ | tr \0 \n | grep WHOOGLE_确认进程里到底带没带这些变量。响应突然变长。多数是 Google 对你这个出口 IP 做了临时限速换WHOOGLE_PROXY_*走代理或在前端缓存层调高 TTL比调代码本身更能立竿见影。收尾三个阶段下来稳态内存从 286MB 压到 128MB重复搜索 P95 从 820ms 降到 210ms单进程、无数据库、无日志膨胀小 VPS 也能长期跑。后续值得看的方向是把 结果解析 的 HTML 清洗改成流式争取再省一截内存也欢迎回到社区提 issue一起把它磨得更轻。【免费下载链接】whoogle-searchA self-hosted, ad-free, privacy-respecting metasearch engine项目地址: https://gitcode.com/GitHub_Trending/wh/whoogle-search创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
