Quote from: BitMinerN8 on December 18, 2013, 12:53:28 PM

Quote from: grigower on December 18, 2013, 08:43:22 AM
Does anybody can give  full codes for miner  on VPS OS Debian?

https://mega.co.nz/#F!h0tkXSxZ!f62uoUXogkxQmP2xO8Ib-g
The files that say linux will work on Debian.

And how I can run it?

Quote from: grigower on December 18, 2013, 08:43:22 AM
Does anybody can give  full codes for miner  on VPS OS Debian?

https://mega.co.nz/#F!h0tkXSxZ!f62uoUXogkxQmP2xO8Ib-g
The files that say linux will work on Debian.

Does anybody can give  full codes for miner  on VPS OS Debian?

Btw, both two programs runs no problem on Windows using Proxifier. The environment and hardware is same (virtual machines).


Sent from my iPad using Tapatalk

Hi,
That's a good news. I'm suffering the original jhProtominer as it even run behind the proxy, but after a whole night mining, it got 0 shares (50 collisions/min, almost all are invalid shares).

The machine is REHL 6.0 64bit and the CPU is Intel Xeon. The machine can only reach the internet using a proxy, so I installed proxychains (http://sourceforge.net/projects/proxychains-ng/) in the machine and most applications works fine just using it. I run the miner in below way:

Quoteproxychains4 ./jhProtominer -o ypool.net -u user -p pass -m512

and the output is below:

Quote
[proxychains] config file found: /etc/proxychains.conf
[proxychains] preloading /usr/lib/libproxychains4.so
[proxychains] DLL init
? jhProtominer (v0.1c)                            ?
? author: jh                                      ?
? http://ypool.net                                ?
Launching miner...
Using 512 megabytes of memory per thread
Using 2 threads
proxychains] Strict chain  ...  123.123.123.123:1080  ...  123.123.123.123:8080 ...  ypool.net:8080  ...  OK
Connected to server using x.pushthrough(xpt) protocol
xpt: Logged in with user.worker

If run your version:

Quoteproxychains4 ./jhprotominer -o ypool.net -u user -p pass

