Quote:
Originally Posted by Clemenseken
It came to my mind this morning that I use a very old 16MB Multimedia Card (MMC) for development:
Its advantage is that the ereader can scan it very fast. And it's flatter than SD cards: so it's easier to insert.
BUT IT'S VERY SLOW.
I just repeated my test with spooky69's 15MB dictionary on a 256MB card:
Finding the last word (zythum) took about 50-55 secs.
Just reading the file took about 33 secs.
(You can imitate "Only reading" by using the next/previous buttons; that one just counts and reads lines without comparison.)
If anybody reads this post who is experienced with fast file access - you are urgently invited to share your knowledge: how can the fucntion "this.readline()" be quickened or replaced to get faster results ?!? (e.g.: omitting the first half of a file or s.th. else...)
Thanx a lot !!! Clemens |
Hi Clements,
The slowest possible way to read/access a file is reading a line at a time. However this is the easiest way, and also my preferred way, because if it's simplicity.
One recommendation I have is to change the way you search trough a file. Instead of doing a word comparisons for each word I would implement a binary search until I get a match. (I'd stop at just getting the first letter to match then read one line at a time).
///////////////////// FEEDBACK /////////////
Love the change dictionary feature!
this app gets better and better.
1) I would recommend instead of using 'ita.txt' as the default dictionary. could you maybe use a generic name like 'defdict.txt'
2) Is there a 'clear' button so we don't have to hit backspace to remove the text.
3) On the <Next/Prev> the text description is updated but the word that is being defined is not updated.
=X=