I actually made a video, of what happens, but lacking bandwidth on
this side of the equator, I will describe the problem instead.
I open up the data element page and filter begin to type "Malaria".
After about the third character, the browser completely freezes, and
goes grey. It stays this way for approximately 2 minutes, and the
comes back to life again. During this period, the CPU usage shoots up
to 100%, and the whole OS (Ubuntu on a MacBook) becomes extremely
sluggish. It is not pretty.
···
2010/4/22 Lars Helge Øverland <larshelge@gmail.com>:
On Thu, Apr 22, 2010 at 8:20 AM, Jason Pickering > <jason.p.pickering@gmail.com> wrote:
I have written up a blueprint here. It seems a bit wishy-washy when I
read it now. Comments?
Thanks!
After looking more closely I realized that we are not using ajax calls for
the filtering of the "main" dataelement list (or any of the others). We are
simply hiding the rows that don't match the filter with javascript/dom.
Then its a bit weird that you are getting these problems... What does your
environment look like when you experience this freeze?
--
--
Jason P. Pickering
email: jason.p.pickering@gmail.com
tel:+260968395190
More details on this. On Opera 10.10, the behaviour is even stranger.
Sometimes, it is behaves as one would expect. You type in "Malaria"
and then immediately the results are filtered. Othertimes (as noted in
the blueprint) I only see the first 2 characters and things jump all
over the place. It is clear though that FireFox 3.0.19 is a bit
strange. The exact same version on Windows performs quite well. It
could simply be the wimpy hardware I am using.
···
2010/4/22 Jason Pickering <jason.p.pickering@gmail.com>:
I actually made a video, of what happens, but lacking bandwidth on
this side of the equator, I will describe the problem instead.
I open up the data element page and filter begin to type "Malaria".
After about the third character, the browser completely freezes, and
goes grey. It stays this way for approximately 2 minutes, and the
comes back to life again. During this period, the CPU usage shoots up
to 100%, and the whole OS (Ubuntu on a MacBook) becomes extremely
sluggish. It is not pretty.
2010/4/22 Lars Helge Øverland <larshelge@gmail.com>:
On Thu, Apr 22, 2010 at 8:20 AM, Jason Pickering >> <jason.p.pickering@gmail.com> wrote:
I have written up a blueprint here. It seems a bit wishy-washy when I
read it now. Comments?
Thanks!
After looking more closely I realized that we are not using ajax calls for
the filtering of the "main" dataelement list (or any of the others). We are
simply hiding the rows that don't match the filter with javascript/dom.
Then its a bit weird that you are getting these problems... What does your
environment look like when you experience this freeze?
--
--
Jason P. Pickering
email: jason.p.pickering@gmail.com
tel:+260968395190
--
--
Jason P. Pickering
email: jason.p.pickering@gmail.com
tel:+260968395190
More details on this. On Opera 10.10, the behaviour is even stranger.
Sometimes, it is behaves as one would expect. You type in “Malaria”
and then immediately the results are filtered. Othertimes (as noted in
the blueprint) I only see the first 2 characters and things jump all
over the place. It is clear though that FireFox 3.0.19 is a bit
strange. The exact same version on Windows performs quite well. It
could simply be the wimpy hardware I am using.
Tested on one of the Indian online servers with 1000 dataelements, the whole page loads in 2 sec and the filter works nice and quickly, using firefox and chrome.
I’m starting with this. First step, reusable resource will be centralized and refactored.
It would be nice if somebody can provide me a database with number of patients.
I also suggest renaming the PagingUtil to PagingDto (or a better name) because it is an DTO class actually, not util.
More details on this. On Opera 10.10, the behaviour is even stranger.
Sometimes, it is behaves as one would expect. You type in “Malaria”
and then immediately the results are filtered. Othertimes (as noted in
the blueprint) I only see the first 2 characters and things jump all
over the place. It is clear though that FireFox 3.0.19 is a bit
strange. The exact same version on Windows performs quite well. It
could simply be the wimpy hardware I am using.
Tested on one of the Indian online servers with 1000 dataelements, the whole page loads in 2 sec and the filter works nice and quickly, using firefox and chrome.
I'm starting with this. First step, reusable resource will be centralized
and refactored.
It would be nice if somebody can provide me a database with number of
patients.
Not sure we have any with anonymized data... Maybe you can test on the
long data element list...
···
2010/7/4 Quang Nguyen <quangnguyen111@gmail.com>:
I also suggest renaming the PagingUtil to PagingDto (or a better name)
because it is an DTO class actually, not util.
Best regards,
Quang
2010/4/22 Lars Helge Øverland <larshelge@gmail.com>
2010/4/22 Jason Pickering <jason.p.pickering@gmail.com>
More details on this. On Opera 10.10, the behaviour is even stranger.
Sometimes, it is behaves as one would expect. You type in "Malaria"
and then immediately the results are filtered. Othertimes (as noted in
the blueprint) I only see the first 2 characters and things jump all
over the place. It is clear though that FireFox 3.0.19 is a bit
strange. The exact same version on Windows performs quite well. It
could simply be the wimpy hardware I am using.
Tested on one of the Indian online servers with 1000 dataelements, the
whole page loads in 2 sec and the filter works nice and quickly, using
firefox and chrome.
2010/4/22 Jason Pickering <jason.p.pickering@gmail.com>:
> I actually made a video, of what happens, but lacking bandwidth on
> this side of the equator, I will describe the problem instead.
>
> I open up the data element page and filter begin to type "Malaria".
> After about the third character, the browser completely freezes, and
> goes grey. It stays this way for approximately 2 minutes, and the
> comes back to life again. During this period, the CPU usage shoots up
> to 100%, and the whole OS (Ubuntu on a MacBook) becomes extremely
> sluggish. It is not pretty.
>
>
>
> 2010/4/22 Lars Helge Øverland <larshelge@gmail.com>:
>>
>>
>> On Thu, Apr 22, 2010 at 8:20 AM, Jason Pickering >>> >> <jason.p.pickering@gmail.com> wrote:
>>>
>>> I have written up a blueprint here. It seems a bit wishy-washy when I
>>> read it now. Comments?
>>>
>>> https://blueprints.launchpad.net/dhis2/+spec/server-side-pagination
>>
>> Thanks!
>> After looking more closely I realized that we are not using ajax calls
>> for
>> the filtering of the "main" dataelement list (or any of the others).
>> We are
>> simply hiding the rows that don't match the filter with
>> javascript/dom.
>> Then its a bit weird that you are getting these problems... What does
>> your
>> environment look like when you experience this freeze?
>
>
>
> --
> --
> Jason P. Pickering
> email: jason.p.pickering@gmail.com
> tel:+260968395190
>
--
--
Jason P. Pickering
email: jason.p.pickering@gmail.com
tel:+260968395190