Quote
[proxychains] config file found: /etc/proxychains.conf
[proxychains] preloading /usr/lib/libproxychains4.so
v0.1e M7h-linux64-generic/yvg1900
▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒ͻ
▒  jhProtominer mod by yvg1900                     ▒
▒  author: jh (http://ypool.net)                   ▒
▒  mod author: yvg1900 (Twitter @yvg1900)          ▒
▒  Addresses for Thanks and Donations:             ▒
▒    PTS: PZxsEQoiMeB6tHcW2ZySBEiCPio1WkxbEL       ▒
▒    XPM: AW2388DEWNEfMH4rP9kcj9yKcMq1QywYT4       ▒
▒    DTC: D6PmUogMigWvXurgFTqm5VLxQeVpXdYQj3       ▒
▒    LTC: Lby4YjhcAxhmbsdHFb4nYydrwGoiJezZt1       ▒
▒    BTC: 1FxekeK5La7AuF3oxiLzPKnjXyLMrux6VT       ▒
▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒ͼ
Checking optimizations compatibility...
OK: Optimizations are compatible
Launching miner...
Using 512 megabytes of memory per thread
Using 2 threads
Connection attempt failed, retry in approx. 45 seconds to 8085
Connection attempt failed, retry in approx. 45 seconds to 10034

You can notice proxychains missing below outputs:

Quote
[proxychains] DLL init
[proxychains] Strict chain  ...  123.123.123.123:1080  ...  123.123.123.123:8080 ...  ypool.net:8080  ...  OK

029xue,

Which kind of proxy support do you need? I am in progress on re-engineering miner connection layer for more reliable connections, so I may consider adding something.

Explain your usage scenario in more details.

yvg1900

I've found a block but I didn't get paid:
33460 Alexander33 22.023 2807819.00 2013-12-16 15:30:18 Paid
I have my wallet up to date and there is not transaction history or any sign that I will receive my payment .

My cpu info:

processor       : 0
vendor_id       : GenuineIntel
cpu family      : 6
model           : 26
model name      : Intel(R) Xeon(R) CPU           X5570  @ 2.93GHz
stepping        : 5
cpu MHz         : 2933.437
cache size      : 8192 KB
fpu             : yes
fpu_exception   : yes
cpuid level     : 11
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts xtopology tsc_reliable nonstop_tsc aperfmperf unfair_spinlock pni ssse3 cx16 sse4_1 sse4_2 popcnt hypervisor lahf_lm dts
bogomips        : 5866.87
clflush size    : 64
cache_alignment : 64
address sizes   : 40 bits physical, 48 bits virtual
power management:

processor       : 1
vendor_id       : GenuineIntel
cpu family      : 6
model           : 26
model name      : Intel(R) Xeon(R) CPU           X5570  @ 2.93GHz
stepping        : 5
cpu MHz         : 2933.437
cache size      : 8192 KB
fpu             : yes
fpu_exception   : yes
cpuid level     : 11
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts xtopology tsc_reliable nonstop_tsc aperfmperf unfair_spinlock pni ssse3 cx16 sse4_1 sse4_2 popcnt hypervisor lahf_lm dts
bogomips        : 5866.87
clflush size    : 64
cache_alignment : 64
address sizes   : 40 bits physical, 48 bits virtual
power management:


 :'(

Almost all the shares found by that way are invalid, even use the "make CFLAGS="-O3 -march=native" configure.

Any help?

A a comparation, the jhprotominer-yvg1900-M7h-win64-xxxx version has a very good performance than this original on(40-45 vs. 65-70), however, that yvg1900 don't support proxychains...

:'(

Any help is appreciated.

btw, if I compiled it as "make CFLAGS="-O3 -march=native"", the bitclient_calculateMerkleRoot: Too many transactions, numberOfTx set to 32 error will disappear, however, the speed seems a little slow (50 vs. 45).

Which configure should I use?

p.s.
when I set -m1024, the program says
'-m1024' is an unknown option.
Type jhPrimeminer.exe --help for more info


Dose 1024 memory is supported now?

Thanks very much!

Quote from: tyeken8 on November 12, 2013, 04:33:46 PM
Hi everyone,

I've port this miner to Linux. It makes ~90cpm on a Intel Xeon E5620([email protected]) and 16GB memory. It's really fast (although the codes are so bad formatted). Thanks jh.

Github
https://github.com/Tydus/jhProtominer/tree/linux-port.

How to use
git clone https://github.com/Tydus/jhProtominer -b linux-port
cd jhProtominer/src/jhProtominer
make CFLAGS="-O3 -march=native"
./jhProtominer -o ypool.net -u tyeken8.1 -p 1 -m512

Known issue
Share invalid on some machines.
Pls check the log to see if the server rejects your share by `Share data time overflow'.
I don't know if this is my bug; I'm working on this now.

Questions
PM me or issue on github.

Donate
BTC: 1PNDpCQhpvqGLFSYVLZH9gfnz1zuM4cmmi
PTS: PrfVTi6z6iZY7p6jGTLqc2AUycWJgDu42D


Update
Auto reconnect issue fixed.
Please do "git pull" and recompile the client

Hi,
I compiled the src as "make CFLAGS="-O3 -march=core2" and runs on readhat linux 6.

However, I keep get below messages:

bitclient_calculateMerkleRoot: Too many transactions, numberOfTx set to 32
bitclient_calculateMerkleRoot: Too many transactions, numberOfTx set to 32
collisions/min: 50.2326 Shares total: 0
bitclient_calculateMerkleRoot: Too many transactions, numberOfTx set to 32
bitclient_calculateMerkleRoot: Too many transactions, numberOfTx set to 32
collisions/min: 52.3404 Shares total: 0
bitclient_calculateMerkleRoot: Too many transactions, numberOfTx set to 32
bitclient_calculateMerkleRoot: Too many transactions, numberOfTx set to 32
collisions/min: 54.1176 Shares total: 0
bitclient_calculateMerkleRoot: Too many transactions, numberOfTx set to 32
collisions/min: 53.4545 Shares total: 0
bitclient_calculateMerkleRoot: Too many transactions, numberOfTx set to 32


and some times:

collisions/min: 52.2995 Shares total: 1
Share found!
Invalid share
Reason: Merkleroot is invalid or corrupted. Update your miner.


What dose that mean? dose it affect the mining?

p.s.
I run it as "proxychains4 ./jhProtominers -o ypool.net - u user - p pass -m512, yes I'm behind a proxy to run it.

Thanks very much.

ypool charge us more fee(6% compared to 4% for others), but it has a website to monitor all the miners, I like this function.

My bad. Will pay attention to ypools twitter feed.

Hopefully it'll run smooth as silk from now on.

For those who bother following official updates on ypool twitter, it was scheduled maintenance for network bandwidth upgrade. Upgrade addresses massive widening server-side bandwith to better handle DDoS.

It has been widely announced and now pool is up.

yvg1900

Quote from: servicelabs on December 14, 2013, 09:36:50 AM
Ypool pool is down again!

You'd think that with a fee of 6% and 50k + workers this pool would be more stable than Lindsay Lohan, but no. That's the 2nd time this week.

Would be nice if they updated this thread when the pool goes down; scheduled or not. Kind of hard to check the chat when the website is down.