Author

Topic: Is Hyperthreading better, neutral, or worse for scrypt calculations? (Read 1609 times)

full member
Activity: 210
Merit: 100
They're already in the TBX and "what speed are you mining TBX?" threads Bula.
member
Activity: 84
Merit: 10
I'm a Windows guy. Not sure if you guys can help me with HT also. I wish there was a list of minerd switches I can play with
hero member
Activity: 518
Merit: 500
In linux64 on a 2600k with default compiling options, HT doesn't help or hurts performance.
In linux64 on a 2600k with AVX enabled in compilation of the client, HT helps significantly.

Can you please tell us your compile options and your khash/s. Thanks !
full member
Activity: 154
Merit: 100
i7 920 on linux64, -march=native -O3 -msse4.2:  HT yields 1% more hash at a cost of about 3 degrees more per core.
full member
Activity: 210
Merit: 100
In linux64 on a 2600k with default compiling options, HT doesn't help or hurts performance.
In linux64 on a 2600k with AVX enabled in compilation of the client, HT helps significantly.
hero member
Activity: 518
Merit: 500
Interested in this as well.
legendary
Activity: 1358
Merit: 1003
Ron Gross
To get optimal performance, should one turn hyperthreading on or off?

One advantage of HT is that if I want to not run all my cores, because I'm using the computer, and I don't trust that putting the process on "Low Priority" is good enough, then with HT I can mine with 7/8 "cores", while without it I have to choose between 3/4 and 4/4.

Raw performance wise, how does HT affect mining speed?
LiteCoin is right around the corner.
Jump to: