[U] Update channel content
This commit is contained in:
@@ -2,11 +2,18 @@
|
||||
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="zh-cn">
|
||||
<id>https://aza.moe/life</id>
|
||||
<title>小桂桂的回忆录 📒</title>
|
||||
<updated>2024-07-20T10:11:02.338409+00:00</updated>
|
||||
<updated>2024-07-20T12:10:52.450778+00:00</updated>
|
||||
<link href="https://aza.moe/life" rel="alternate"/>
|
||||
<generator uri="https://lkiesow.github.io/python-feedgen" version="0.9.0">python-feedgen</generator>
|
||||
<logo>https://aza.moe/meru_256px.png</logo>
|
||||
<subtitle>「我们所经历的每个平凡的日常,也许就是连续发生的奇迹」</subtitle>
|
||||
<entry>
|
||||
<id>4184</id>
|
||||
<title>小桂桂的回忆录 📒 #4184</title>
|
||||
<updated>2024-07-20T11:05:17+00:00</updated>
|
||||
<content><p>感觉是怎样设计模型都绕不开的问题</p></content>
|
||||
<link href="https://aza.moe/life?post=4184" rel="alternate"/>
|
||||
</entry>
|
||||
<entry>
|
||||
<id>4183</id>
|
||||
<title>小桂桂的回忆录 📒 #4183</title>
|
||||
|
||||
File diff suppressed because one or more lines are too long
Binary file not shown.
|
After Width: | Height: | Size: 68 KiB |
Binary file not shown.
|
After Width: | Height: | Size: 12 KiB |
+37
-18
@@ -36479,7 +36479,7 @@
|
||||
"id": 2724,
|
||||
"date": "2023-10-04T22:18:28",
|
||||
"text": "多伦多.jpg 🤯",
|
||||
"views": 112,
|
||||
"views": 113,
|
||||
"forwards": 1,
|
||||
"reply": {
|
||||
"id": 2723,
|
||||
@@ -55517,7 +55517,7 @@
|
||||
{
|
||||
"id": 4072,
|
||||
"date": "2024-06-29T06:40:59",
|
||||
"views": 292,
|
||||
"views": 293,
|
||||
"forwards": 4,
|
||||
"files": [
|
||||
{
|
||||
@@ -56512,7 +56512,7 @@
|
||||
"id": 4144,
|
||||
"date": "2024-07-12T12:14:12",
|
||||
"text": "第一代模型和第二代模型的对比 qwq\n\n都是 VITS 架构,v1 是从每个角色 200 条 10s 音频的 900 MB 小数据集训练 500 轮出来的,v2 是由全游戏总共 173k 条音频的 30GB 大数据集训练现在刚 50 轮就已经比 v1 好太多了哇\n\n不过大数据集训练好慢... 即使为了防止显存炸掉限制了 10s(因为要把整个音频读进显存里才能训练,最长长度不一致的话很容易 OOM)即使把 batch size 调到 48 用 4090 训练,每轮也要半小时这么久...\n\n新的模型也开放了一个测试网页,欢迎来玩哦 <a href=\"http://sekai-test2.aquadx.net/\">http://sekai-test2.aquadx.net/</a> (之后下线的时候会把这条编辑掉)",
|
||||
"views": 77,
|
||||
"views": 79,
|
||||
"forwards": 0,
|
||||
"reply": {
|
||||
"id": 4142
|
||||
@@ -56522,7 +56522,7 @@
|
||||
"id": 4145,
|
||||
"date": "2024-07-12T19:47:31",
|
||||
"text": "接上桂桂TTS了.说话有声音了",
|
||||
"views": 85,
|
||||
"views": 87,
|
||||
"forwards": 0,
|
||||
"forwarded_from": {
|
||||
"name": ".",
|
||||
@@ -56741,7 +56741,7 @@
|
||||
"id": 4161,
|
||||
"date": "2024-07-16T17:42:53",
|
||||
"text": "<a href=\"##桂桂今天吃什么\">#桂桂今天吃什么</a>\n和 syama 一起吃深夜烧鸟 quq",
|
||||
"views": 66,
|
||||
"views": 68,
|
||||
"forwards": 0,
|
||||
"media_group_id": 13769214187057997,
|
||||
"images": [
|
||||
@@ -56801,20 +56801,20 @@
|
||||
"id": 4166,
|
||||
"date": "2024-07-17T17:16:04",
|
||||
"text": "syama 家有一组两个灯有三个按钮开关,开关 A 打开会让 a 亮,B 会让 b 亮,C 会让 a = !a, b = ! b,也就是说如果 A 和 C 同时开着,只有 b 亮\n\n<span class=\"spoiler\"><span>突然好想把家里的智能开关改造成一个布尔可满足性谜题,每个开关控制三个灯的布尔条件,每组特定的亮灭组合都可以用一种特定的开关组合达成</span></span>",
|
||||
"views": 68,
|
||||
"views": 70,
|
||||
"forwards": 0
|
||||
},
|
||||
{
|
||||
"id": 4167,
|
||||
"date": "2024-07-17T17:25:15",
|
||||
"text": "为什么鱼罐头是鱼做的但是猫罐头不是猫做的 <i class=\"custom-emoji\" emoji-src=\"emoji/5445226814236533679.tgs\">🧐</i>",
|
||||
"views": 67,
|
||||
"views": 68,
|
||||
"forwards": 0
|
||||
},
|
||||
{
|
||||
"id": 4168,
|
||||
"date": "2024-07-17T21:48:54",
|
||||
"views": 65,
|
||||
"views": 66,
|
||||
"forwards": 0,
|
||||
"forwarded_from": {
|
||||
"name": "Azalea",
|
||||
@@ -56837,7 +56837,7 @@
|
||||
"id": 4169,
|
||||
"date": "2024-07-18T11:23:14",
|
||||
"text": "???? CloudFlare 真的好智能?\n\n今天起来发现服务炸了,请求直接域名不见... 驱虫了半天,原本觉得 CF 应该是最不容易出问题的但是也看一眼吧,然后发现真的就是 CF 的锅\n\n我的 CF 隧道上有很多条 <a href=\"sekai.aquadx.net\">sekai.aquadx.net</a> 的不同子路径代理到不同端口上,昨天晚上加了一个测试路径然后把它删掉了,然后现在发现 CF 删那个子路径的时候直接把我整个 <a href=\"sekai.aquadx.net\">sekai.aquadx.net</a> 的 DNS 映射删掉了......\n\n怎么这么基础的逻辑还能出错啊 CF <i class=\"custom-emoji\" emoji-src=\"emoji/6323343426343404864.webp\">❓</i>",
|
||||
"views": 70,
|
||||
"views": 71,
|
||||
"forwards": 1,
|
||||
"media_group_id": 13770414354579493,
|
||||
"images": [
|
||||
@@ -56867,14 +56867,14 @@
|
||||
"id": 4171,
|
||||
"date": "2024-07-18T20:36:36",
|
||||
"text": "我火星 刚看到 niconico 数据丢失的那件事,完全 🤯\n\n发现现在日语创作社区已经移居 YouTube 了,弹幕文化就这样死掉了吗... 感觉好可惜",
|
||||
"views": 61,
|
||||
"views": 62,
|
||||
"forwards": 0
|
||||
},
|
||||
{
|
||||
"id": 4172,
|
||||
"date": "2024-07-19T10:57:17",
|
||||
"text": "跟我学单词:\nCrowd,人群\nStrike,罢工\nCrowdStrike,集体罢工\n\n例句:\nJuly 19th, we CrowdStrike. 7月19日,我们集体罢工了",
|
||||
"views": 49,
|
||||
"views": 52,
|
||||
"forwards": 1,
|
||||
"forwarded_from": {
|
||||
"name": "IloveMATH.Get('Daily').Except('Ingress').EmitToChannel()"
|
||||
@@ -56884,7 +56884,7 @@
|
||||
"id": 4173,
|
||||
"date": "2024-07-19T10:58:45",
|
||||
"text": "感觉会有很多一般路过吃瓜群众觉得这次的蓝屏事故是微软的锅...",
|
||||
"views": 58,
|
||||
"views": 61,
|
||||
"forwards": 0,
|
||||
"reply": {
|
||||
"id": 4172,
|
||||
@@ -56895,7 +56895,7 @@
|
||||
"id": 4174,
|
||||
"date": "2024-07-19T14:30:25",
|
||||
"text": "今天在研究中日文翻译,去🤗上找了一圈发现并没有人训练中文翻日文的模型,即使语言很全的比如 Helsinki-NLP opus 系列也大部分都是转英语的模型。\n\n然后就在想,要做一个语言覆盖全面的翻译模型需要的资源好多啊,模型数量和语言数量是 n² 关系,如果要支持 33 种语言互相翻译就需要训练 1089 个模型... 那现有的翻译工具是怎么做的呢?\n\n然后发现谷歌翻译其实是用英语做了中间语言,先把所有语言翻译到英语再翻译到目标语言... 这样就只需要 2n 个模型了,但是会有很大问题,英语有歧义的东西就会翻错,比如「字符串」 > \"String\" > 「弦」\n\n那 DeepL 是怎么做的呢?简单测试一下发现是没有英语歧义问题的,字符串不会翻译成弦,弦也不会翻译成字符串... 但是仔细测试一下发现 DeepL 其实也是用英语中转的,因为中英翻译爆炸的时候中日会把英语的爆炸结果翻出来。那它是怎么做到消歧义的呢?好奇妙",
|
||||
"views": 53,
|
||||
"views": 57,
|
||||
"forwards": 0,
|
||||
"media_group_id": 13771195402520333,
|
||||
"images": [
|
||||
@@ -56935,7 +56935,7 @@
|
||||
"id": 4177,
|
||||
"date": "2024-07-19T14:42:19",
|
||||
"text": "没事了,DeepL 英语歧义也会翻错",
|
||||
"views": 54,
|
||||
"views": 58,
|
||||
"forwards": 0,
|
||||
"reply": {
|
||||
"id": 4174,
|
||||
@@ -56959,7 +56959,7 @@
|
||||
"id": 4178,
|
||||
"date": "2024-07-19T15:36:21",
|
||||
"text": "测试了半天百度翻译,百度翻译确实没有英语歧义的问题\n\n...因为百度的中转语言是中文,当然没有英语歧义的问题,只有中文歧义的问题 🌚\n\n\"Beat a car\" > 「打车」 > 「タクシーを拾う」 (\"Take a taxi\")\n\n不过感觉中文确实比英文更难出现歧义,而且因为亚洲语言离中文更近,感觉百度翻译翻亚洲语言的准确率肯定比英语中转的 Google / DeepL 高",
|
||||
"views": 54,
|
||||
"views": 57,
|
||||
"forwards": 0,
|
||||
"reply": {
|
||||
"id": 4174,
|
||||
@@ -56983,7 +56983,7 @@
|
||||
"id": 4179,
|
||||
"date": "2024-07-19T22:19:44",
|
||||
"text": "这几天每天都要重启电脑,只要电脑开机超过 24h 内存就绝对会被占满,然后 CPU 也会被内存管理占到 30% 左右...\n\n但是我用户的程序只占了 4.4GB,那剩下的 28GB 去哪了呢?\n\n今天实在受不了了,打开 sysinternals RamMap 仔细研究了一下,发现页表居然占了 7GB。看看进程发现我进程表 90% 都是 Docker 的僵尸进程,虽然每个只占 32K 的页表但是多了就把内存占满了 <i class=\"custom-emoji\" emoji-src=\"emoji/6323582802050680516.webp\">🛌</i>\n\n没想到会是 Docker 这么常用的东西的问题... 立即卸载(",
|
||||
"views": 52,
|
||||
"views": 58,
|
||||
"forwards": 1,
|
||||
"media_group_id": 13771420678920221,
|
||||
"images": [
|
||||
@@ -57013,7 +57013,7 @@
|
||||
"id": 4182,
|
||||
"date": "2024-07-20T09:18:30",
|
||||
"text": "好吧又仔细查了一下,Github 上有人开了 issue,他们的结论是这是 AMD Zen4 显卡驱动 Adrenaline 24 的 bug,会让所有结束了的进程变成僵尸进程释放不出去... 大家给 docker 丢锅只是正好 docker 结束进程比较频繁而已\n\n试了从 24.4 更新到 24.7.1,不知道会不会好",
|
||||
"views": 32,
|
||||
"views": 45,
|
||||
"forwards": 1,
|
||||
"reply": {
|
||||
"id": 4179,
|
||||
@@ -57025,7 +57025,7 @@
|
||||
"id": 4183,
|
||||
"date": "2024-07-20T09:44:20",
|
||||
"text": "草 \n\n我: 在 /gen 请求参数面加了一个变量,你加一下\nsyama: 我找找,是这个类吗 GenerateResponse... 好像是返回类。找不到欸 <i class=\"custom-emoji\" emoji-src=\"emoji/6323412532367198064.webp\">🍔</i>",
|
||||
"views": 17,
|
||||
"views": 34,
|
||||
"forwards": 0,
|
||||
"images": [
|
||||
{
|
||||
@@ -57039,5 +57039,24 @@
|
||||
"thumb": "media/4183.jpg_thumb.jpg"
|
||||
}
|
||||
]
|
||||
},
|
||||
{
|
||||
"id": 4184,
|
||||
"date": "2024-07-20T11:05:17",
|
||||
"text": "感觉是怎样设计模型都绕不开的问题",
|
||||
"views": 24,
|
||||
"forwards": 0,
|
||||
"images": [
|
||||
{
|
||||
"width": 1125,
|
||||
"height": 1280,
|
||||
"date": "2024-07-20T11:05:17",
|
||||
"media_type": "photo",
|
||||
"original_name": "photo_2024-07-20_11-05-17.jpg",
|
||||
"url": "media/4184.jpg",
|
||||
"size": 69222,
|
||||
"thumb": "media/4184.jpg_thumb.jpg"
|
||||
}
|
||||
]
|
||||
}
|
||||
]
|
||||
@@ -12,7 +12,13 @@
|
||||
<link>https://aza.moe/life</link>
|
||||
</image>
|
||||
<language>zh-cn</language>
|
||||
<lastBuildDate>Sat, 20 Jul 2024 10:11:02 +0000</lastBuildDate>
|
||||
<lastBuildDate>Sat, 20 Jul 2024 12:10:52 +0000</lastBuildDate>
|
||||
<item>
|
||||
<title>小桂桂的回忆录 📒 #4184</title>
|
||||
<link>https://aza.moe/life?post=4184</link>
|
||||
<description><p>感觉是怎样设计模型都绕不开的问题</p></description>
|
||||
<guid isPermaLink="false">4184</guid>
|
||||
</item>
|
||||
<item>
|
||||
<title>小桂桂的回忆录 📒 #4183</title>
|
||||
<link>https://aza.moe/life?post=4183</link>
|
||||
|
||||
Reference in New Issue
Block a user