FR 12 stops responding


ok, i believe i have locate the problem...

i have mention this before, i was really happy when you implemented the smartfeedrule "Feedname contains"

but the "sad" part is that i can't use it...

somehow, when using this smartfeed rule (also with age rule to speed up the query), FR get stuck...this happens more frequently when updating feeds or some other application use some more CPU at the same time..

i can understand that i have to wait sometime when FR is working but in this case it seems like FR just "forgets" what its doing and it ends up with high CPU and do nothing...and after some time i have to kill it

this is not a problem with any other smartfeed rule, sometimes i have to wait a few seconds before getting the "answer"...and of course larger db slower etc...
but it never gets stuck...even with a lot of other application running

do you have any solution to this ? or is the only way to go back to my old smartfeeds...

maybe it would work better on a faster CPU, but i doubt that...i got a OK computer, 2.66 ghz and 2 gb RAM running XP

i really hope you have some ideas, since this new smartfeed rule really helps me a lot, specially since you don't have to constantly edit the smartfeeds, adding new ones (is one of the following...)

regards Vidar

i have also suffer these

i have also suffer these kinds of problem....i also want the solution

http://www.intercorefinancial.com/

reply

I have problems with Wordperfect 12 freezing when I try to modify certain files. I have screened the files and they seem fine otherwise.
tratament anticelulita

Hmm... there was one

Hmm...
there was one internal change in filters (FR 3.12 alfa).

To dig into this problem, at first is to try use FR without user defined filters.

Only leave filters where filter = feed

Also, if this "hang" occurs leave FR running, check out, is it still in busy after 15 min.

Those tests are helping us to find problems.

Ingmar
------
FR dev

if i only "leave filters

if i only "leave filters where filter = feed" or other smartfeeds except "feedname contains"...i have NO problems at all...and i have never had

if i only i have FR running...when its updating some feed=quite busy and at the same time checking a smartfeed (feedname contain) i do get a answer (sometimes) after along time about 2 minutes...in a normal case without FR updating or busy i get the same result in less than 1 second (with the same query)

when i have other applications running using the CPU..checking the same smartfeed and at the same time FR is updating some feeds...i never get any answer and have to kill it...

as i wrote the first time regarding this (reported here ../node/1218) i noticed this first when... putting 2 smartfeeds (with new smartfeed options) in one folder and aggregate them...at that time i thought it was only when folders involved so i removed all folders.....but lately this have started on individual smartfeeds as well...

sorry but i can't explain any better...but something goes wrong sometimes with the new smartfeed options

Yes you are

Yes you are right................

===================

some figures to make it in

some figures to make it in more detail and concentrate on folders first...easier for you to check for yourself and maybe fix the problem :-)

2 "quick" smartfeeds with the following criteria

Match ALL
Article Age = newer than 6 hours AND
Feedname contains "finance"

sub query --> Match any: body contains dollar or euros

the other smartfeed almost the same

when i run each of them separately the time for the answer
is 0,2 seconds

if i aggregate these two in a folder it takes 70 seconds to retreive the answer

------------------------------------------
if i remove the Feedname contains "finance"
the answer from the aggregated folder query is
0,5 seconds

Greetings, thanks for

Greetings,

thanks for detailed bug report,
it seems something is wrong with unreacount (background task).

I'm little bit confused, how can that select be so quick (in normal mode):)))
Body field is blob type and this search is "painful"... Article age is always good choise, there is an index on this field.

Little bit more information; as I understand if those smartfilters are under rootfolder, everything is ok...if you move(?) or recreate those under subfolder...then we have a problem.

This folder only contains those two smartfilters ?

I'll write this bug down, it may take little bit time to fixit (Christmas time is coming:))

If you detect more patterns related to this bug, every detail is welcome:))

Ingmar
------
FR dev

Greetings Ingmar, I'm

Greetings Ingmar,

I'm little bit confused, how can that select be so quick (in normal mode):)))
Body field is blob type and this search is "painful"... Article age is always good choise, there is an index on this field.

- well, FR is fast even though i have a very large DB and many feeds...without "article age" FR would be to slow, i suggested this before, but if you add age in the search window it would be fantastic..i cant use it since my db is to large

Little bit more information; as I understand if those smartfilters are under rootfolder, everything is ok...if you move(?) or recreate those under subfolder...then we have a problem.

- let say like this, that was what i thought for a while, but recently i noticed this on "single" smartfeeds as well..but as i wrote...focus folders after that i will see if there are any other issues...

This folder only contains those two smartfilters ?

- correct

**************
many thanks

Vidar

i also have to add...when

i also have to add...when it' working OK, i get really fast answers with the new smartfeed rules...