Hi Runxuan,
The reads.count_info file, though it is in a human-readable format, is not actually intended for end-user consumption. Rather, it's a file that is used to communication information between different stages of the Sailfish pipeline. Interestingly, after searching though the Sailfish source code, I found no trace of the keyword "total_reads". Actually, I believe that total_reads was probably a misnomer to begin with, which is probably why I replaced it (at some point) with another name. Of course, you're correct that the total number of reads should not rely at all on the k-mer size you're using. I'm actually looking at improving the way in which the estimated number of mapped reads is calculated, as the current method is too stringent, and it can considerably underestimate the actual number of mappable reads.
However, as I've been saying a lot around here (and in response to e-mails), you should give our new tool,
Salmon, a try. While it has a number of benefits over Sailfish, one of them is that it is capable of considering arbitrary length exact matches when trying to estimate potential read origins. This means that, while it does have some tweak-able parameters that are described via the --help flag, it actually less sensitive than Sailfish to such key parameters. Further, it builds a different type of index that doesn't require you to select such a k up-front, so that you can play around with the effect of the related parameters (there is no direct analog for k in salmon) much more quickly.
Best,
Rob