求qiqi的“极速内核提速原理”

LindiX

所谓极速内核实际上只是表面极速，系统没有任何优化，文件分配表还是一样的乱。
WQX原内核里有检测僵尸文件的程序，而“所谓极速”的原理就是将WQX原内核里检测僵尸文件的部分去除。

litianzzk

哦，是这样的。

KB_dev

以下是引用LindiX在2005-8-28 19:18:00的发言：[BR]所谓极速内核实际上只是表面极速，系统没有任何优化，文件分配表还是一样的乱。
WQX原内核里有检测僵尸文件的程序，而“所谓极速”的原理就是将WQX原内核里检测僵尸文件的部分去除。

好好分析一下gffs和急速内核吧
那样才不至于说出这样无知的话！
gffs的inode表(不是叫文件分配表！记住了！），为什么乱？那是为了达到NOR FLASH的擦写均衡
至于急速内核，根本不是什么检测僵尸文件的去掉了！！
而是修改了搜索inode部分的程序，优化了文件系统代码。使其效率提高80倍以上

完毕

Lendy

楼上又是某人的马甲。安徽省六安市舒城县的那个“某人”。

连内核里搜索文件分配表的程序是怎么一回事都不了解，就敢在这里吹“iNode Table”，好笑到极点。
“NOR Flash擦写均衡”这个名词更搞笑。相当于：书桌上放了很多东西，我买了一台电脑要放上去，所以我把书桌上的东西先搬到别的地方，然后却不懂得把东西整理一下再放回来。

推荐楼上回去好好“研究研究”那段程序再回来这里吹水。
名词是死的，人是活的。
某些只会使用别人技术来给自己充大头的人永远理解不到隐藏在名词下面的真谛。

封你的号，是因为这里不欢迎马甲。
说这么多，目的是要“劳烦”某位马甲走人。
----------------------------------------------------------
算了，暂把KB_dev的号解锁(KB_dev也是这位“某人”的马甲)，以供众人BS。

KB_dev

试问我不了解搜索inode表程序，如何提速？
乱的确是为了NOR FLASH擦写均衡，若不懂这个技术，自己回去查
若你是真能了解如何提速，就不会说出这种无知的话：
“WQX原内核里有检测僵尸文件的程序，而“所谓极速”的原理就是将WQX原内核里检测僵尸文件的部分去除”
检测和清除僵尸另有中断在RESET时执行，提速根本没涉及到这一部分
至于说到什么用别人的技术，敢问提速用了谁的技术？
技术站有这样对技术一知半解，还喜欢随便给人乱解释名词，
靠某位高手撑台的站长
实在是可悲

Lendy

所以说你不懂得隐藏在名词下面的真谛。

首先，“请”某人不要用类似“NOR FLASH擦写均衡”这样晦涩的名词来误导新手，充大头。（当然，也不排除某人自以为NOR Flash擦写这种小儿科是很“尖端”的技术）
NOR Flash的擦除是以段为单位。所以，只要适当做个缓冲，即可确保擦写和写入都在同一段。

其次，检测僵尸文件的程序，在网络热键等多个功能里都有用到。而不是只在Reset时用到。

再次，没人说“所谓提速”的那段程序用到了谁的技术，这种小打小闹的东西无技术可言。要说的是iNode，某些习惯于用别人技术的人永远发现不了名词下面的真谛，只会吹出“iNode”这样的名词，而不懂得其本质。

最后，你所说的那位“站长”，还真是有这种人：某个网站的某个“站长”靠着xuhonghai从另一个网站泄露出去的技术而在技术界苟延残喘。

算了，再补充一点，某人整天用“腐化”这种词眼，殊不知某人自己已经从骨子里腐化覆灭。没有真材实料、毫无人品的人不用指望在技术界立足。

---------------------------------
上课去，不奉陪，某人自重。

KB_dev

的确 在物理层上做缓冲也是可以做到均衡的  但是，难道你可以说GGV这样的方法不是实现NOR FLASH擦写均衡？
且不说方法如何，他就是靠这个来实现的，难道还有错了？难道新手都像楼上这么笨，这么简单的名词也不能理解？（都像楼上那么笨，被某高手调教了这么久不光一无所成，还养成这么古怪的性格```那星界不就完了？）就算不能理解 不能去BAIDU GOOGLE上查？
检测僵尸，僵尸文件产生后2600系统会在一个corpse表里留下标志，RESET时去检测并去清除，而非是如列表里那样的检测，并不列出
说到提速 技术，的确，我早就说过，程序部分技术含量并不高，但关键的是！读懂整个FS的汇编代码并找出这个漏洞！！
试问谁能做得到？就凭楼上这个招摇撞骗的东西？
这个极其严重，导致系统非常缓慢的漏洞PC1010上就有了。一直到现在，GGV也从没补过！！
怎么就没见到哪位“高手”给解决了？
LENDY给你撑台的那个高手呢？哪去了？
你自己呢？买机器比我早很多，你发现了？
那么多所谓的高手都哪去了？
怎么就没人能发现？偏偏叫我这个只靠别人技术的人发现了？
发现漏洞这个是要深厚的技术做基础，不是随便什么人靠别人支点招就能发现的！！
就像INODE，楼上恐怕才是无法了解其真义！

说到什么我一直靠着xu从某个网站（不知道是什么网站！）弄来的技术 “苟延残喘”（我认为我的处境比这好多了 哈哈！倒是某网站是在苟延残喘！）
我想我不得不解释下，尽管这涉及到我和xu之间的交往，不过我想这没什么见不得人的
不然岂不让某些造谣的小人嚣张！同时也败坏了xu的名誉！
我从xu那里得来的所有技术支持如下:
1.曾看过 xu的《6502汇编大奥秘》 我想这里很多人都看过
2.曾使用nctools,我想这里更多人用过
3.某日xu曾给我wqxdoctor通讯部分代码，不过我没细看
4.某日xu曾给我通讯中如何使用230400波特率的方法，据传这是某网站某位后台高手发现，我认为十分无稽，本来，这个是 sunplus的芯片技术，是人家制造的，不知道某人为什么说是原创
5.没了 仅此而已 认识xu的也都知道，他非常忙（可不像某人的后台那么悠闲啊，潜水得厉害),基本上难得见到他在线，说什么一直从某网站泄露技术给我 以使我“苟延残喘”可笑得紧啦！！
由此，某人之谣言不攻自破

qyfcool

大家不要吵了,还是给人家想要的资料吧.

[汇编]极速内核提速原理
　　QIQI
　　 改写了brk $0519(find_inode)中断函数。这个函数用于在整个分配表(大小为34K)中搜索指定文件号的分配表信息
在打开文件、修改文件、列出文件等方面被大量使用，可是原函数效率极为低下
原函数:
brk $0519
长度:292B
搜索整个分配表使用时间:约80ms
占用ram:
除出参和入参外
使用6个零页变量
2048B的缓冲($C000-$C800)和数个在$cc00-$cd00间的临时变量
QIQI重写:
将函数移到brk $060d
现函数:brk $060d
长度:126B
搜索整个分配表时间:约2ms (效率!)
占用ram:除出参和入参外
4个零页变量
无缓冲
改写后的函数:
;其实这个函数还真没什么技术含量，特简单，可是ggv...哈!
ldx #0
lp1:lda find_loc,x
sta NGFFS_BUFFER,x
inx
cpx #7e
bne lp1 ;将跨bank搜索代码复制到bus flash跨页读写的公用buffer
jmp NGFFS_BUFFER ;$0972
find_loc:
lda io_switch_bank ;$00
pha
lda #0
sta nor_block_ptr ;$db
next_block:ldx nor_block_ptr
lda inodebank,x ;$088b
sta io_switch_bank
tax
asl
txa
lda inodeaddr,x ;$089c
sta norbufptr ;$e1
lda inodeaddr+1,x
sta norbufptr+1
lda #0
sta inode_ptr ;$dc
if_not_finish:ldy #$1e
lda (norbufptr),y
cmp #$aa
bne not_empty
iny
lda (norbufptr),y
cmp #$aa
bne not_empty
go_next_block:inc nor_block_ptr ;如果该inode偏移1eH为AAAA说明该块以下为空，继续下一块
lda nor_block_ptr
cmp #17　;若块数大于17,搜索结束
bcs end_fail
jmp next_block
not_empty:ldy #0
lda (norbufptr),y
cmp inodenum ;$093f
bne next_inode
iny
lda (norbufptr),y
cmp inodenum+1
bne next_inode ;比较是否是要搜索的inode序号
ldy #04
lda (norbufptr),y
and #$e0
cmp filestate ;检查是否为要搜索的状态
bne next_inode
lda nor_block_ptr
sta inodeslot ;$093d
lda inode_ptr
sta inodeslot+1 ;全部符合则把所在block和inode位置保存到出参
clc
pla
sta io_switch_bank
rts
next_inode:
lda norbufptr
clc
adc #$20 ;inode每个长度#$20
sta norbufptr
bcc pj1
inc norbufptr+1
pj1:inc inode_ptr
lda inode_ptr
cmp #$40 ;每个block有40h个inode
bne if_not_finish
jmp go_next_block ;40h个inode比较完后转到下个block
end_fail:
sec
pla
sta io_switch
rts

PS:不知立天大侠能不能给个QQ号,我想向你请教一些问题,而且我收集了不少的汇编资料,可以发给你.

KB_dev

;其实这个函数还真没什么技术含量，特简单，可是ggv...哈!
看到这句注释了吧！
看看我是什么态度！再看看你自己！

KB_dev

本来早就不准备在这个由某气小量窄的站长带领的网站发贴了
在这里发技术相关的东西，简直是对技术的侮辱
当然这里我并不是针对技术版的人们，仅仅是针对某个 喜爱造谣的 无耻站长而言
今天实在是看不下去某站长一直无耻败坏我以及我的软件以及我的老师（其实XU并未曾的亲自指导过我，我这么说不知道他是否同意，姑且这么称呼他吧）名誉的言论，激于义愤，才发了这些
就此打住
不再给某爱造谣的站长继续提供造谣素材了
ps:qftool我愿意 回答你的那些某站长没有能力回答的问题
QQ 174556513

qyfcool

其实这个函数还真没什么技术含量，特简单，可是ggv...哈!
看到这句注释了吧！
看看我是什么态度！再看看你自己！

汗,不要说我呀,东东不是我写的.我尊重每个星迷,从来没骂过人.在你们吵来吵去的时候,我只是想给楼主提供一些资料.

Lendy

楼上的楼上已经恶心到极点！曾为了一点点GVM编程大赛奖金而背叛合作者，把合作者的辛勤劳动贬得一文不值。现在又为了自己的虚荣心，背弃曾经告诉你大量技术资料的老师。简直无人品可言！实在恶心！

我可以明确的告诉你：早在去年暑假，我就已经把WQX NC2600系列的整个文件系统研究透（一部分已在HGP浏览器中用到），此外还包括文件分配表如何整理能够达到最快速度等等。你可以自己去问你口口声声说的那位高手。

算了，不想跟你废话。EMAX不欢迎毫无人品的人！
PS: KB_dev即QIQI。

[此贴子已经被作者于2005-9-2 1:29:56编辑过]

litianzzk

我怎么找也找不到，在本版资料索引找到的竟然说资料不存在，这是怎么回事啊？
谁能跟帖发一下，谢谢！