Hentai@Home/Chinese: Difference between revisions
Lady Slayer (talk | contribs) Translated all to simplified. Note, the pictures from English page are not attached. |
Lady Slayer (talk | contribs) Traditionalized. |
||
| Line 1: | Line 1: | ||
= | =變態在家= | ||
Hentai@Home (H@H) | Hentai@Home (H@H)是一個開源的P2P圖庫分發系統,用於減輕[[Galleries/Chinese|E變態畫廊]]的負擔。當前版本:[https://forums.e-hentai.org/index.php?showtopic=234458 1.6.1]。 | ||
==一般信息== | ==一般信息== | ||
H@ | H@H是一個可以比作[https://setiathome.ssl.berkeley.edu/ SETI@home]項目和[https://en.wikipedia.org/wiki/BitTorrent_(protocol) BitTorrent]之間交叉的項目。 | ||
所有參與的用戶都運行一個小型的基於Java的客戶端,從E變態的主要服務器下載文件到他們的電腦,並將這些文件傳遞給瀏覽[[Galleries/Chinese|E變態畫廊]]的人。這使E變態能夠使用較少的服務器帶寬提供更多的圖像。 | |||
客戶端可以在任何時間內自由運行,但建議儘可能長時間連續運行,以獲得最大回報。 | |||
== | ==報名== | ||
=== | ===新客戶機的最低要求=== | ||
{| class="wikitable" | {| class="wikitable" | ||
|- | |- | ||
!要求 | !要求 | ||
! | !說明 | ||
|- | |- | ||
|[https://www.java.com/en/download/ | |[https://www.java.com/en/download/ Java運行時環境] | ||
| | | | ||
* | *必須爲8-11 | ||
* | *需要同時安裝JDK | ||
|- | |- | ||
|80+ Mbit/ | |80+ Mbit/s的測量速度 | ||
| | | | ||
*至少有2000kB/ | *至少有2000kB/s必須專門用於H@H | ||
* | *這同時適用於上傳和下載。 | ||
|- | |- | ||
|1000MB/ | |1000MB/小時的帶寬 | ||
| | |用戶可以限制每小時使用多少帶寬(SSL開銷不計算在內)。 | ||
|- | |- | ||
| | |10GB以上的專用硬盤空間 | ||
| | | | ||
* | *固態硬盤是更理想的選擇; 持續寫入不是大問題. | ||
* | *推薦每 0.2 Mbit/s 至少1GB,以實現最佳的靜態區間分配。 | ||
* | *請確保客戶端能夠長期維持速度和磁盤I/O。 | ||
|- | |- | ||
|[https://portforward.com/ | |[https://portforward.com/ 一個開放的TCP端口] | ||
| | | | ||
* | *推薦使用443端口,否則必須爲1024-65536之間的值 | ||
* | *推薦使用[https://en.wikipedia.org/wiki/Ephemeral_port 未註冊的IANA端口或UNIX內核端口]作爲內網端口。查看[https://en.wikipedia.org/wiki/List_of_TCP_and_UDP_port_numbers 這個清單],看看是否有潛在的端口衝突。 | ||
*[[Technical_Issues#Ports| | *[[Technical_Issues#Ports|有些端口是不允許的]]。 | ||
|- | |- | ||
| | |一個獨立的IPv4 IP地址 | ||
| | |每個客戶機都應當有一個不同的靜態IPv4地址 | ||
|- | |- | ||
| | |正常運行時間 | ||
| | |每個客戶機在6個月內應該有75-80%的時間保持在線。 | ||
|} | |} | ||
=== | ===獲取客戶端密鑰=== | ||
註冊第一個客戶的用戶只需進入 "我的主頁 "中的[[My Home#Hentai.40Home|Hentai@Home頁面]]。會出現一個Flash界面,用戶可以在那裏填寫他們的資格。申請通常需要幾天的時間來處理。 | |||
對於任何額外的客戶機,請[https://forums.e-hentai.org/index.php?act=Msg&CODE=4&MID=6 私信Tenboro]。對於希望跑5個以上客戶機的用戶,其現有客戶機的平均穩定質量必須達到7,000以上才能分配更多的鑰匙。<div id="Installation"></div> | |||
== | ==安裝指南== | ||
*[https://forums.e-hentai.org/index.php?showtopic=19795 Windows] | *[https://forums.e-hentai.org/index.php?showtopic=19795 Windows] | ||
*[https://forums.e-hentai.org/index.php?showtopic=100453 FreeBSD with Jails] | *[https://forums.e-hentai.org/index.php?showtopic=100453 FreeBSD with Jails] | ||
| Line 65: | Line 65: | ||
==限制== | ==限制== | ||
一個客戶的最大爆發速度(以KB/s爲單位)將決定可以同時擁有的最大連接數(在4800KB/s或更高的速度下,最多500個)。 | |||
同時連接是由客戶的點擊率和爆發速度決定的(在速度測試期間,數據包的大小被調整爲與客戶的爆發速度相匹配)。 | |||
''' | '''最大連接數''' = 20 + 最大爆發速 / 10000 | ||
磁盤緩存大小(以GB爲單位)必須足以維持靜態區間。客戶端必須能夠在任何時候爲每個靜態區間存儲10GB或250MB,以較高者爲準。 | |||
''' | '''最小緩存大小''' = max(10, 靜態區間數量 * 250 / 1024) | ||
=== | === 速度測試 === | ||
當H@H客戶端啓動時,它與一個H@H控制服務器聯繫,該服務器測試客戶端的連接,以檢查它是否能以配置的最大爆發速度上傳數據。如果不能,最大爆發速度會在內部降低到測量的上傳速度,以防止連接過載。 | |||
== | ==活動== | ||
一個H@H客戶端需要保持[[Hentai@Home#Trust|信任度]]为0,[[Hentai@Home#Quality|質量]]爲2500,測試速度爲400KB/s。如果達不到這些要求中的任何一項,將使其在網絡上閒置,並等待達到要求後再使用。 | |||
== | ==日程規劃== | ||
每個客戶可以被安排使用低於其最大爆發速度和帶寬。這些可以基於特定的日子,但僅限於使用精確的時間(每小時的小時數)。計劃表在每小時開始時被讀取和緩存,因此在下一小時開始時纔會有變化。 | |||
== | ==軟件== | ||
有幾個命令行開關可以給H@H應用程序,以改變它的一些行爲。 | |||
:<tt>--disable_bwm</tt> | :<tt>--disable_bwm</tt> | ||
::''( | ::''(也可以從客戶的設置頁面設置)'' | ||
:: | ::禁用帶寬監控,它可以防止客戶端使用超過 "最大爆發速度 "參數值的上傳速度。H@H調度器仍然會尊照 "最大爆發速度 "參數,這樣客戶端的平均上傳速度就不會超過這個值。然而,客戶端可能會使用其連接提供的儘可能多的上傳速度來發送文件,這通常會導致上傳峯值。 | ||
:: | ::在某些情況下,帶寬監控器無法使用設定的全部最大上傳速度,這可能導致客戶端的上傳速度利用不足(並可能觸發錯誤的過載通知)。在這種情況下,最好禁用帶寬監控器,以使客戶端有更好的性能。 | ||
:<tt>--disable_logging</tt> | :<tt>--disable_logging</tt> | ||
::''( | ::''(也可以從客戶的設置頁面設置)'' | ||
:: | ::禁用打開、創建和寫入log_out文件的功能。這將大大減少機械硬盤的讀取/寫入量,但使網絡故障排除更加困難。Java錯誤仍將被記錄到log_err。 | ||
:<tt>--flush-logs</tt> | :<tt>--flush-logs</tt> | ||
:: | ::每寫一行就把日誌刷到磁盤上。這將增加讀取/寫入量;主要推薦在日誌被寫入內存虛擬硬盤時使用。 | ||
:<tt>--max_connections=''conn''</tt> | :<tt>--max_connections=''conn''</tt> | ||
:: | ::設置應用程序可以處理的最大連接數爲conn。默認的最大連接數取決於最大爆發速度參數,詳見上文。在一些罕見的情況下,默認值太低,最大連接數需要稍微增加,以避免觸發錯誤的過載通知。把這個值設置得太高,可能會對客戶的性能產生嚴重的影響,並對整個H@H網絡產生嚴重的影響。'''除非你完全知道自己在做什麼,否則不要改變這個值。''' | ||
:<tt>--port</tt> | :<tt>--port</tt> | ||
:: | ::覆蓋客戶端的端口設置。例如,我們可以使用這個選項和下面的iptables規則來允許在一個正式的端口上運行H@H(在設置頁面),同時綁定或隧穿至一個完全不同的端口。這種情況很少發生,但一個例子是:在設置中把H@H配置爲在<code>6000</code>端口啓動,然後使用<code>--port=7777</code>和以下iptables規則。 | ||
<code>iptables -A INPUT -p tcp --dport 6000 -j ACCEPT | <code>iptables -A INPUT -p tcp --dport 6000 -j ACCEPT | ||
iptables -A INPUT -p tcp --dport 7777 -j ACCEPT</code> | iptables -A INPUT -p tcp --dport 7777 -j ACCEPT</code> | ||
| Line 104: | Line 104: | ||
<code>iptables -A PREROUTING -t nat -i eth0 -p tcp --dport 6000 -j REDIRECT --to-port 7777</code> | <code>iptables -A PREROUTING -t nat -i eth0 -p tcp --dport 6000 -j REDIRECT --to-port 7777</code> | ||
:<tt>--rescan-cache</tt> | :<tt>--rescan-cache</tt> | ||
:: | ::檢查緩存中的錯誤。 | ||
:<tt>--silentstart</tt> | :<tt>--silentstart</tt> | ||
::在最小化模式/ | ::在最小化模式/托盤圖標中啓動用戶界面。 | ||
:<tt>--skip_free_space_check</tt> | :<tt>--skip_free_space_check</tt> | ||
:: | ::禁用空閒空間檢查,這樣,如果包含緩存文件夾的分區上的剩餘空間小於配置的參數(如果該參數被設置爲小於100MB,則爲100MB),應用程序就不會出錯。 | ||
:<tt>--verify_cache</tt> | :<tt>--verify_cache</tt> | ||
::''( | ::''(也可以從客戶的設置頁面設置)'' | ||
:: | ::強制對整個緩存進行檢查。這與<code>--rescan-cache</code>相同,只是每個文件的SHA-1哈希值也會被檢查;這可能需要很長的時間。 | ||
:<tt>--Xmx''mem''m</tt> | :<tt>--Xmx''mem''m</tt> | ||
:: | ::將內存的使用限制爲mem(單位:MB)。 | ||
:<tt>--disable-ip-origin-check</tt> | :<tt>--disable-ip-origin-check</tt> | ||
:: | ::禁用RPC服務器請求來自白名單IP的要求。我們不鼓勵使用這種方式,因爲它降低了安全性,但可能允許客戶端在一些常見的非透明代理配置中工作。 | ||
:<tt>--disable-flood-control</tt> | :<tt>--disable-flood-control</tt> | ||
:: | ::禁用每個IP地址的連接速率限制。可能需要與上述觸發器一起使用。 | ||
=== | ===目錄命令=== | ||
:<tt>--cache-dir</tt> | :<tt>--cache-dir</tt> | ||
:<tt>--data-dir</tt> | :<tt>--data-dir</tt> | ||
| Line 126: | Line 126: | ||
:<tt>--temp-dir</tt> | :<tt>--temp-dir</tt> | ||
這些參數允許改變這些目錄的位置。如果路徑中存在空格,則需要引號。如果目錄不存在,H@H將嘗試創建該目錄。只有log和temp可以共享一個目錄。 | |||
比如: | 比如: | ||
| Line 134: | Line 134: | ||
'''Linux''': <code>--cache-dir=/some/cache/location --temp-dir=/dev/shm/hath --log-dir=/dev/shm/hath</code> | '''Linux''': <code>--cache-dir=/some/cache/location --temp-dir=/dev/shm/hath --log-dir=/dev/shm/hath</code> | ||
== | ==緩存== | ||
系統只用[[Hentai@Home#Static Ranges|靜態區間]]的文件來填充客戶的緩存。用戶'''不應該'''篡改任何這些文件;這將導致客戶端嚴重的信任度和緩存數據庫問題。損壞的文件將被刪除,如果被要求,將被替換。 | |||
=== | ===靜態區間=== | ||
每個靜態區間都對應於網站 1/65536個"活動 "的內容。服務器將始終假定客戶端能夠提供該範圍內的文件,而不需要單獨跟蹤文件。如果一個範圍內的文件目前沒有被緩存,客戶端將按需從圖像服務器代理請求它,並存儲它供以後使用。 | |||
首次啓動的客戶端被分配了20個範圍。範圍的上限是基於客戶端的最低的[[Hentai@Home#Quality|質量]]標記。如果測試速度下降到800kB/s以下,客戶端將不會被分配任何新的區間。客戶端可以擁有的區間數量上限爲:每千字節的有效速度(每小時節流和配額的較小者)爲1,每250MB的分配大小爲1。 | |||
在高峯期遇到連接問題的客戶將獲得較少的靜態區間,以避免增加點擊率和工作量,否則他們將無法正確管理。 | |||
== | ==信任度== | ||
信任度描述此客戶機與其他客戶機相比的表現。 | |||
* | *信任度的上限是+1000,如果客戶表現正常,即使不提供文件,也會以每分鐘1-4的速度逐漸上升。 | ||
* | *負的信任值往往來自於不恰當的關閉、糟糕的連接,或有高於預期的高速緩存失誤數量。 | ||
== | ==質量== | ||
質量衡量客戶端的長期整體穩定性和可靠性,通過比較客戶端的平均故障率和平均命中率計算。它對客戶的文件請求進行優先排序(與原始速度和鄰近性因素一起),並確定與該地區的平均性能相比,每天可以分配多少個[[static range|靜態區間]]。 | |||
* | *只要客戶正常提供文件,質量就會逐漸提高。它使用低分和高分的加權平均數來衡量一個客戶的長期穩定性而波動。這些分數隨着時間的推移而穩定,除非存在網絡問題。低端標記定義了日常[[static range|靜態區間]]分配。 | ||
* | *什麼是體面的質量等級在不同的地理區域是不同的。一個客戶的低端標記至少應在其區域平均水平之內,以便獲得最多的[[static range|靜態區間]]。 | ||
{| class="wikitable" | {| class="wikitable" | ||
! | !質量 | ||
! | !說明 | ||
|- | |- | ||
|10,000|| | |10,000||最高質量。 | ||
|- | |- | ||
|7,000|| | |7,000||靜態區間上限变为6,000。 | ||
|- | |- | ||
|5,000|| | |5,000||靜態區間上限变为2,000。其Hath计算的系数减少。 | ||
|- | |- | ||
|3,000|| | |3,000||靜態區間上限变为1,000。 | ||
|- | |- | ||
|2,500||客户端保持空闲。 | |2,500||客户端保持空闲。 | ||
| Line 172: | Line 172: | ||
==[[Rewards|奖励]]== | ==[[Rewards|奖励]]== | ||
用戶每點擊一次客戶端就會獲得1個[[GP]],並可以在[[Toplists#Hentai.40Home Toplists|H@H排行榜]]上競爭一個位置。 | |||
在運行H@H客戶端時,'''滿足最低速度要求'''的用戶會得到Hath,可以用來購買[[Hath Perks/Chinese|Hath 額外能力]]。'''客戶端必須能夠達到至少400KB/s才能獲得任何Hath'''。每個客戶每天獲得的金額是基於平均點擊率/分鐘(一週內計算)和[[static range|靜態區間]]。Hath大約每隔4個小時就會被提供給客戶端運行。 | |||
低於5000的質量等級會使靜態區間的增益降低一個線性係數。 | |||
'''Hathrate/day''' = 1 + 0.15 * 点击速率 + 0.01 * 靜態區間 * min(1, 低質量参数) | |||
'' | ===H@H 下載器=== | ||
''欲瞭解更多信息,請查看[https://forums.e-hentai.org/index.php?showtopic=196195 這個主題]。'' | |||
可以使用H@H客戶端來下載檔案(而不是通過HTTPS)。 | |||
*分辨率選項包括780x、980x、1280x、1600x、2400x或原始分辨率(可用性可能不同)。 | |||
*一旦載入隊列,就沒有辦法阻止客戶端下載畫廊。 | |||
*與檔案下載不同,完成下載之後會創建一個galleryinfo.txt 文件。 | |||
*[[Archives#Filenames|文件名的變更]] 依然會發生。 | |||
*這些下載依然會花費[[GP]]/[[credits|C]] ([[#Free_Archives|例外情況見下文]]). | |||
*下載隊列是服務器端的,因此不受客戶端中斷的影響。如果客戶端被重新啓動,它將恢復。隊列中的下載不會被修剪,除非客戶端在整整一週內都沒有下載它們。客戶端將驗證下載的文件在完成時是否有預期的Hath值。 | |||
====免費的[[Archives|文檔下載]]配額==== | |||
運作中的客戶可以獲得每天1000MB的免費檔案下載配額。每個調整後的平均點擊量可獲得額外的10MB/天。 | |||
如果以下4項都適用,則客戶機被認爲是正常的: | |||
*客戶端的平均點擊率'''至少爲1.0次/分鐘。'''。 | |||
*客戶端已經'''連續運行了至少24小時''' | |||
*客戶在'''同一小時內沒有超過一次的停機時間'''。 | |||
* | *客戶沒有'''超過4小時的停機時間'''。 | ||
* | **如果一個客戶打破了最後兩個條件中的任何一個,其正常運行時間就會被重置,並且必須再次保持24小時的活躍度才能符合條件。 | ||
* | |||
* | |||
** | |||
注: | 注: | ||
* | *這個配額是以7天的滑動窗口來衡量的。 | ||
*[[Archives#Costs| | *[[Archives#Costs|重新創建的檔案]]'''不符合'''條件。 | ||
* | *額外的客戶機'''不會'''再獲得1000MB。 | ||
* | *用戶已經獲得的數量可以在他們的H@H客戶列表頁的 "你的活動客戶機 "部分的底部找到。 | ||
== | ==另見== | ||
*[[Hentai@Home FAQ|FAQ - Hentai@Home]] | *[[Hentai@Home FAQ|FAQ - Hentai@Home]] | ||
*[[Technical_Issues#H.40H|Technical Issues - H@H]] | *[[Technical_Issues#H.40H|Technical Issues - H@H]] | ||
| Line 216: | Line 214: | ||
*[[Renting A Seedbox]] | *[[Renting A Seedbox]] | ||
== | ==論壇鏈接== | ||
*[https://forums.e-hentai.org/index.php?showtopic=19795 H@H FAQ topic] | *[https://forums.e-hentai.org/index.php?showtopic=19795 H@H FAQ topic] | ||
*[https://forums.e-hentai.org/index.php?s=&showtopic=101296&view=findpost&p=2336526 Running H@H as a Service] | *[https://forums.e-hentai.org/index.php?s=&showtopic=101296&view=findpost&p=2336526 Running H@H as a Service] | ||
Revision as of 21:04, 9 September 2022
變態在家
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排行榜上競爭一個位置。
在運行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 (例外情況見下文).
- 下載隊列是服務器端的,因此不受客戶端中斷的影響。如果客戶端被重新啓動,它將恢復。隊列中的下載不會被修剪,除非客戶端在整整一週內都沒有下載它們。客戶端將驗證下載的文件在完成時是否有預期的Hath值。
免費的文檔下載配額
運作中的客戶可以獲得每天1000MB的免費檔案下載配額。每個調整後的平均點擊量可獲得額外的10MB/天。
如果以下4項都適用,則客戶機被認爲是正常的:
- 客戶端的平均點擊率至少爲1.0次/分鐘。。
- 客戶端已經連續運行了至少24小時
- 客戶在同一小時內沒有超過一次的停機時間。
- 客戶沒有超過4小時的停機時間。
- 如果一個客戶打破了最後兩個條件中的任何一個,其正常運行時間就會被重置,並且必須再次保持24小時的活躍度才能符合條件。
注:
- 這個配額是以7天的滑動窗口來衡量的。
- 重新創建的檔案不符合條件。
- 額外的客戶機不會再獲得1000MB。
- 用戶已經獲得的數量可以在他們的H@H客戶列表頁的 "你的活動客戶機 "部分的底部找到。