[X] My Assistant

Install openjdk-7-jre.

you cant on certain low tier Seedboxes (IMG:[invalid] style_emoticons/default/rolleyes.gif)

hello world (IMG:[invalid] style_emoticons/default/biggrin.gif)

It uses too much CPU
I run H@H on i3-2120 CPU and 16GB RAM server, but it uses over 80% of CPU

It uses too much CPU
I run H@H on i3-2120 CPU and 16GB RAM server, but it uses over 80% of CPU

--use-less-memory

H@H should use minimal CPU in any mode. Keep in mind that modern CPUs will aggressively throttle down, which may make the CPU usage seem much higher than it actually is.

Looking at your average hit rate, it's possible that what you're seeing is I/O wait, in which case the only fix is to reduce the throttle or get a faster disk.

Sorry that I ask, but I don't get static ranges at all. What does it do? Could somebody please explain it to me?

If my client has a static range, does that mean that I need to connect less with the main server?

This post has been edited by SoraNoAki: Nov 9 2013, 21:20

Well, did you read the first post?

Say that your client was assigned the static range "BABE" (and yes, that is a valid one). The system will then assume that your client is capable of serving all files where the hexadecimal representation of its SHA-1 hash starts with those four nibbles, and therefore forgoes tracking the files individually. As one static range currently encompasses roughly 5-600 files, this saves a *lot* of overhead on the server side.

Usually the file will be present in your client's cache, but if it's not, it's fetched on-demand from an image server. This is different from the dynamically allocated files, which are pre-distributed.

^Well I did but I could not understand it fully, my excuses.

So in simple terms it would be this? You get a 'block' assigned to you with a certain amount of files, and the server always assumes that you can serve the files and therefore won't track the files individually?

So in simple terms it would be this? You get a 'block' assigned to you with a certain amount of files, and the server always assumes that you can serve the files and therefore won't track the files individually?

Pretty much.

I'm getting quite a few lines like this

CODE

2013-11-10T00:52:33Z [WARN] {5998469/xxxx}   Invalid request type 'apple-touch-icon-precomposed.png'.
2013-11-10T00:52:34Z [WARN] {5998482/xxxx}   Invalid request type 'apple-touch-icon.png'.
....
2013-11-10T05:48:04Z [WARN] Invalid kvPair: keystamp%3d1384062600-6e828aa931
2013-11-10T05:48:34Z [WARN] Invalid kvPair: keystamp%3d1383460800-05bf677cf4

Is somebody on a mac trying to hack my values? I can't be having that.. gotta keep my keys safe!

CODE

2013-11-10T00:52:33Z [WARN] {5998469/xxxx}   Invalid request type 'apple-touch-icon-precomposed.png'.
2013-11-10T00:52:34Z [WARN] {5998482/xxxx}   Invalid request type 'apple-touch-icon.png'.

This is normal and harmless: the iOS browser try to access proprietary features that are not supported by the official H@H implementation. It does that automatically, without user intervention.

CODE

2013-11-10T05:48:04Z [WARN] Invalid kvPair: keystamp%3d1384062600-6e828aa931
2013-11-10T05:48:34Z [WARN] Invalid kvPair: keystamp%3d1383460800-05bf677cf4

Again, normal and harmless: the official H@H implementation is not fully compliant with the HTTP/1.1 specifications, so it sometimes fails to extract the parameters from some (exotic) HTTP requests. This is a known limitation.

This post has been edited by Hairs Fan: Nov 11 2013, 04:08