[X] My Assistant

自己统计了一下h@h的运行数据，感觉挺有意思的，拿出来分享一下
我觉得最有意思的是 虽然大部分时间都是跑满我的限速的，但是由于平均图片大小不一样，hitrate依然跟我一个基本上跑不满的朋友的�
�量的分布趋势（下图）一致

另外就是低峰期非常炸裂的失败的图片大小
本来想凑够一周发的，结果昨天下午不小心被我关了，今天早上才重新开起来，悲

自己统计了一下h@h的运行数据，感觉挺有意思的，拿出来分享一下

大佬能教教我是怎么统计的吗？

This post has been edited by ryasu: Sep 26 2023, 05:01

大佬能教教我是怎么统计的吗？

自己写的外挂读日志的脚本（（

自己写的外挂读日志的脚本（（

居然是读日志统计，好直球的原理…… (IMG:[invalid] style_emoticons/default/biggrin.gif)

e站上传的1GB限制很不方便
我分成一位作者50GB作品，8个部分
然后再分成每1GB，50个文件夹
我现在上传这个一整天

( ﾟ∀。) 单个画廊不是10GB上限吗？除了Image Set类型的画廊其他的应该绰绰有余才对

居然是读日志统计，好直球的原理…… (IMG:[invalid] style_emoticons/default/biggrin.gif)

毕竟 改客户端要重启 写错了/加功能还得反复重启
不如直接读基本上东西都有的日志来的方便（虽然效果会差那么一点

( ﾟ∀。) 单个画廊不是10GB上限吗？除了Image Set类型的画廊其他的应该绰绰有余才对

是的，画廊的上限为10GB

在E站最多一次只能上传1GB
如果上传超过1GB，上传将失败
对于10GB的画廊，上传必须分成10个文件夹( ´∀｀)

This post has been edited by Unko Man: Sep 26 2023, 06:13

是的，画廊的上限为10GB

在E站最多一次只能上传1GB
如果上传超过1GB，上传将失败
对于10GB的画廊，上传必须分成10个文件夹( ´∀｀)

是单个文件一次1G。也就是说一次一个超1G的压缩包会失败，但是把压缩包解压缩然后同时上传里边的图片就不会 。

然后单次上传的数量限制我忘了。你可以试试一次性上传10G的散图。

This post has been edited by Acetominaphene: Sep 26 2023, 06:57

是单个文件一次1G。也就是说一次一个超1G的压缩包会失败，但是把压缩包解压缩然后同时上传里边的图片就不会 。

然后单次上传的数量限制我忘了。你可以试试一次性上传10G的散图。

我刚才试上传总容量为1.5GB的png文件
一直只有显示"Processing..."没有任何进展
几分钟后，画面更新，没有什么上传

