D
不能动态分块的 ---Original--- From: ***@***.***> Date: Sun, Sep 15, 2024 09:14 AM To: ***@***.***>; Cc: ***@***.******@***.***>; Subject: Re: [siyuan-note/dejavu] Refactor (PR #6) @zxhd863943427 commented on this pull request. In repo.go: >...
文件大小变化后分块大小不固定会有问题 ---Original--- From: ***@***.***> Date: Sun, Sep 15, 2024 12:07 PM To: ***@***.***>; Cc: ***@***.******@***.***>; Subject: Re: [siyuan-note/dejavu] Refactor (PR #6) 不能动态分块的 这个怎么说？我观察来说，只要对于一批文件使用同一个固定的分块体积，那么就能有效的分块。 — Reply to this email directly, view...
已有分块会有变动 ---Original--- From: ***@***.***> Date: Sun, Sep 15, 2024 12:36 PM To: ***@***.***>; Cc: ***@***.******@***.***>; Subject: Re: [siyuan-note/dejavu] Refactor (PR #6) 文件大小变化后分块大小不固定会有问题 举个例子说明下？假设目前使用两个分块等级，0-500kb和500kb以上，一个文件之前为500kb的，那么会按照第一个等级分块，体积增加到500kb时就按照第二个等级分块，这会导致什么问题？ — Reply to this email directly, view...
我指的是按照动态算法的话已有的分块就废了。 另外，之前的分块大小是按照比较符合笔记数据来配置的，没有必要动态配置，分块太多也不能提高性能，甚至可能降低性能，所以不打算改变了。 ---Original--- From: ***@***.***> Date: Sun, Sep 15, 2024 13:22 PM To: ***@***.***>; Cc: ***@***.******@***.***>; Subject: Re: [siyuan-note/dejavu] Refactor (PR #6) 分块不是按照hash命名的吗？分块大小改变后，hash肯定会变吧，所以不太可能修改已有的块。 — Reply to this email directly, view...
你测试一下看看吧，我没有测过。 最好是不要改，我记得之前也不是用的默认分块大小，而 8M 吧。 ---Original--- From: ***@***.***> Date: Sun, Sep 15, 2024 14:32 PM To: ***@***.***>; Cc: ***@***.******@***.***>; Subject: Re: [siyuan-note/dejavu] Refactor (PR #6) 等等，D 你的意思是重新建立快照会导致之前的小文件会被重新分块产生新的块？ — Reply to this...
抱歉，我记错了，用的是这个库的默认分块，但这个值之前我是以一些测试笔记数据作为参考后才没有手动设置其他值的的，所以这个值是比较合理的，不考虑变动了。
不抽取函数可读性更好一些 ---Original--- From: ***@***.***> Date: Fri, Sep 20, 2024 12:54 PM To: ***@***.***>; Cc: ***@***.******@***.***>; Subject: Re: [siyuan-note/dejavu] Refactor (PR #6) @zxhd863943427 commented on this pull request. In repo.go: >...
是的，按照原来的实现 ---Original--- From: ***@***.***> Date: Wed, Sep 25, 2024 18:55 PM To: ***@***.***>; Cc: ***@***.******@***.***>; Subject: Re: [siyuan-note/dejavu] Refactor (PR #6) @zxhd863943427 commented on this pull request. In repo.go: >...
太长时间未处理，先关闭了。
嗯，没有支持这个扩展语法。