[X] My Assistant

hmm maybe I should start up a Client again (IMG:[invalid] style_emoticons/default/happy.gif)

my H@H is still at 1.2.0 Stable. do i need to upgrade to 1.2.1?

also i have totally no idea what the patch notes is talking about so for a user who only runs 1 H@H client, higher static range is better cos more hath per day?

also how to increase static range? assign a bigger cache size?

my H@H is still at 1.2.0 Stable. do i need to upgrade to 1.2.1?

If you run the clients on VPS, or restarts them often, yes. Or maybe not. See the update note here, nothing major.

also i have totally no idea what the patch notes is talking about so for a user who only runs 1 H@H client, higher static range is better cos more hath per day?

also how to increase static range? assign a bigger cache size?

Bigger cache size, better network, and wait several months... (IMG:[invalid] style_emoticons/default/heh.gif)

This post has been edited by LostLogia4: Aug 30 2014, 09:37

Suggestion:
Catgirls and above should have a cache this shit Button in every gallery so we can get our hands on the best galleries and gain more hits (IMG:[invalid] style_emoticons/default/duck.gif)

The bug you mentioned in 0.304 ("- Fixed settings reset when visiting a page on the uploader.") still exists. The row settings reset when visiting the uploader.

The top one client get more hath than the lower one.
Top: 10.14 / day , Lower: 9.89 / day.

So is this the new rebalanced called by Tenb?

(IMG:[i.imgur.com] http://i.imgur.com/fCM2qZd.png)

Good news. Thanks for the adjustment.

Suggestion:
Catgirls and above should have a cache this shit Button in every gallery so we can get our hands on the best galleries and gain more hits (IMG:[invalid] style_emoticons/default/duck.gif)

No Elitist D-bagism required. It already exists for everyone. (IMG:[invalid] style_emoticons/default/happy.gif)

(IMG:[i.imgur.com] http://i.imgur.com/14xlbwB.jpg)

The top one client get more hath than the lower one.
Top: 10.14 / day , Lower: 9.89 / day.

So is this the new rebalanced called by Tenb?

[img]http://i.imgur.com/fCM2qZd.png[/img

I wish I could get constant lines like that. H@H Speed Tests test at only 1/4 my actual upload speed and it never caps, even with a large cache of recent popular galleries. It seems servers are given a strong preference over home clients, regardless of actual capabilities.

The top one client get more hath than the lower one.
Top: 10.14 / day , Lower: 9.89 / day.

So is this the new rebalanced called by Tenb?

Yep, seems like it. More files served/available to serve, more hath.

This post has been edited by blue penguin: Aug 30 2014, 18:07

The top one client get more hath than the lower one.
Top: 10.14 / day , Lower: 9.89 / day.

So is this the new rebalanced called by Tenb?

Could be one has more static ranges than the other, but since you didn't include IDs I couldn't tell you.

I wish I could get constant lines like that. H@H Speed Tests test at only 1/4 my actual upload speed and it never caps, even with a large cache of recent popular galleries. It seems servers are given a strong preference over home clients, regardless of actual capabilities.

Not really, it's just in Asia.

Not really, it's just in Asia.

I don't know what's wrong then. Oversaturation of clients for actual traffic I guess. I generally get the same behavior even during peak US hours. Just 20%-25% faster.

Could be one has more static ranges than the other, but since you didn't include IDs I couldn't tell you.

Yes, the top one[14262] has 130 more static ranges than lower one[14113].

Before this patch, the lower one can get 12+ /day, even 13.75 (the speed cap).

If static ranges is the reason, the new clients with low static ranges like the lower one get punished, they do high file output but get lower hath now.

Just because they are not old enough.

No Elitist D-bagism required. It already exists for everyone. (IMG:[invalid] style_emoticons/default/happy.gif)

woot I never used this since im always using servers.

Just because they are not old enough.

For 14113, it's not because it's not "old enough" but because the cache was reset at some point.

Those clients are a bit of an outlier case since it's unusual to have that high traffic without having more static ranges. I'm going to take a look at the Asian clients in particular to see if the changes skewed them unfairly.

Edit: Isolated to Asia-based clients, there was indeed an unintended drop in hath due to the relatively higher rate of traffic compared to the number of static ranges. A 25% bonus to Asia-based clients was added to adjust for this.

woot I never used this since im always using servers.

Friendly reminder: using outdated H@H as image proxy on VPSes could end up hogging more CPU load than your providers would allow you to.
Reason being H@H was rigged with a bug which causes the threads to pileup; if you really have to use it, just update to the latest H@H version.

Edit: Isolated to Asia-based clients, there was indeed an unintended drop in hath due to the relatively higher rate of traffic compared to the number of static ranges. A 25% bonus to Asia-based clients was added to adjust for this.

Does that mean clients hosted in Asia would get 25% more haths from the get go? (IMG:[invalid] style_emoticons/default/unsure.gif)

Now that you mentioned it...

Used Capacity Util%
North and South America
144.11 MB/s 6.54 %
Europe and Africa
143.15 MB/s 8.12 %
Asia and Oceania
234.36 MB/s 40.41 %

This post has been edited by LostLogia4: Aug 31 2014, 11:11

Is there any way to influence how quickly static ranges are assigned? Are there any limitations on assigned ranges related to cache size/utilization? I noticed about 76% of my current cache is used by static ranges (assuming still 250MB/range), which is good I guess, but I'd be happier with more of course.

Basically, I'm wondering if there is a way to increase them more quickly since I only appear to get 1-2 new ranges per day. I still have 180GB being squandered in addition to my vast bandwidth under-utilization. (IMG:[invalid] style_emoticons/default/cry.gif)

^ uh oh watch out. start generating hath any higher than you already are, and you *gasp* become one of those "hath dragons" you love to ridicule.

btw, thanks Tenboro for this update. Now at a higher hath generating rate, I'm should be able to pay off all my debts in a timely fashion.

This post has been edited by treesloth: Aug 31 2014, 12:38

Is there any way to influence how quickly static ranges are assigned? Are there any limitations on assigned ranges related to cache size/utilization?

The number of total ranges allowed is hard limited by cache size (1 range per 125 MB), and the assignment rate is hard limited to one every 12 hours. The main reason for the latter is that the files aren't tracked individually by the server, so to stop people from exploiting that by deleting cache files from static ranges, requesting a static range file from the image servers will slightly reduce a client's trust. If a client were to be assigned ranges faster than it currently is, it could easily overwhelm the trust regen and make it untrusted.

^ uh oh watch out. start generating hath any higher than you already are, and you *gasp* become one of those "hath dragons" you love to ridicule.

Hitokiri only had one client afaik, so he can generate up to 20 + some dawn-of-the-day haths daily from his aura point award thingies at best. You on the other hand is one of the leading Hath dragon, second only to Stonycat in fact.
Anyway, what's the minimum number of client, Hath generation rate and toplist ranking do you need to be officially become a "Hath dragon" anyways? (IMG:[invalid] style_emoticons/default/unsure.gif)

btw, thanks Tenboro for this update. Now at a higher hath generating rate, I'm should be able to pay off all my debts in a timely fashion.

You have Hath deficits as well? (IMG:[invalid] style_emoticons/default/blink.gif)
And here I thought my 2k Hath deficit was big already... (IMG:[invalid] style_emoticons/default/blink.gif)

This post has been edited by LostLogia4: Aug 31 2014, 15:25

lol asia ftw