Regarding the I/O - Until you verify it, it's all conjuncture :)
Regarding caching the DB - A lot of system do cache portions of the DB,
some DB systems are actually memory based so nothing special there, it
all depands on the purpose of the database.. not all of them are for
storage purp
[image: Attach a file] Attach a file
Edit subject Quote original Add Cc
On Wednesday, May 15, 2013 3:18:12 PM UTC-7, Piren wrote:
>
> How much is too much?
>
>
> Obviously i don't have an answer for that... but if the device freezes and
> you could pinpoint the issue to these
>
> How much is too much?
Obviously i don't have an answer for that... but if the device freezes and
you could pinpoint the issue to these requests, it's safe to say that
you've gone over the limit for that device :)
> What drive isn't flash? I'm assuming that app internal storage (I don
On Tuesday, May 14, 2013 1:09:37 AM UTC-7, Piren wrote:
>
> onScroll is called very frequently, much much more frequent than binding
> calls...
>
does the loading mechanism knows how to deal with that?
>
Yes. The offscreen bitmap is moved while scroll is in progress. Only after
finger is lift
onScroll is called very frequently, much much more frequent than binding
calls... does the loading mechanism knows how to deal with that? how
frequent are the IO calls? Making too much I/O is never a good thing
(including accessing the flash drive... these are system blocking)
On Tuesday, May
On Saturday, May 11, 2013 11:57:12 PM UTC-7, Piren wrote:
>
> The custom view does DB/IO while scrolling?
Asynchronously, in a threadpool, yes. Not blocking the UI.
> the processes that run while bindView/getView is called are what important.
BindView and GetView are not called. It's no
The custom view does DB/IO while scrolling? the processes that run while
bindView/getView is called are what important.
P.S - HttpClient does use cache.
On Friday, May 10, 2013 6:34:43 AM UTC+3, Nathan wrote:
>
>
>
> On Wednesday, May 8, 2013 11:57:20 PM UTC-7, Piren wrote:
>>
>> Without rootin
On Wednesday, May 8, 2013 11:57:20 PM UTC-7, Piren wrote:
>
> Without rooting, you'll have to write code that lists the files.
>
> What are you scrolling when the device freezes? (i.e what component is
> that and what data is bound to it)
>
This is a custom view that does plenty of things inclu
Without rooting, you'll have to write code that lists the files.
What are you scrolling when the device freezes? (i.e what component is that
and what data is bound to it)
On Thursday, May 9, 2013 12:11:58 AM UTC+3, Nathan wrote:
>
>
>
> On Wednesday, May 8, 2013 1:27:47 PM UTC-7, TreKing wrote:
Maybe if you try this option
*android:installLocation="preferExternal"*
you might be able to find them on your "SD Card"?
You can also call this once in awhile:
*webview.clearCache(true);*
Maybe at least call it on startup?
Thanks.
On Wednesday, May 8, 2013 4:11:58 PM UTC-5, Nathan wrote:
On Wednesday, May 8, 2013 1:27:47 PM UTC-7, TreKing wrote:
>
>
> On Wed, May 8, 2013 at 3:21 PM, Nathan
> > wrote:
>
>> I checked the code. I am not using the App Cache, at least on purpose.
>
>
> I believe some some components, like WebView and MapView, will
> automatically store things in the
On Wed, May 8, 2013 at 3:21 PM, Nathan wrote:
> I checked the code. I am not using the App Cache, at least on purpose.
I believe some some components, like WebView and MapView, will
automatically store things in the cache directory. I'd check your usage of
those to start with.
A user recently told me that my app worked better after he cleared the App
Cache.
By better, I mean that it might not freeze up requiring a battery pull
after a few seconds of scrolling the screen.
This is my nemesis, the Droid Razr Maxx HD, so I am following all leads,
even if not credible
13 matches
Mail list logo
