[omgps] collect feature requests
meng.qingyou at gmail.com
Wed Jul 1 02:46:12 CEST 2009
I understand your trouble, but I have to say that your problem is uncommon,
because that is caused by unstable underlying infrastructure. Have you ever
tested with other uSD cards, or have you upgraded kernel image and rootfs
image to latest?
Your request for "archived repository" was added into into requirement list,
it will be implemented once I have evidence that it does not affect
performance too much. Other than performance reason, I also worry about
safety and memory usage. By safety I mean all eggs in one basket.
Laszlo KREKACS wrote:
> Ok, I lied a bit. I only tested with tangogps.
> But, it was reproducible. If the device freezed or I removed the battery,
> tile maps got unreadable. I couldnt even list some directories or cd into
> (it rules out heavy CPU load, and not getting enough power)
> I already wrote about it about a month ago:
> So the problem really comes about the insane 75000 files (118MB).
> I would really like to tar, ar, zip, etc the dirs containing the invidual
> It seems an easy job! Would be much more managable, speed up
> a lot the file copying (copying many small files is several magnitude
> Current directory structure:
> We could simply create an OSM/11/1102.tar file, containing those invidual
> files. I bet it would be not slower. I could even imagine some speed
> Remember accessing invidual files on a sd card takes time. A lot.
> You can try it for yourself, copy to a pendrive your ~/Maps directory.
> Now tar the dir (Maps.tar) and copy that singly file to the pendrive.
> The result is something like 40sec compared to 6-7min.
> So please consider to implement this on-the-fly untaring capability.
> Thank you,
> Openmoko community mailing list
> community at lists.openmoko.org
View this message in context: http://n2.nabble.com/-omgps--collect-feature-requests-tp3178254p3186272.html
Sent from the Openmoko Community mailing list archive at Nabble.com.
More information about the community