Hentai@Home/Chinese
变态在家
Hentai@Home (H@H)是一个开源的P2P图库分发系统，用于减轻E变态画廊的负担。当前版本：1.6.1。
一般信息
H@H是一个可以比作SETI@home项目和BitTorrent之间交叉的项目。
所有参与的用户都运行一个小型的基于Java的客户端，从E变态的主要服务器下载文件到他们的电脑，并将这些文件传递给浏览E变态画廊的人。这使E变态能够使用较少的服务器带宽提供更多的图像。
客户端可以在任何时间内自由运行，但建议尽可能长时间连续运行，以获得最大回报。
报名
新客户机的最低要求
| 要求 | 说明 |
|---|---|
| Java运行时环境 |
|
| 80+ Mbit/s的测量速度 |
|
| 1000MB/小时的带宽 | 用户可以限制每小时使用多少带宽（SSL开销不计算在内）。 |
| 10GB以上的专用硬盘空间 |
|
| 一个开放的TCP端口 |
|
| 一个独立的IPv4 IP地址 | 每个客户机都应当有一个不同的静态IPv4地址 |
| 正常运行时间 | 每个客户机在6个月内应该有75-80%的时间保持在线。 |
获取客户端密钥
注册第一个客户的用户只需进入 "我的主页 "中的Hentai@Home页面。会出现一个Flash界面，用户可以在那里填写他们的资格。申请通常需要几天的时间来处理。
对于任何额外的客户机，请私信Tenboro。对于希望跑5个以上客户机的用户，其现有客户机的平均稳定质量必须达到7,000以上才能分配更多的钥匙。
安装指南
限制
一个客户的最大爆发速度（以KB/s为单位）将决定可以同时拥有的最大连接数（在4800KB/s或更高的速度下，最多500个）。
同时连接是由客户的点击率和爆发速度决定的（在速度测试期间，数据包的大小被调整为与客户的爆发速度相匹配）。
最大连接数 = 20 + 最大爆发速 / 10000
磁盘缓存大小（以GB为单位）必须足以维持静态区间。客户端必须能够在任何时候为每个静态区间存储10GB或250MB，以较高者为准。
最小缓存大小 = max(10, 静态区间数量 * 250 / 1024)
速度测试
当H@H客户端启动时，它与一个H@H控制服务器联系，该服务器测试客户端的连接，以检查它是否能以配置的最大爆发速度上传数据。如果不能，最大爆发速度会在内部降低到测量的上传速度，以防止连接过载。
活动
一个H@H客户端需要保持信任度为0，质量为2500，测试速度为400KB/s。如果达不到这些要求中的任何一项，将使其在网络上闲置，并等待达到要求后再使用。
日程规划
每个客户可以被安排使用低于其最大爆发速度和带宽。这些可以基于特定的日子，但仅限于使用精确的时间（每小时的小时数）。计划表在每小时开始时被读取和缓存，因此在下一小时开始时才会有变化。
软件
有几个命令行开关可以给H@H应用程序，以改变它的一些行为。
- --disable_bwm
- (也可以从客户的设置页面设置)
- 禁用带宽监控，它可以防止客户端使用超过 "最大爆发速度 "参数值的上传速度。H@H调度器仍然会尊照 "最大爆发速度 "参数，这样客户端的平均上传速度就不会超过这个值。然而，客户端可能会使用其连接提供的尽可能多的上传速度来发送文件，这通常会导致上传峰值。
- 在某些情况下，带宽监控器无法使用设定的全部最大上传速度，这可能导致客户端的上传速度利用不足（并可能触发错误的过载通知）。在这种情况下，最好禁用带宽监控器，以使客户端有更好的性能。
- --disable_logging
- (也可以从客户的设置页面设置)
- 禁用打开、创建和写入log_out文件的功能。这将大大减少机械硬盘的读取/写入量，但使网络故障排除更加困难。Java错误仍将被记录到log_err。
- --flush-logs
- 每写一行就把日志刷到磁盘上。这将增加读取/写入量；主要推荐在日志被写入内存虚拟硬盘时使用。
- --max_connections=conn
- 设置应用程序可以处理的最大连接数为conn。默认的最大连接数取决于最大爆发速度参数，详见上文。在一些罕见的情况下，默认值太低，最大连接数需要稍微增加，以避免触发错误的过载通知。把这个值设置得太高，可能会对客户的性能产生严重的影响，并对整个H@H网络产生严重的影响。除非你完全知道自己在做什么，否则不要改变这个值。
- --port
- 覆盖客户端的端口设置。例如，我们可以使用这个选项和下面的iptables规则来允许在一个正式的端口上运行H@H（在设置页面），同时绑定或隧穿至一个完全不同的端口。这种情况很少发生，但一个例子是：在设置中把H@H配置为在
6000端口启动，然后使用--port=7777和以下iptables规则。
- 覆盖客户端的端口设置。例如，我们可以使用这个选项和下面的iptables规则来允许在一个正式的端口上运行H@H（在设置页面），同时绑定或隧穿至一个完全不同的端口。这种情况很少发生，但一个例子是：在设置中把H@H配置为在
iptables -A INPUT -p tcp --dport 6000 -j ACCEPT
iptables -A INPUT -p tcp --dport 7777 -j ACCEPT
iptables -A PREROUTING -t nat -i eth0 -p tcp --dport 6000 -j REDIRECT --to-port 7777
- --rescan-cache
- 检查缓存中的错误。
- --silentstart
- 在最小化模式/托盘图标中启动用户界面。
- --skip_free_space_check
- 禁用自由空间检查，这样，如果包含缓存文件夹的分区上的剩余空间小于配置的参数（如果该参数被设置为小于100MB，则为100MB），应用程序就不会出错。
- --verify_cache
- (也可以从客户的设置页面设置)
- 强制对整个缓存进行检查。这与
--rescan-cache相同，只是每个文件的SHA-1哈希值也会被检查；这可能需要很长的时间。
- --Xmxmemm
- 将内存的使用限制为mem（单位：MB）。
- --disable-ip-origin-check
- 禁用RPC服务器请求来自白名单IP的要求。我们不鼓励使用这种方式，因为它降低了安全性，但可能允许客户端在一些常见的非透明代理配置中工作。
- --disable-flood-control
- 禁用每个IP地址的连接速率限制。可能需要与上述触发器一起使用。
目录命令
- --cache-dir
- --data-dir
- --download-dir
- --log-dir
- --temp-dir
这些参数允许改变这些目录的位置。如果路径中存在空格，则需要引号。如果目录不存在，H@H将尝试创建该目录。只有log和temp可以共享一个目录。
比如：
Windows: --download-dir="c:\some download dir with spaces\"
Linux: --cache-dir=/some/cache/location --temp-dir=/dev/shm/hath --log-dir=/dev/shm/hath
缓存
系统只用静态区间的文件来填充客户的缓存。用户不应该篡改任何这些文件；这将导致客户端严重的信任和缓存数据库问题。损坏的文件将被删除，如果被要求，将被替换。
静态区间
每个静态区间都对应于网站 1/65536个"活动 "的内容。服务器将始终假定客户端能够提供该范围内的文件，而不需要单独跟踪文件。如果一个范围内的文件目前没有被缓存，客户端将按需从图像服务器代理请求它，并存储它供以后使用。
首次启动的客户端被分配了20个范围。范围的上限是基于客户端的最低的质量标记。如果测试速度下降到800kB/s以下，客户端将不会被分配任何新的区间。客户端可以拥有的区间数量上限为：每千字节的有效速度（每小时节流和配额的较小者）为1，每250MB的分配大小为1。
在高峰期遇到连接问题的客户将获得较少的静态区间，以避免增加点击率和工作量，否则他们将无法正确管理。
信任
信任描述此客户机与其他客户机相比的表现。
- 信任的上限是+1000，如果客户表现正常，即使不提供文件，也会以每分钟1-4的速度逐渐上升。
- 负面的信任往往来自于不恰当的关闭、糟糕的连接，或有高于预期的高速缓存失误数量。
质量
质量衡量客户端的长期整体稳定性和可靠性，通过比较客户端的平均故障率和平均命中率计算。它对客户的文件请求进行优先排序（与原始速度和邻近性因素一起），并确定与该地区的平均性能相比，每天可以分配多少个静态区间。
- 只要客户正常提供文件，质量就会逐渐提高。它使用低分和高分的加权平均数来衡量一个客户的长期稳定性而波动。这些分数随着时间的推移而稳定，除非存在网络问题。低端标记定义了日常静态区间分配。
- 什么是体面的质量等级在不同的地理区域是不同的。一个客户的低端标记至少应在其区域平均水平之内，以便获得最多的静态区间。
| 质量 | 说明 |
|---|---|
| 10,000 | 最高质量。 |
| 7,000 | 静态区间上限变为6,000。 |
| 5,000 | 静态区间上限变为2,000。其Hath计算的系数减少。 |
| 3,000 | 静态区间上限变为1,000。 |
| 2,500 | 客户端保持空闲。 |
| 1,500 | 新客户机或数日未开机的客户机的起点。 |
奖励
用户每点击一次客户端就会获得1个GP，并可以在H@H排行榜上竞争一个位置。
While running H@H clients that meet the minimum speed requirements users receive Hath which can be used to purchase Hath Perks. Clients must be able to hit at least 400 KB/s to award any Hath. The daily amount earned per client is based on average hit/minute (calculated over a week) and static ranges. The hath is made available roughly every 4 hours the client has been running.
在运行H@H客户端时，满足最低速度要求的用户会得到Hath，可以用来购买Hath 額外能力。客户端必须能够达到至少400KB/s才能获得任何Hath。每个客户每天获得的金额是基于平均点击率/分钟（一周内计算）和静态区间。Hath大约每隔4个小时就会被提供给客户端运行。
低于5000的质量等级会使静态区间的增益降低一个线性系数。
Hathrate/day = 1 + 0.15 * 点击速率 + 0.01 * 静态区间 * min(1, 低质量参数)
H@H 下载器
欲了解更多信息，请查看这个主题。
可以使用H@H客户端来下载档案（而不是通过HTTPS）。
- 分辨率选项包括780x、980x、1280x、1600x、2400x或原始分辨率（可用性可能不同）。
- 一旦载入队列，就没有办法阻止客户端下载画廊。
- 与档案下载不同，完成下载之后会创建一个galleryinfo.txt 文件。
- 文件名的变更 依然会发生。
- 这些下载依然会花费GP/C (例外情况见下文).
- 下载队列是服务器端的，因此不受客户端中断的影响。如果客户端被重新启动，它将恢复。队列中的下载不会被修剪，除非客户端在整整一周内都没有下载它们。客户端将验证下载的文件在完成时是否有预期的哈希值。
免费的文档下载配额
运作中的客户可以获得每天1000MB的免费档案下载配额。每个调整后的平均点击量可获得额外的10MB/天。
如果以下4项都适用，则客户被认为是正常的：
- 客户端的平均点击率至少为1.0次/分钟。
- 客户端已经连续运行了至少24小时
- 客户在同一小时内没有超过一次的停机时间。
- 客户没有超过4小时的停机时间。
- 如果一个客户打破了最后两个条件中的任何一个，其正常运行时间就会被重置，并且必须再次保持24小时的活跃度才能符合条件。
注:
- 这个配额是以7天的滑动窗口来衡量的。
- 重新创建的档案不符合条件。
- 额外的客户机不会再获得1000MB。
- 用户已经获得的数量可以在他们的H@H客户列表页的 "你的活动客户机 "部分的底部找到。
