onedrive2tridrive.AYAYA.22.11.02

onedrive转三盘的缝合脚本基本上获得了空前的成功,除了一些无关痛痒(大嘘)的小bug,比如文件名又搞错了(半恼🤔

所以我跑了两个示例文件,一个是标准(大嘘)8GB包,一个稍微小些,也有3.13GB了,从日志文件里读出用时:

8GB文件下载:

real 0m50.328s
user 0m9.566s
sys 0m15.681s

8GB文件上传度盘:

real 2m59.682s
user 0m6.248s
sys 0m15.409s

8GB文件上传discord drive:

real 5m50.710s
user 3m1.945s
sys 2m3.187s

8GB文件上传guilded drive:

real 3m13.696s
user 0m2.694s
sys 0m38.216s

3.13GB文件下载:

real 0m22.520s
user 0m3.898s
sys 0m6.749s

3.13GB文件上传度盘:

real 1m19.815s
user 0m2.371s
sys 0m3.778s

3.13GB文件上传discord drive:

real 2m18.833s
user 1m10.423s
sys 0m44.489s

3.13GB文件上传guilded drive:

real 0m59.976s
user 0m0.942s
sys 0m11.606s

现在看来,将度盘上传线程设成64线程之后跑出了超过150MB/s的逆天速度,但最后10MB居然花了一分钟以上才整完,总体时间居然和32线程没啥太大差别(恼🤔而这个测试里discord drive上传时间过长,也是因为这个测试用discord频道只有⑨个线程,基本上生产频道也就两三分钟(悲🤔

更有意思的是,翻以前的日志可以看出,生产频道里其实guilded drive速度比discord drive要慢,因为它有明显的难以忽略的tar分片准备overhead(恼🤔算下来基本上一个8GB文件需要花10分钟左右才能处理完,一个线程一小时只能处理5到6个8GB文件,github actions的一次最大运行时间只能处理最多36个文件🤔以现在的8线程模型来搞,一次最多可以处理2304GB文件,noice🤔

马上,这玩意就可以实战了,我估摸着再过不到10小时,cuties impact就更新3.2了,刚好可以用来处理客户端打包和部分截图(确信🤔

thonkhida

话说回来我到今天都没打完须弥archon quest前四章,估计也没法第一时间橄榄散兵机器人了(悲🤔

也许我这几天就想冲完,但我在更新日志里看到一句话:图形方面的优化,反锯齿效率更高,也就意味着帧率也许会有提升🤔那我还是再稍稍⑧🤔

但无论如何,我至少第一章算是打完了🤔它这个第一章可以说是非常臭非常长了,而且以进入须弥城装备上某终端为界可以分为泾渭分明的两部分,前半部分都是在须弥郊外不到几百米的一个小村子里,和k-kawaii collei chan还有须弥aloy玩儿,其中还有一两小时在探索一个在须弥和稻妻之间切换的迫真秘境🤔

顺便一提时长十个甚至⑨个小时的须弥巨型支线arcana impact并不需要主线任何进度,只要人能到须弥就能玩,有意思🤔

进入须弥城之后才算是正式进入了archon quest,荧酱到处打听如何与waifuhida见たま的一面,很不幸的是须弥没人知道waifuhida,没人喜欢waifuhida,更没人关心waifuhida(悲🤔

接下来荧酱在找了114514壬之后终于找到了一个号称是waifuhida信徒的萌妹,然后又认识了nilou chan和一个有火神之眼的喵酱,这些人是须弥仅剩不多的waifuhida信徒,他们有的出钱有的出力筹办了一节庆祝waifuhida生日的什么花神节来着🤔喵酱一开始只是某萌妹亲爹雇的保镖,结果也半推半就便乘了waifuhida信徒(迫真🤔

但这群人也不知道waifuhida在哪里之类的,所以喵酱牵线让荧酱认识了驻扎在须弥城的佣兵头子,他要么是无神论者要么早就没有神了,反正须弥人用的那个什么什么终端他是用不了的,所以也没法搞到消息了(悲🤔但他知道某港口正在竞拍一个申必物品,让荧酱和paimon去那里碰碰运气🤔

到了某港口后,荧酱和一群信仰沙漠里的赤王的魔怔佣兵交易,在完全不知道那玩意是啥的情况下掏出了50万mora来买那玩意,,,的消息,差点被骗(恼🤔接下来一个应该叫做alhaitham的须弥学者出来帮忙,帮他们要回了mora🤔考虑到荧酱连那玩意是啥都不知道就想去搞到它,alhaitham最终决定帮他们搞那玩意,因为他也要搞到那玩意研究,只不过他们得先去dori chan那儿买点东西🤔

所以荧酱就去dori chan那里买了一大堆被称为罐装知识的申必玩意回来了,然后alhaitham就在港口外找了个空地教荧酱如何使用这种罐装知识光速学习某种战斗技能,根据前后荧酱战力的对比,他得出了极其生草的结论:这玩意只值0.072%的战力提升(半恼🤔

然后alhaitham让荧酱再去dori chan那里买东西,不过这次是情报:他们要找的红色申必罐装知识到底在哪支佣兵手里🤔dori chan偷偷溜进去拍了一张照片,显示那玩意其实就在之前骗过他们的魔怔佣兵手里(确信🤔

第二天alhaitham按照约定和那群佣兵见面,只见他们的头子貌似使用了那个红色罐装知识,直接变魔怔了,开始痛击队友,直到alhaitham瘫痪了他的终端才停🤔接下来须弥条子抓人的时候,alhaitham偷偷藏起了魔怔佣兵头子身上的红色罐装知识,再和荧酱他们告别,所以连荧酱都不知道这事(确信🤔

这一部分archon quest就这么结束了,可以说是作为横跨三个地区的任务,这里面塞进去了114514个设定(确信🤔接下来几个archon quest就简单多了,第二章完全就是一个一个一个一个花神节啊啊啊啊啊,据说是stein gate的大型parody现场🤔第三章大概讲waifuhida建议他们往sages里面插入内应,结果发现愚人众果然中出了须弥政治,而且和稻妻那种愚人众和奉行苟且坑raiden不同,在须弥的愚人众可是和sages深度勾结的,他们在一起直接撸了一个新草神出来,而且散兵就是这个新草神的肉身(确信🤔waifuhida在这一系列过程中被识破,然后被彻底困住,再也没法黑进katherine机器人里到处逛了,只能暗示荧酱去沙漠接着冒险(悲🤔第四章基本上全都在沙漠里,讲了一下须弥历史,没啥好说的(迫真🤔

顺便插一句,有一说大草神其实变小了两次,第一次是剧情里擦赤王屁股,另外一次就是带灾变,之后草神就便乘了waifuhida,并被sages带去关禁闭(悲🤔

luminethonk

迫真总结下来,须弥之所以waifuhida能够最终得救,其实还真的就是因为荧酱每到一个新地区就要和当地神见一面的强烈愿望(确信🤔不然,就算waifuhida帮忙,光凭那群waifuhida信徒是怎么都翻不了天的,他们只能在一个一个一个一个花神节里被收割,便乘散兵机器人的燃料啊啊啊啊啊(全恼🤔

更别说四章archon quest下来,荧酱其实自觉或者不自觉地团结了nilou chan为代表的waifuhida一般通过信徒势力、cyno为代表的须弥执法部门势力和alhaitham为代表的须弥(仍然有良知的)学者势力,牵强地说甚至还有喵酱为代表的沙漠民或者说佣兵势力🤔如果没有荧酱,这群人基本上没什么可能凑一块的,所以荧酱在archon quest里面的作用没法像蒙德璃月那样忽略不计了(喜🤔

他们也许在最后一章一齐橄榄邪恶的须弥sage势力,并橄榄他们造出的神🤔那还有什么好说的,只要waifuhida一登基,那群和愚人众勾结的sages还不得由cyno出面,一个一个一个一个抓起来终身监禁啊啊啊啊啊🤔

mcuthonk.22.11.01

最近又看到一个叫做w801的mcu,和esp32一样,既有蓝牙又有wifi用,而且貌似价格比esp32便宜很多🤔我现在只要看到mcu就想买一个回来玩,不管能不能用得上🤔这种玩意在我这儿都当大号玩具玩的(确信🤔

所以我随便搜了一个9.9包邮的,结果到了之后发现它除了开发板外还附带了一个同款芯片🤔那真滴牛批,那个芯片貌似一个6块钱,开发板值个十多块吧,我寻思这算不算亏本卖了?🤔

反正无论如何那块芯片我肯定没法用,所以只能放起来了🤔这个w801开发板上面貌似没有usb转ttl,所以芯片直连usb的可能性是存在的,也就意味着它能模拟usb hid的可能性以微粒子形式存在(大嘘🤔

现在剩下的事就是找个sdk了,arduino ide貌似不支持搞它,就比较蛋疼(恼🤔

话说它的官方店里还有一款w800,也是蓝牙+wifi,但有板载温湿度传感器和dac的型号,一个20🤔我这几天搞的不就是温湿度传感器吗?这玩意肯定比esp8266外接看上去好多了(迫真🤔

atthonk

这段时间我还发现了另外一款确定有模拟usb hid功能的mcu,叫做attiny,顾名思义就是做atmega系列的那个厂子atmel出的🤔从某种程度上说它的确挺tiny的,甚至只有dip-8封装,也就是某些主板上bios存储芯片或者声卡和dac上插的运放用的那种🤔而且价格也比别的atmel便宜多了,像我买的attiny88只要6块钱,attiny85也只要12,相比之下atmega32u4至少也得24(恼🤔但它仍然支持模拟usb hid,估计如果它只有dip-8的话,usb占两条线,vcc和gnd占两条线,说实话它也没几个多余的io就是了(确信🤔

等等,attiny85是dip-8,attiny88可是dip-20,而且这两个貌似都支持多于插脚数的io,attiny85支持到6路io,attiny88支持26路io,这可真是邪乎🤔

wchthonk

我购物车里还放着一款叫做ch552g的mcu,也支持usb hid🤔和知名(大嘘)的ch340一样,出自一家叫做wch的厂子,只不过ch340只支持usb转ttl或者说串口,它支持的东西稍微多一些🤔本质上来说这玩意是种51单片机,我上大学的时候就听说过这种玩意了,但我那时对单片机这种东西没啥兴趣🤔

它价格基本上和attiny88是一个级别的,那没什么好说的,随手买一个就vans了🤔

dudiskthonk.22.10.30

赶在这个月结束之前终~于把onedrive转度盘的github actions脚本给写完了🤔在onedrive转discord/guilded drive脚本的基础上稍微改了点东西,比如考虑到度盘根本不需要往discord频道里上传任何东西,直接来一个发送日志的语句就vans了(确信🤔

参数方面可能需要注意一下,比如onedrive其实文件夹格式啥的也和度盘一毛一样,所以完全可以提取出文件名,再提取出它前面那个文件夹的名字,这样就可以将这两个参数填进pcs-go的语句里了(确信🤔

随便找了个8GB文件测试了下,github actions上传度盘的速度居然高达⑨0MB/s,从某种程度上来说居然和它上传discord drive和guilded drive的速度几乎一样快🤔我无端猜测这玩意在存储vps上表现差劲有可能是网络问题,也有可能是因为存储vps用的不是固态,而github actions的机子哪怕只有50GB可用空间也用的是固态(恼🤔

よし,居然如此,那就直接上生产(大嘘)环境了,也就二十几个文件(确信🤔一个小时之后所有线程跑完了,居然还有12个文件没上传上去(恼🤔一看日志,它们要么429要么只下载了一半(全恼🤔

不过这些都是好排除的,429的肯定完全就不会出现在度盘里,后者肯定会把.aria2文件也上传上去,就像我的onedrive转discord/guilded drive一样(确信🤔单线程重试就vans了(确信🤔

这也许说明onedrive可能的确不是很适合用⑧个线程来草,再说了它现在一个8GB文件下载只用不到一分钟,上传也只用不到三分钟,最多4分钟就能搞完,文件比较少的话我还是单线程撸⑧🤔

又一个小时过去之后,,,现在居然还有一个文件没上传上去?直接打开这个文件的oneindex链接,好家伙现在不是429了,而是直接提示文件被ratelimited,一个小时后再下(悲🤔

好,这次测试就这么完成了,感觉还行(迫真🤔

thonk

现在看来,我应该可以把度盘上传、discord drive上传和guilded drive上传全たま合并到同一个脚本里,一个文件用三遍,因为它们上传的速度貌似都是一个数量级的,嗯讲的话度盘的速度可能还会比discord drive快些,但应该不会超过guilded drive(确信🤔这么搞可能还有一个额外的好处,能延长从onedrive上下载每个文件的间隔,让它ratelimit得轻一点(迫真🤔

同理开启每个github actions线程时也可以每分钟乃至每两分钟才开启一个(确信🤔

文件名方面也好办,先用度盘格式上传一遍,然后改名成discord/guilded drive格式就vans了(确信🤔

现在还有一个可能需要解决的问题,尽可能自动的下载错误处理🤔给脚本加上检测下载后文件状态的功能,它能想办法识别aria2c的下载结果,如果是全OK的话就下一步,不然的话就删掉文件重新下载,或者sleep上个一分钟再重新下载啥的🤔

AYAYA.22.10.27

在插上pe4010之后,昨天一个下午和一个晚上就搞完了1.5TB数据的复制,中途不需要任何人工干预(确信🤔但验checksum方面一直折腾到今天早上才搞完(悲🤔现在我终于可以把那两块3TB垃圾盘扔进柜子里,然后当它们完全不存在了(确信🤔

接下来onedrive转discord/guilded脚本也跑完了,这次是第二遍🤔第一遍时我设置错了文件名,极其生草的是我写出了设置正确文件名的语句,却忘了在aria2c的参数里加--out,wiebitte?🤔

这次处理的时候更加离谱,由于中途我又叫停了一次,再次运行时onedrive开始429了(恼🤔我以前下rosefile时它就经常给我搞这套,现在我自己的onedrive也开始了?🤔

接下来我迫真休息了一会儿后看上去顺利很多,但检查文件数量的时候发现还是缺了两个(恼🤔对着8个线程的所有日志文件排查,发现有两个线程的第一个文件由于报429错误导致完全没有开始下载,那它当然也不会被上传了🤔

那非常好办了,至少比度盘好办,直接再将那两个oneindex链接扔进去处理就vans了(确信🤔

我估摸着这种429事故以后应该不会发生了,这次发生其实是因为我频繁启动生产环境脚本,但到现在这个脚本已经确定下来了(确信🤔

不错,我完成了第一次onedrive转discord/guilded,现在guilded链接也加上了其他文字描述,比如文件名、大小等🤔至于利用guilded新加的content disposition文件名这个,我现在还在考虑,也许可以考虑把sha512给作为文件名上传上去,反正上传脚本的构造form部分可以塞进去几个参数(确信🤔

接下来是不是可以去写onedrive转度盘了?这部分就非常随意了,我想设置几个线程就设置几个线程,它不需要和discord drive绑定,也不需要将生成的无论是discord链接还是guilded链接打在discord频道里,还得几个线程打印几个频道,随便找个频道输出下进度就vans了(确信🤔

paimonthonk

另外我这几天逛cloudflare论坛的时候,发现discord故意屏蔽了cloudflare相关的所有ip访问它的cdn站(恼🤔甚至discord的员工也出来说话了,大致意思是discord的cdn直链理论上来说只限在app内(当然是指discord啦)用,它只是恰好能在外访问而已🤔还说什么不鼓励别人拿discord当文件存储之类的(本discord drive野爹笑而不语🤔这傲娇的语气简直了(半恼🤔

那我比较好奇它有没有屏蔽pikapod,我也许可以把我挂的什么guilded中转php还是discord中转php再改改,改成反向的?🤔也就是完全转发客户端发来的所有请求头,考虑到这是下载而非上传,请求体肯定没有,所以直接撸就vans了,应该可以实现discord drive多线程(确信🤔现在还有一个问题,url rewrite怎么搞来着?🤔

thonkeqing

最后我照抄了oneindex的url rewrite,又照着某个名字貌似叫做mini proxy还是micro proxy的php项目改了一顿,让它们可以(理论上来说)转发所有请求头或者响应头(确信🤔

最后测试下来的效果是,无论guilded还是discord的文件cdn都能完美转发,这样就实现了guilded drive或者discord drive的墙内使用(确信🤔为什么我又对guilded drive写了一个,是因为有些地方guilded drive也被墙了(悲🤔

现在这玩意几乎唯一的缺点是,考虑到它只能放wp-content里面,它的完整url实在是太寄吧长了(恼🤔也许可以使用某申必url短链接来规避,但我反正懒得这么搞🤔另外,它好像缺乏转发range请求头的功能,至少我写的几个测试请求包,源站能返回正确的字节范围,但pikapod中转貌似不行(悲🤔

thonkeqing.22.10.26

昨天到的0034在一晚上的迫真坏道检查后一个坏道都没检出来,可以用了(确信🤔至此它便乘了我至少有据可查的第12块st6000nm系列硬盘(确信🤔理论上来说我现在差不多该彻底抛弃st6000nm了,但这几天实在是找不到什么600块钱12TB的车,那就只能接着用st6000nm了(半恼🤔也许现在什么st8000nm也降到了400块钱以下,但它还是没有0034便宜,0034哪怕245算也相当于固态界的pe4010,当然在它涨价之前🤔

那么我便可以着手将那两块3TB垃圾盘上的非u2内容复制上去了🤔大致看了眼,一块盘上只有不到30GB的玩意,可以直接一个rar打包vans(确信🤔另外一块盘是大头,占空间1.5TB,其中三分之一是游戏备份档,一看就是从砂糖盘里复制过去的,难怪砂糖盘里没有任何cuties impact之外的游戏备份档,原来我全放这儿了(意味深🤔

剩下三分之二是各种备份档,我估计度盘上面肯定有存档,尽管现在度盘解析脚本是用不了了,但我哪天实在是闲得蛋疼了大不了再从度盘下,然后重新上传🤔

接下来有114514种复制文件的方法,考虑到我目前有一块可用空间超过500GB的pe4010,最简单的方案就是对整个文件夹跑rar复制函数,它会将里面的东西一个一个一个一个打包到临时rar文件再解压啊啊啊啊啊🤔它里面的子文件夹最大的也就是400GB,应该能随便对付(确信🤔

这大概也是我第一次将这个固态直接插主板pcie插槽上🤔所以我顺便测了一张as图:

看起来效果还不错,也许我可以考虑再买一张pcie转usb3 gen2卡了,不太清楚那个什么rtl9210b跑gen2还会和gen1一样稳吗🤔

bruhfei

话说这破3TB硬盘怎么那么慢,才100MB/s,梦回114514年前了(全恼🤔这也就是为什么我需要将它们挪到0034上,并将它们扔进柜子里,从而腾出两个硬盘位(恼🤔

既然我有那么一段时间没法impact cuties了,干脆就来测试前几天写的脚本好了🤔我应该已经加上了time语句,到时候可以直观地观察到处理一个8GB文件每一步需要多少时间(确信🤔

AYAYA

onedrive转discord drive和guilded drive脚本基本上测试顺利,可以大规模跑了(确信🤔一小时大概能处理完成十个甚至⑨个8GB的文件🤔现在没有搞定的东西是将文件的大小也打到guilded drive的输出上,但也许我也没必要在guilded脚本里做,比如我的discord drive输出里面就包括文件大小,到时候直接替换到guilded drive对应行也许就vans了(确信🤔

接下来也许可以考虑写一下onedrive转度盘(确信🤔或者我一直想整的一个烂活:用cloudflare worker将任何http直链文件重新上传到guilded上面🤔

url2guilded

这玩意我参照了114514种脚本,甚至还参照bash脚本手动构造过form(恼🤔

但手动构造form并没法解决上传二进制文件的问题,毕竟js可不像bash一样可以混合字符串和二进制文件对象🤔所以,最后我发现这玩意其实和我之前写的浏览器上传脚本最接近,所以最后的成品在它的基础上改出来了(确信🤔

当然和浏览器的js不同,cloudflare worker的js没法从fetch下来的文件里获取文件名参数,至于content disposition响应头,我发现很多链接根本就没有这个头(恼🤔所以我最后改成了文件名从链接里面提取,我假定了这玩意的输入是直链,或者不管它跳转成了什么玩意(点名oneindex),至少看上去是直链🤔

接下来我发现了一件,不对,两件极其生草的事情:首先guilded的后端居然也是用扩展名来判断文件类型的,而非content-type🤔这也就意味着我浏览器上传guilded的脚本真的可以完全照搬到cloudflare worker上面(确信🤔

但content-type仍然不能乱设,不然的话,文件是可以转存但再次下载的时候会出一些问题🤔比如转存onedrive的迫真直链,它扩展名是对的(比如flac)但content-type有问题,导致上传后的文件尽管扩展名也是对的,但就是没法在线播放(悲🤔curl -I可以看到重新上传后的guilded drive文件,它的content type也跟着乱套了(恼🤔

我估摸着得添加一个扩展名和content-type的对应关系啥的,强行规定content-type,这样它应该就可以正常转存onedrive的迫真直链了(确信🤔至少我原来的浏览器js里上传guilded上传列表之外的文件时,就强行设置了content-type为text/plain(确信🤔

另外一件生草的事情是guilded这几天突然开启了content-disposition响应头,直接橄榄了我的guilded drive下载脚本,因为我每个上传的分片文件都是同一个随便填的名字(半恼🤔看来,现在filename字段变得有意义了,我恐怕得在我的guilded上传脚本,和这个cloudflare workers脚本里设置好文件名了,比如上面我们就从链接里提取出了文件名,然后用在上面(确信🤔

无论如何,最后我还是撸出来了,尽管它还是有很多缺点(比如onedrive迫真直链方面🤔https://url2guilded.wiebitte.workers.dev/,或者其barbruh形式https://u2g.barbruh.lol/,请(吴慈悲🤔

nilouAYAYA.22.10.24

今天是所谓的geek节,也是我又一次使用抽卡玄学的一天🤔一觉起来发现大号原石数量居然接近了三万,在打了一个活动和若干个每日之后,凑齐了三万整:

我在raiden即将从奶子里拔出奶子剑的瞬间按下f3并开始抽nilou chan,三发出了一个武器,然后再来一发,直接nilou chan🤔

既然我抽到了nilou chan,是时候迫真测试下nilou chan专属玩法了🤔组一个双水双草队,nilou chan只有20+,按四下e开启niloubloom模式,放出AYAYAto的大,然后用⑨0级的荧酱来一个bloom,直接上21000,noice🤔

此时荧酱的元素精通提升到了1080🤔

用未触发双草特效的荧酱和collei chan打出的bloom伤害分别是17000和14000,这里我就不截图了🤔想提升这部分伤害,除了给nilou chan或者别的角色装备四草套(hp四草套好刷吗?反正我这边只出攻击和暴击率)外,还可以提升nilou chan的hp,突破60后nilou chan可以解锁二段天赋,nilou chan多于30000的hp里面每1000可以加成niloubloom的伤害⑨%(确信🤔

可以观察到niloubloom模式开启的时候,当前角色身上会有蓝色颗粒闪烁(确信🤔这游戏很多特效都有视觉显示,比如能量满时神之眼会发光,甚至包括某些压根就不需要神之眼的角色(比如屑风神和钟离🤔武器的特效被激活了也会有不一样的视觉效果🤔既然非文字和ui的信息提供得这么充分,哪天这游戏出一个no ui模式我也没啥奇怪的🤔

thonkeqing

接下来去打nilou chan突破boss,那玩意反正比那个什么什么半什么什么阵列难打多了,因为它飞起来后我没有须弥aloy,根本打不动弱点(恼🤔既然如此,我也许需要上真·maxdps了,班爷raiden钟离AYAYAto,在班爷大里放AYAYAto大,接下来我发现了一件极其生草的事情,AYAYAto的大居然是锁面板的,平常一下只有三千,在班爷的大里放可以持续六千,甚至班爷的大没了还是如此(确信🤔这可是个持续时间长达18秒的大,确实有点离谱🤔

不错,这次在它飞起来之前就直接橄榄了它🤔

bruhfei

今天下午照例图像处理(迫真),一切顺利,除了我居然给大压缩包的文件名多加了一个点(全恼🤔

当然这肯定不会比写错日期啥的更严重,但我还是将8GB包重新制作了一遍,多花了一个半小时🤔而且onedrive现在貌似开始出现上传失败问题了,离谱的是它居然需要将上传失败的文件从头开始上传,所以200GB的玩意花了400分钟才上传完(恼🤔

但无论如何,这些东西已经在onedrive上了,接下来就可以转其他drive了(确信🤔这部分github actions代码我都写好了,就是一直懒得测试(🤔

thonkeqing

我还看了一遍3.2直播节目,英文版,当然我今天看的话只有录播了🤔它那个预告片实在是牛批,感觉像是cuties impact最牛批的预告片,甚至超越2.1那个🤔我现在不清楚3.2别的游戏内容怎样,但它的音乐搞不好会比3.1还要牛批,到时候肯定又可以gamerip点了(确信🤔

接下来是空和草神酱的英文声优来做迫真解说,第一部分是关于须弥主线的部分剧情解析,然后是草神酱的讲解🤔除了所有人早就知道的战斗方面外,草神酱在大世界里还有一项神级技能,瞄准视线内的物品隔空取物🤔不愧是须弥高科技终端的root用户,话说这玩意要是在须弥外也能隔空取物的话,那算不算整个提瓦特虚拟世界的root用户了?🤔回头来问问钟离和raiden,他们搞不好也有部分root权限(确信🤔

不过另外一方面我到今天还没有完成须弥主线呢,得找个时间打完它们了,不然到时候我就没法第一时间大战散兵机器人了(恼🤔

接下来出现一个悲报,waifuhida和layla chan又称须弥mona chan居然不在同一个池子里(全恼🤔看来,我接下来抽waifuhida的28800原石搞不好只能出一大堆我不想要的四星角色(恼🤔但好消息是,layla chan的池子可选的五星是miko chan,这样也许我可以再次施展gacha antics,再次表演连续两次赢50/50(大嘘🤔

thonk.22.10.23

在1282.5分钟后,这一坨740.23GB的8GB包也上传了上去,平均速度9.85MB/s🤔这次它应该没超过度盘上传,因为我感觉它某些时候就没跑满速度,再说了它不是还重试了三个文件吗(恼🤔

但重试那三个文件的时候,它并行上传只有3,却基本上占满了带宽🤔这可真有意思,所以那两个参数到底该怎么设,我再次蒙在onedrive的反人类api里(🤔

另外最近我有想法再添置一块6TB硬盘,并买两到三个硬盘保护壳将某些容量用光的旧硬盘装里面然后扔进柜子里存着🤔

现在nm0034已经到了210块钱,我完全可以随便买一块玩玩,或者先拿它将那两块3TB硬盘合并了再说(恼🤔而nm0095也只要300左右,看来这一系列sas硬盘已经便乘了垃圾盘级别的玩意(确信🤔

硬盘保护壳还是我最喜欢用的phx35,10块钱一个,我寻思futaba盘和另外一块12TB硬盘用完之后基本上没什么可能挪动了,所以用phx35装它们没毛病,应该用不上什么phf(确信🤔

wiebitte

草,那个卖210的只打包卖,不卖单个硬盘(全恼🤔上某宝找了一个245的,这次貌似可以买了,除了那个卖家居然给我打过来电话问我是否知道nm0034是服务器硬盘🤔开什么玩笑,我现在已经用了应该是超过15块nm0034了,我从它仍然要卖六七百的18年末一直用到今天,这狗逼玩意需要什么阵列卡乃至它的读写性能我都一清二楚(半恼🤔

说不定哪天我可以再买个nm0095?那得等我这块0034用完了再说⑧🤔我现在主要还是不清楚那两块3TB垃圾盘里除了u2冻鳗之外的东西到底有多大,反正记得去年年底做了一番迫真统计,反正比那时某块4TB垃圾盘的剩余空间还是砂糖盘的剩余空间来着大很多🤔

bruhfei.22.10.22

一夜过后,才发现昨天晚上在笔记本上跑rclone的时候,居然忘了将新建的sharepoint site的rclone配置文件参数给复制过去,现在好了,只有原来那个sharepoint site对应的文件夹上传上去了,剩下的都没有上传,基本上空置了4个小时(全恼🤔

好在它们上传得挺快的,255分钟上传了161.36GB东西,平均下来应该是10.80MB/s,与此同时度盘用了264.5分钟,它居然超过了度盘,不错🤔看来在我一顿迫真调参后,它被优化得不错,而度盘上传从某种程度上说还受限于将文件挪到内存盘这个无法忽略不计的overhead(悲🤔

其实昨天晚上上传另外一坨文件的时候,临时决定还是塞满sharepoint site为好,所以最后没有把所有东西都上传到新sharepoint site里面,而是把一个文件夹塞进了旧的里面,剩下的都塞进新的,甚至以后如果新生成了什么东西也先塞进那个里面,然后再塞进第三个site(我一晚上创建了6个🤔当然我极其尴尬地发现这些剩余的东西也比pe4010的可用空间大100GB左右,所以我这么做也可以实现上传完旧sharepoint site之后直接删掉那个161GB的文件夹,然后将最后100GB东西复制进去,接下来可以一条命令撸到底(确信🤔

为了实现这个目标,我写了一个临时函数,将两条rclone命令加了进去,然后对这个函数进行计时🤔当然每条rclone也可以设置计时,但我原计划是在第二个rclone上传的间隙,停止整个函数的运行,然后做删文件并复制新文件的事情,然后继续跑这个函数🤔现在看来,我不需要这么做了,直接跑第二条rclone就vans了🤔

barbruh

上传过程中居然出现了三次错误,而且我以前从来没见过这种错误:它提示文件在上传的过程中被修改过,所以取消了上传🤔

这个可能有两种意思,一种意思是源文件被修改过,这个很明显不大可能发生,毕竟我只是挂那儿上传,而非对其进行写入,而且哪怕这个固态真的中途出了点什么申必故障,它应该也不会被rclone感知到,比如修改日期发生了变化🤔以我面对故障固态的迫真经验,它什么metadata都不会变,只不过文件中间的一部分便乘了全0(确信🤔

另外一种意思是指onedrive上面的文件分片被修改过,至少我在网上查到的几例是这样,它们有rclone上传的,也有直接操作graph api上传的,反正解决方案全都是重试一遍就vans了🤔

那好,我就重试一遍,或者说我也不用手动重试,rclone上传完别的文件后会自动重试一遍出错的文件,并再次检查下别的文件(确信🤔但它上传完成后我还会再检查一遍,并保存下检查记录🤔

反正无论如何我应该能保证它全传了上去(确信🤔

thonk

现在有个问题,假设pe4010有可能出现故障,我如何规避它?🤔

一种方案是将8GB包复制到pe4010上时,再复制一份副本到我认为可靠的存储媒体上,比如那些2.5寸sas盘,然后在那些盘上跑checksum🤔至于在线文件的checksum,至少我的discord drive脚本会计算它的sha512,并以这个值作为分片文件的文件名,所以应该是比较好查的(确信🤔

还有一种方案,直接弃用pe4010,然后用一块1TB左右的2.5寸硬盘来上传🤔当然机械硬盘多线程上传其实效果不是很好,而且还有一个问题,那是台笔记本,它可能会出现供电问题🤔便宜而且性能好的2.5寸sas肯定用不了,别的2.5寸机械硬盘性能都不怎么样(恼🤔

thonkdrive test.22.10.21

这次onedrive上传的试验非常顺利,尽管中途换了一次机子(由于笔记本要拿出去用),我还是在1342分钟完成了693.37GB文件的上传🤔为什么不是800GB,可能pe4010上面放的koitatu sunshine我暂时还不想删了🤔

这么算下来平均速度大概是8.82MB/s,我查下那些文件夹的度盘上传记录,,,1140.5分钟,看来比度盘居然只多出了201.5分钟,也就是三个多小时,或者说17.6%🤔考虑到上传onedrive之后比度盘多出114514倍的好处,这点代价还真不算什么(迫真🤔

而我比较关心的功耗方面,不连parsec的情况下基本上在32W左右,连上parsec也不会超过50W,反正比x79省电多了就是了(确信🤔再说了,除了输命令和偶尔查看进度之外,我也不会闲得蛋疼连parsec,所以功耗就按照32W算得了(半恼🤔

thonk

目前看来,onedrive上传能够调的参数也只有两个,一个是同时上传文件的数量,另外一个是分片大小🤔它基本上可以对应上pcs-go的线程数和分片大小这两个参数(确信🤔

那么调参也许可以参照pcs-go,设置16个或者32个文件同时上传,然后分片调小一点(迫真🤔但最后我没这么搞,我还是按照onedrive的习惯撸了10个文件和80MB分片🤔

它这玩意的速度曲线基本上在分片上传即将完成和下一个分片开始上传之间会有一个肉眼可见的波谷,导致其并不像pcs-go一样能绝对用完所有上传带宽,当然这玩意在guilded上传脚本和某种类型的guilded多线程下载脚本里也能观测到🤔通过调高分片大小和同时上传的文件数,也许可以降低波谷出现的次数(确信🤔但同时上传的文件数也不能太多了,我现在设置了10个文件,每个文件已经需要两小时才能完成上传了,考虑到它没有文件内的断点续传功能,我可能得每两小时才有一次挪机器的机会(半恼🤔

但无论如何,我算是完成了一次上传,以后再做这样的上传时,至少我有点迫真经验了🤔

thonkeqing

除此之外我还撸了一个3块钱12GB(永久流量)的所谓高级梯子,用来跑parsec🤔笔记本肯定还是该用什么用什么,毕竟我可以随便换节点,但家里的梯子我在外面没法随便换,所以只能用一个绝对稳定的(恼🤔

thonkdrive.22.10.20

在我114514秒的迫真尝试之后,度盘解析脚本可以说是正式寄了(悲🤔

既然如此,我那边积压了1.5TB左右的8GB包恐怕得换种方式上传(到discord drive)了🤔比如,先上传到onedrive上?🤔

那么我前几个月买的超大号pe4010固态u盘就可以用上了🤔至少目前我可以先把那几块2.5寸sas硬盘上的玩意复制到pe4010里,然后插某台笔记本上,直接一句rclone,vans🤔

到时候就相当于这些文件已经有了一份onedrive在线副本,接下来当然是将其下载到vps上或者github actions机子上,再上传到剩下几个drive(确信🤔

thonkeqing

现在看来,不仅这些文件可以这么处理,以后再产生新的8GB压缩包文件都可以这么处理(确信🤔

毕竟我现在的迫真存储降级就是要将8GB包上传到尽可能多的在线存储上,而我肯定不会将它们一个一个一个一个都从本地上传一遍啊啊啊啊啊,肯定是先上传到某一个在线存储里,然后再从这个在线存储下载到vps或者github actions机子上,再重新上传到别处🤔

只不过由于度盘解析脚本彻底完蛋,度盘已经没法继续作为这些文件在线上的第一站(迫真)存在了,所以现在这件事得onedrive去干(确信🤔

从某种程度上来说,onedrive由于没法多线程上传,它的上传api限定了只能一个一个一个一个分片依次上传啊啊啊啊啊,所以哪怕用vps上传,它的上传速度也慢到难以忍受(恼🤔然而如果从本地开始上传onedrive的话,它的上传速度(可能存在的)上限又比本地快,而且本地可以设置4个乃至8个文件同时上传,能随便用完上传带宽(确信🤔

而且onedrive上传搞起来比度盘上传很明显方便不少,用不着什么定制脚本先将rar复制到内存盘再去上传,直接一条rclone的事情,十个甚至⑨个小时之后,那些文件就会出现在onedrive上(确信🤔

那么既然现在开始直接上传了,很明显将这些8GB包放置在机械硬盘里面不再是什么好主意,再说了,2.5寸sas硬盘只能用我那台x79台式机上传,那玩意功耗还是太大了,最少也得有个100W(恼🤔相比之下,我要是把文件放进pe4010里然后插笔记本上传onedrive,最多也就50W,甚至有可能只用掉30W,耗电直接砍掉一半(确信🤔

更进一步,如果我要把8GB包放pe4010里上传,以后甚至都用不着本地的两块固态暂存8GB包,在制作它们的时候就直接写入到pe4010里(确信🤔当然也许我也用不着这么做,反正原来的流程里占时间大头的也是原文件写入到另外一块机械硬盘,而非8GB包写入到pe4010🤔我到时候再看用哪种方式更方便些🤔

那么非常有可能以后保存数据的流程是每次备份数据的时候,将数据的量控制到900GB甚至800GB左右,写入pe4010里面,然后在onedrive上新建一个sharepoint site放置这块固态里面的所有内容,不多也不少(确信🤔再给它整一个oneindex,像度盘解析脚本一样生成下载onedrive的aria2c命令文件,然后扔进github actions里上传,可以使用原来的度盘转discord drive脚本(只不过链接是oneindex链接),也可以到时候撸一个新脚本🤔以这种方式,我基本上可以最大限度地减少人工干预环节(确信🤔

现在基本上只剩一个问题了:github actions机子上传度盘的速度如何?我可能需要评估下这个(恼🤔如果上传度盘快的话我可以用github actions上传度盘,不然恐怕我只能本地再上传一遍了(全恼🤔