zzh
|
5a055625c3
|
清理了一下代码，目前比较纯净，无bug，方便各种设置和测试
|
2024-02-03 02:31:00 +08:00 |
|
zzh
|
45318fc95b
|
解决了各种bug，目前mid interval和普通的occ interval合并在一起处理了，通过编译指导语句，进行选择和调试
|
2024-02-02 22:18:27 +08:00 |
|
zzh
|
5ff04ec853
|
去掉了一些调试代码，fmt增加了小间隔同时计算的代码，但是效果不明显，后续可能会删掉
|
2024-02-02 12:53:34 +08:00 |
|
zzh
|
5f18167703
|
mid interval支持8和16，代码中含有注释掉的调试信息，发现并解决了一个数据溢出的bug
|
2024-02-02 03:59:35 +08:00 |
 zzh
|
e8ceb3ff58
|
解决了各种bug，现在结果是准确的，比原始的扩展快了30%，比64间隔的扩展快了20%
|
2024-02-01 13:04:57 +08:00 |
|
zzh
|
fe34be5d3a
|
解决了创建fmt过程中的bug，把bwt中保存occ的类型从uint64改成了uint32
|
2024-01-31 02:19:08 +08:00 |
|
zzh
|
555e39df94
|
验证了fmt-index的正确性，用两种方式进行了实现，第二种记录b1和b2的occ以及大于他们的碱基的occ，更快一些
|
2024-01-29 23:14:46 +08:00 |
|
zzh
|
22b75d335b
|
结果正确性没有问题，正在测试速度，稍快一些
|
2024-01-28 14:51:40 +08:00 |
Gitea
|
c69cb901bb
|
解决了一些bug，目前看来fmt可以正常工作
|
2024-01-27 00:42:47 +08:00 |
|
Gitea
|
8e1576a2cd
|
对代码进行了重构，基本完成了fmt-index数据结构的建立和序列查找代码，保留着一些调试信息
|
2024-01-25 15:45:59 +08:00 |