Re: Boot up speed

Bryan Armstrong <bryan.armstrong-6tN4nzCoH/[email protected]>
Newsgroups gmane.comp.hardware.microcontrollers.tini
Message-ID <[email protected]>
Andrew Page wrote:
> I have looked at the serial 0 messages at startup and it pauses part way
> through for quite a while.  I will let you know exactly where when I get
> back to work tommorrow.  As some have suggested, it may be that on a
> previous run of my application, I have chewed up the memory somewhat as it
> is quite complex (two classes, about 600 lines of java).  After about 10 or
> so runs of starting and stopping (for various updates, bug fixes etc.), the
> TStik won't play any more and just says 'not enough heap' so that's when I
> reboot.

You don't mention what firmware version you are running.  Does the 
TStick have a DS80C390 processor?  You should consider upgrading to the 
latest firmware, either 1.02g or 1.12 depending on your application.

> 5.  In a separate thread, it serves a status webpage which shows basic
> system parameters.

This would be my target for bloat removal.  Look for anything that 
creates strings and throws objects away.  This will turn over and 
fragment the heap faster than anything else.

> All this fits into a .tini file of about 22k which I think is not too bad.
> I guess with all the above going on, perhaps it is not surprising that the
> memory might be getting a bit fragmented.  Perhaps I am getting towards the
> limit of what can be achieved with the TStik?

You should also check for file creation eating up the heap.

A good source of optimization info is Chapter 11 of:
http://www.maxim-ic.com/products/tini/devguide.cfm

-- 
--
Bryan Armstrong
bryan.armstrong-6tN4nzCoH/[email protected]


_______________________________________________
TINI mailing list
TINI-6tN4nzCoH/[email protected]
To UNSUBSCRIBE, edit your profile, or see list archives:
http://lists.dalsemi.com/mailman/listinfo/tini
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.