Bug - Not A Bug Extremely Slow Searching in gCLI

[BleedingFingers]

Hi All,

I've tried various things to diagnose this like disabling all scripts (recovery, between battle etc) but I can't seem to fix this. Normal mall searching from the Purchases tab is fine - search and purchase is pretty quick. However, doing something like "eat hot hi mein" takes ages. There is a massive delay between "Search complete" and actually purchasing the hi mein and eating it.

This also happens when auto adventuring and mafia is maintaining the mood. When it needs to search the mall for restoration items it takes ages, as a result my daily turns are taking literally hours to complete.

Like I said, I've turned off the between battle script and universal recovery as I thought it might be something with them, but no difference...

Anyone else had/have this issue?

 

[StDoodle]

Everyone I've talked to... mafia and otherwise... has been having a lot of lag-related trouble lately. Granted, the vast majority were mafia using folks, but I'm still leaning toward "KoL issue" unless I hear reports that most non-mafia users are doing better.

 

[Veracity]

Not a Bug or Not Reproducible?

Toss a coin...

 

[BleedingFingers]

I know that this is nearly a year later - but the issue is still happening (currently using R11585)... This only happens when I'm at work, when at home, searching is fine. The only difference is that I'm behind a proxy at work and home is a direct connection...

Not sure how that would affect anything since normal adventuring (browser or mafia automated) are pretty quick... It's just the mall searching...

Weird....!

 

[Catch-22]

my daily turns are taking literally hours to complete

This is normal for me... Is it not normal for anyone else? I just assumed it was due to the load balancer not responding to more requests than it can handle.

Sometimes mall searching takes a while for me, what kind of time frame are you looking at? Are you talking minutes?

 

[Rinn]

If it's only happening at your work when routing through a proxy, I would have to expect that the proxy has something to do with it. Whether it's the proxy itself, mafia's proxy support, or kol I wouldn't be able to say.

 

[roippi]

This is normal for me... Is it not normal for anyone else?

It takes me about 10 minutes to burn through 250 turns. I haven't been on at peak times lately though.

 

[Catch-22]

It takes me about 10 minutes to burn through 250 turns.

Whaaaaaat? It takes me closer to 2 hours

 

[Rinn]

Takes me around 15 minutes to burn around 300 adventures at 5:30pm PST.

 

[Catch-22]

Well I just discovered that BBB was taking 9-10 seconds to run each turn. I'm guessing there's more stuff slowing me down too.

What's the best way to profile a combat script?

 

[Winterbay]

If you look at WHAM there are time-printing parts of it. You can use similar phrases to assess what takes most time to run in a script.

 

[Catch-22]

If you look at WHAM there are time-printing parts of it. You can use similar phrases to assess what takes most time to run in a script.

I'm actually using WHAM. It's still difficult to pinpoint what's running slow. WHAM takes about 5 seconds to run, as does SmartStasis. Couple that with BBB calling run_combat() twice, and you end up with upwards of 20 seconds per adventure.

Anyway, probably not the right thread to discuss

 

[BleedingFingers]

Just a follow up to my original problem... I have determined the cause (and was able to replicate it at home)... Running kolmafia from a shared folder causes the searches to be really slow. When I copied the kolmafia JAR file to my local drive, everything is much faster.

Not sure if that is due to kolmafia or java...

 

[fronobulax]

Not sure if that is due to kolmafia or java...

Why aren't you sure? Perhaps because the real answer is neither is at fault? Shared folders are known to contribute to performance problems depending upon how the environment is set up. If the shared folder is not on the same physical machine there is local network performance to consider. No matter where it is there is almost always an additional layer of access control that degrades performance while it decides if you are allowed to see what is shared. I have seen virus scanners that will aggressively scan every file that is accessed on a shared folder whereas they will only scan files that change on a non-shared folder. And so on...