正确的说，一次可以上传的最大容量约为1.15GB
这是我以前自己测试得出的数据(´･ω･`)

是单个文件一次1G。也就是说一次一个超1G的压缩包会失败，但是把压缩包解压缩然后同时上传里边的图片就不会 。

然后单次上传的数量限制我忘了。你可以试试一次性上传10G的散图。

換了個鏡像成功把H@H升級成1.6.2了
同步也把上傳代寬改成成27500
但對於Hitrate看起來絲毫沒有幫助仍然持續爆降
This client currently has 3204 static range(s) assigned: P1 = 14, P2 = 52, P3 = 128, P4 = 225, P5 = 2785
改版之後就維持3204 static range至今沒變過
不知道哪裡出問題了...
可能只有台灣的節點特別差吧？

換了個鏡像成功把H@H升級成1.6.2了
同步也把上傳代寬改成成27500
但對於Hitrate看起來絲毫沒有幫助仍然持續爆降
This client currently has 3204 static range(s) assigned: P1 = 14, P2 = 52, P3 = 128, P4 = 225, P5 = 2785
改版之後就維持3204 static range至今沒變過
不知道哪裡出問題了...
可能只有台灣的節點特別差吧？

现在基本上是 P1 块数量决定 hitrate 了，这不是升级个 H@H 版本就能解决的事情。
就算你一台 H@H 拿到了全站 65535 个静态块，但这些块全是 P2-P5 块的话照样没流量。
如果你 6000 个块都是 P1 块，就算机器在欧洲都能分分钟超过绝大部分亚洲 H@H 机器的 Hitrate。

我所有海外 H@H 15 天过去了都没增加多少 P1 块，全都是 P2-P5 块，因此基本也没啥流量。
我现在是直接放养了，能跑其他 PCDN 项目的都拿去跑，到期就自动关机。
不仅能回血，还能降低 H@H Coverage，为 H@H 流量中心化做贡献。

(IMG:[blog.wtf.day] https://blog.wtf.day/wp-content/uploads/2023/09/image-2023-09-26-395691.png)

換了個鏡像成功把H@H升級成1.6.2了
同步也把上傳代寬改成成27500
但對於Hitrate看起來絲毫沒有幫助仍然持續爆降
This client currently has 3204 static range(s) assigned: P1 = 14, P2 = 52, P3 = 128, P4 = 225, P5 = 2785
改版之後就維持3204 static range至今沒變過
不知道哪裡出問題了...
可能只有台灣的節點特別差吧？

看起來我的還是比算法更新前高快一倍，所以不是台灣的問題，應該單純你們在第一次分配P1時沒有被選中而已

This client currently has 6000 static range(s) assigned: P1 = 498, P2 = 626, P3 = 1666, P4 = 1572, P5 = 1638

Max Speed　 Trust　　Quality　Hitrate　　　Hathrate　　Country
73566 KB/s　+1000 　 10000　 759.0/min　 174.8/day 　 Taiwan



另外有人想試試看我用 rust 重寫的 H@H 嗎？
已經經過好一段時間測試，應該沒什麼大問題了
[github.com] https://github.com/james58899/hath-rust

https://forums.e-hentai.org/index.php?showt...p;#entry6365552

收点面条~~

看起來我的還是比算法更新前高快一倍，所以不是台灣的問題，應該單純你們在第一次分配P1時沒有被選中而已

This client currently has 6000 static range(s) assigned: P1 = 498, P2 = 626, P3 = 1666, P4 = 1572, P5 = 1638

Max Speed　 Trust　　Quality　Hitrate　　　Hathrate　　Country
73566 KB/s　+1000 　 10000　 759.0/min　 174.8/day 　 Taiwan
另外有人想試試看我用 rust 重寫的 H@H 嗎？
已經經過好一段時間測試，應該沒什麼大問題了
[github.com] https://github.com/james58899/hath-rust

你這不是家庭網路能跑出來的速度吧....
可能是Max Speed影響很大？
只有聽說要穩定高速度上行帶寬才有機會被分配到P1
但我不管設多少static range都沒有變動
按照現在掉Hitrate的速度不用一週就會歸0了（日誌上還是有請求發生所以實際上應該不會歸零?)
到時候看看是關機還是用來跑其他服務吧 (IMG:[invalid] style_emoticons/default/dry.gif)

下面那個太高端了
我這種連docker映射路徑都要搞半天的完全看不懂 (IMG:[invalid] style_emoticons/default/smile.gif)

https://forums.e-hentai.org/index.php?showt...p;#entry6365552

收点面条~~

刚在market卖掉D:

https://forums.e-hentai.org/index.php?showt...p;#entry6365552

收点面条~~

已奉上2條麵條 (IMG:[invalid] style_emoticons/default/laugh.gif)

[LV0] Exquisite Tempestuous Rapier of Slaughter (Soulbound, IW 10, forged 30)
[LV237] Exquisite Buckler of the Barrier (237, Str End, forged 15)
[LV170] Legendary Cobalt Shade Helmet of Negation (170, Evd 15%, ADB 32%)
[LV220] Legendary Ruby Shade Breastplate of Negation (220, Evd 83%, ADB 52%)
[LV207] Legendary Onyx Shade Gauntlets of Negation (207, Evd 22%, ADB 51%)
[LV227] Legendary Cobalt Leather Leggings of Stoneskin (227)
[LV200] Magnificent Shade Boots of the Fleet (200)

武器是系統店撈的，超賺的，撈到馬上綁魂打滿IW

雖然這身裝備很鳥，但打*20沒啥壓力

你這不是家庭網路能跑出來的速度吧....
可能是Max Speed影響很大？
只有聽說要穩定高速度上行帶寬才有機會被分配到P1
但我不管設多少static range都沒有變動
按照現在掉Hitrate的速度不用一週就會歸0了（日誌上還是有請求發生所以實際上應該不會歸零?)
到時候看看是關機還是用來跑其他服務吧 (IMG:[invalid] style_emoticons/default/dry.gif)

下面那個太高端了
我這種連docker映射路徑都要搞半天的完全看不懂 (IMG:[invalid] style_emoticons/default/smile.gif)

這就是家用網路阿，放機房的話要再多一位數

現在P1應該都分配完了可能要等別人P1丟了才有機會被分配到
P1會根據頻寬、硬碟大小、quality、SR擁有時間來分配
一開始的時候頻寬權重很高，所以速度快的被分配到很多P1
現在好像有調整，SR年紀和硬碟空間的權重比較高了，所以理論上開越久獲得P1的機會越高

抱歉請問一下要怎麼自刪，我好像不小心點了兩次送出，結果一次post了兩篇。

我記得第一頁有講，點擊report向管理員舉報兩次送出的樓層並説明情況就行。我上半年也是網絡問題導致double post，通知管理員沒多久就處理掉了。一般不是惡意刷屏都會幫你處理的

==============================

看到有人在EH上传了上世纪的变形金刚老动画的设计稿。请教相关于在eh上传资源的问题。此类非H画廊不会被删除/隐藏吗？如果要上传，是否有任何规章、限制？

本质上是芥见下下能力不够，驾驭不住故事和角色的发展。
五条悟作为主角方阵营的、设定上全篇战斗力天花板，他太过光芒太过耀眼，已经将男主角的戏份全都抢光了。
这种设定实际上对于一个故事来讲是非常危险的，因为配角太过于容易喧宾夺主，导致整个故事节奏的严重崩坏。

所以五条悟的下场也是显而易见的，要么封号，要么死，他不退场，主角就没戏份，就跟我的英雄学院的欧尔麦特
一样，必须被封号。
但芥见下下的问题就在于，对于五条悟退场的处理上，太过于粗糙与突兀，导致了五条悟瞬间变成了小丑。

其实关于己方阵营的全篇战斗力天花板角色的处理上，可以参考鳄鱼和尾田的设计。
继国缘一和白胡子都是被【时间】这个敌人活生生熬死的，毕竟人总会有生老病死，让时间来慢慢将角色处理掉就
行。
所以继国缘一在正片故事开始前就已经死了，全文只活在人们的记忆中，他在过去的时间里无敌，但他也无法影响
现在的故事。
所以白胡子刚出场的时候，明明对话框对白胡子的定义是“世界最强的男人”，但与此同时白胡子全身带着医疗检
测器，打着吊瓶，鼻子带着呼吸机，初登场就已经暗示了白胡子太老了，快要命不久矣，同时设计出一个白胡子不
得不正面面对全海军最强阵容的故事情节顶上战争，让白胡子最后有尊严地站着死。

是这样的，从五条悟的登场到他的退场，彻彻底底把这个开篇逼格十足的无敌角色变成了不折不扣的小丑。
…………
从236往前回顾了一番，发现失败二字贯穿了5t5的一生。
保护别人，被保护人死亡。
亲手杀了友人，让脑花侵占了他的身体。
开篇去买伴手礼，导致了虎杖不得不吞下宿傩的手指。
七海的死，后续的一系列时间，都有他的影子……
哎