ssd-as-sql-engine / cosmos-plus-openssd Goto Github PK

가정

• (targetLBA, sourceLBA) : targetLBA 는 새로이 physical mapping을 해야하는 LBA.

이슈

• sourceLBA 에 대한 데이터가 Data buffer 에 존재하는 경우에 어떻게 처리할 것인지?
• sourceLBA 에 physical mapping이 잘 되어 있는 경우 어느 시점에서 targetLBA 에 대한 mapping을 수정하고 command completion을 할 것인지?

Share 에서는 여러 lsa가 하나의 vsa 에 mapping 될 수 있다. 이 때 v2l mapping 정보를 어떻게 관리해야 하는지?

lsa1, lsa2 가 vsa 에 연결되어 있을 때

• 하나의 v2l mapping(vsa --> lsa1) 만을 가지고 있는 경우: lsa1 에 대한 write 명령이 들어오면 vsa 가 invalidate 되면서 lsa1 이 접근할 수 없게 된다.
• 여러개의 v2l mapping을 모두 가지는 경우: memory 많이 쓴다.

Data buffer address 계산 시에 16K + 256 byte (data + spare region of nand page) 로 접근함

• LogicalSliceMap 을 NAND 에 쓸 때 별도의 reserved buffer 을 사용하기에는 mapping table 이 커서 바로 logiacalSliceMapPtr address 를 참조해야 하는데 이 때 spare 영역이 buffer 에 쓰여지지 않도록 해야함.

[현재 greedyFTL 구현 내용]

• 기존 Write command 수행 시에 NAND request 에 대한 mapping 정보의 수정은 NAND request 가 완전히 종료(NAND schedular에 의해서 채택되어 NAND에 실제 write 가 수행) 되기 이전에 이뤄진다.

[share command 에 대한 completion 시점]

• share (lsn1, lsn2) command 에 대한 completion 은 언제 수행해야 하는지?: lsn1 mapping table 정보를 수정하면 command completion 되었다고 보아도 되는지?
• lsn2 에 대한 데이터가 data buffer 에 존재하는 경우 해당 data 를 NAND 에 flush 하는 과정 수행함. 해당 flush 명령이 종료 된 후에 completion 을 수행해야 하는지?

(현상) mapping table 을 NAND write 한 후 read 하는 과정에서 read failed 발생.

Read TransferFAIL on ~~ / status Report 1FFC1