mrb
Legendary
Offline
Activity: 1512
Merit: 1028
|
|
June 14, 2012, 05:21:01 AM |
|
EldenTyrell thought that Ztex's bitstream only achieved 213 Mh/s, so he decided to target only slightly higher as a proof-of-concept.
|
|
|
|
Chefnet
|
|
June 14, 2012, 05:24:44 AM |
|
if I have read correctly ztex will go up to 240mhz if error rate is okay.
|
|
|
|
gr0bi42
|
|
June 14, 2012, 06:33:52 AM |
|
001-0: ztex_ufm1_15y1-04A36DF26A-1: f=232.00MHz, errorRate=0.23%, maxErrorRate=1.83%, hashRate=231.5MH/s, submitted 11 new nonces, luckFactor=0.90 001-0: ztex_ufm1_15y1-04A36DF26A-2: f=232.00MHz, errorRate=0.00%, maxErrorRate=0.00%, hashRate=232.0MH/s, submitted 15 new nonces, luckFactor=1.15 001-0: ztex_ufm1_15y1-04A36DF26A-3: f=232.00MHz, errorRate=0.21%, maxErrorRate=1.87%, hashRate=231.5MH/s, submitted 18 new nonces, luckFactor=0.94 001-0: ztex_ufm1_15y1-04A36DF26A-4: f=228.00MHz, errorRate=0.00%, maxErrorRate=0.59%, hashRate=228.0MH/s, submitted 17 new nonces, luckFactor=0.94
Sweet! Is this already Eldentyrell's bitstream??? 001-1: ztex_ufm1_15y1-0012110013-1: f=232.00MHz, errorRate=0.48%, maxErrorRate=0.97%, hashRate=230.9MH/s, submitted 13 new nonces, luckFactor=0.88 001-1: ztex_ufm1_15y1-0012110013-2: f=232.00MHz, errorRate=0.60%, maxErrorRate=1.82%, hashRate=230.6MH/s, submitted 16 new nonces, luckFactor=1.04 001-1: ztex_ufm1_15y1-0012110013-3: f=236.00MHz, errorRate=0.07%, maxErrorRate=0.54%, hashRate=235.8MH/s, submitted 13 new nonces, luckFactor=0.71 001-1: ztex_ufm1_15y1-0012110013-4: f=228.00MHz, errorRate=0.00%, maxErrorRate=0.00%, hashRate=228.0MH/s, submitted 14 new nonces, luckFactor=0.87
I have one super fast quad too. But the average hashrate is only 859 MHashes/s per quad.
|
Donations are welcome: 1Btf3BqUegfe5iFdWsgfBf1Ew3YsAvsrLT
|
|
|
ztex (OP)
Donator
Sr. Member
Offline
Activity: 367
Merit: 250
ZTEX FPGA Boards
|
|
June 14, 2012, 08:48:14 AM |
|
001-0: ztex_ufm1_15y1-04A36DF26A-1: f=232.00MHz, errorRate=0.23%, maxErrorRate=1.83%, hashRate=231.5MH/s, submitted 11 new nonces, luckFactor=0.90 001-0: ztex_ufm1_15y1-04A36DF26A-2: f=232.00MHz, errorRate=0.00%, maxErrorRate=0.00%, hashRate=232.0MH/s, submitted 15 new nonces, luckFactor=1.15 001-0: ztex_ufm1_15y1-04A36DF26A-3: f=232.00MHz, errorRate=0.21%, maxErrorRate=1.87%, hashRate=231.5MH/s, submitted 18 new nonces, luckFactor=0.94 001-0: ztex_ufm1_15y1-04A36DF26A-4: f=228.00MHz, errorRate=0.00%, maxErrorRate=0.59%, hashRate=228.0MH/s, submitted 17 new nonces, luckFactor=0.94
Sweet! Is this already Eldentyrell's bitstream??? 001-1: ztex_ufm1_15y1-0012110013-1: f=232.00MHz, errorRate=0.48%, maxErrorRate=0.97%, hashRate=230.9MH/s, submitted 13 new nonces, luckFactor=0.88 001-1: ztex_ufm1_15y1-0012110013-2: f=232.00MHz, errorRate=0.60%, maxErrorRate=1.82%, hashRate=230.6MH/s, submitted 16 new nonces, luckFactor=1.04 001-1: ztex_ufm1_15y1-0012110013-3: f=236.00MHz, errorRate=0.07%, maxErrorRate=0.54%, hashRate=235.8MH/s, submitted 13 new nonces, luckFactor=0.71 001-1: ztex_ufm1_15y1-0012110013-4: f=228.00MHz, errorRate=0.00%, maxErrorRate=0.00%, hashRate=228.0MH/s, submitted 14 new nonces, luckFactor=0.87
I have one super fast quad too. But the average hashrate is only 859 MHashes/s per quad. Measurements per batch which are more meaningful than the average rating can be found in the initial posting of this thread. Some of the newer FPGA's even achieve almost 240 MH/s.
|
|
|
|
BR0KK
|
|
June 14, 2012, 10:02:00 AM |
|
My Quad is Performing in Same lvls
|
|
|
|
SamHa1n
Member
Offline
Activity: 60
Merit: 10
|
|
June 14, 2012, 12:05:23 PM |
|
Is this already Eldentyrell's bitstream???
No, it is running ztex_ufm1_15y1 bitstream from ZtexBTCMiner-120417. I was asking, because in a different thread, EldenTyrell wrote: "the first Bitstream I'll post will be a 230 MH/s design" So, if the standard Ztex Bitstream already achieves 230 MH/s, what's the f***cking point of bothering with ET's clever scheme of only accepting encrypted start vectors, and then decrypting them in his Bitstream, and only generating encrypted golden nonces? <confused> Maybe using that bitstream will allow some non ztex boards to run at speeds as if they were... The speeds that this board is currently getting is with a rather high room ambient temp (~27C), high enough to send my BFL single into a very routine throttle down.
|
|
|
|
Turbor
Legendary
Offline
Activity: 1022
Merit: 1000
BitMinter
|
|
June 14, 2012, 04:34:45 PM |
|
The speeds that this board is currently getting is with a rather high room ambient temp (~27C), high enough to send my BFL single into a very routine throttle down.
Very impressive.
|
|
|
|
Epoch
Legendary
Offline
Activity: 922
Merit: 1003
|
|
June 14, 2012, 05:37:41 PM |
|
The speeds that this board is currently getting is with a rather high room ambient temp (~27C), high enough to send my BFL single into a very routine throttle down.
Excuse the off-topic reply, but if your Single is throttling more often than once per 10 minutes, you may be able to mitigate that (and gain a higher net hashrate) by flashing a slower bitstream into it. See: https://bitcointalk.org/index.php?topic=60586.msg945019#msg945019.
|
|
|
|
ztex (OP)
Donator
Sr. Member
Offline
Activity: 367
Merit: 250
ZTEX FPGA Boards
|
|
June 18, 2012, 01:59:37 PM |
|
How high will your bitstream clock? I was thinking of using some heroic cooling measures to see what is possible. But if it tops out at 240 MHz as someone suggested it's hardly worth the time since my board already averages over 230.
The bitstream itself is not limited. The frequency limit is defined in the firmware. It will be increased to 248 MHz or 252 MHz in the next release. If one need's it earlier (i.e. if one sees 240MHz at an error rate of 0.0%) it can upload in intermediate release.
|
|
|
|
|
rupy
|
|
July 03, 2012, 05:03:37 PM |
|
... The trick here is to have window board ventilators that are drawn by the evacuation air pump of the building, cooling without noise! ...
But in the summer when the balcony door is open I use an old school fan:
|
BANKBOOK GWT Wallet & no-FIAT Billing API
|
|
|
randomguy7
|
|
July 03, 2012, 05:11:16 PM |
|
Does someone know how much current the quads pull from the usb connection?
|
|
|
|
CA Coins
Donator
Sr. Member
Offline
Activity: 305
Merit: 250
|
|
July 04, 2012, 12:40:55 AM |
|
Does someone know how much current the quads pull from the usb connection?
In my hands they need to be fully powered (500mA) to run stable. I have hubs that can deliver 2.5A to 10 ports. The singles will run fine if all 10 ports are used. But the quads won't run stable if 10 quads are plugged into the hub providing only 2.5A. 5 quads into the hub: no problem.
|
|
|
|
ztex (OP)
Donator
Sr. Member
Offline
Activity: 367
Merit: 250
ZTEX FPGA Boards
|
|
July 04, 2012, 07:39:02 AM |
|
Does someone know how much current the quads pull from the usb connection?
In my hands they need to be fully powered (500mA) to run stable. I have hubs that can deliver 2.5A to 10 ports. The singles will run fine if all 10 ports are used. But the quads won't run stable if 10 quads are plugged into the hub providing only 2.5A. 5 quads into the hub: no problem. The FPGA Boards require no USB current (5V from USB is unconnected). But the USB hubs draw power. If you have a cascade of hubs (hubs connected to hubs) at least every second level must be powered.
|
|
|
|
randomguy7
|
|
July 09, 2012, 07:18:40 PM |
|
Does someone know how much current the quads pull from the usb connection?
In my hands they need to be fully powered (500mA) to run stable. I have hubs that can deliver 2.5A to 10 ports. The singles will run fine if all 10 ports are used. But the quads won't run stable if 10 quads are plugged into the hub providing only 2.5A. 5 quads into the hub: no problem. What error do you get when you connect 10 quads to one usb hub? After some runtime 1-2 of my FPGAs always get shut down by the overheat protection (hash rate drop usually is about 5,x %), but it doesn't look like a cooling problem as it doesn't only occur with some specific FPGAs (it seems to affect all by random). Is a -oh parameter of 0.06 still safe? Currently I use the default of 0.04.
|
|
|
|
BR0KK
|
|
July 09, 2012, 07:20:25 PM |
|
POwer supply issues
|
|
|
|
randomguy7
|
|
July 09, 2012, 07:41:20 PM |
|
Thought about that but I don't have a clue what could be wrong with the PSU. I use a Seasonic X-560 (supplies, all rails combined, 560 watt) and currently pull about 360 watt. The 12V rail itself can handle about 5xx watt (forgot the exact amount). The wires used to connect the boards aren't very long (basically modified pci-e adapters) and result in about 12,3V at the end. Is there something else I forgot?
Can it be a usb problem? I use a powered usb hub.
|
|
|
|
ztex (OP)
Donator
Sr. Member
Offline
Activity: 367
Merit: 250
ZTEX FPGA Boards
|
|
July 09, 2012, 07:42:31 PM |
|
Does someone know how much current the quads pull from the usb connection?
In my hands they need to be fully powered (500mA) to run stable. I have hubs that can deliver 2.5A to 10 ports. The singles will run fine if all 10 ports are used. But the quads won't run stable if 10 quads are plugged into the hub providing only 2.5A. 5 quads into the hub: no problem. What error do you get when you connect 10 quads to one usb hub? After some runtime 1-2 of my FPGAs always get shut down by the overheat protection (hash rate drop usually is about 5,x %), but it doesn't look like a cooling problem as it doesn't only occur with some specific FPGAs (it seems to affect all by random). Is a -oh parameter of 0.06 still safe? Currently I use the default of 0.04. Please try out the pre-release: http://www.ztex.de/btcminer/ZtexBTCMiner-120703.jar . It fixes two possible random downclock issues: A multi-threading bug which occurs on 1.15y FPGA boards if there are more than 10 miners and automatic midstate correction.
|
|
|
|
randomguy7
|
|
July 09, 2012, 07:47:51 PM |
|
Does someone know how much current the quads pull from the usb connection?
In my hands they need to be fully powered (500mA) to run stable. I have hubs that can deliver 2.5A to 10 ports. The singles will run fine if all 10 ports are used. But the quads won't run stable if 10 quads are plugged into the hub providing only 2.5A. 5 quads into the hub: no problem. What error do you get when you connect 10 quads to one usb hub? After some runtime 1-2 of my FPGAs always get shut down by the overheat protection (hash rate drop usually is about 5,x %), but it doesn't look like a cooling problem as it doesn't only occur with some specific FPGAs (it seems to affect all by random). Is a -oh parameter of 0.06 still safe? Currently I use the default of 0.04. Please try out the pre-release: http://www.ztex.de/btcminer/ZtexBTCMiner-120703.jar . It fixes two possible random downclock issues: A multi-threading bug which occurs on 1.15y FPGA boards if there are more than 10 miners and automatic midstate correction. Thx, just switched to the new version. I'm gonna report back after I got some results.
|
|
|
|
punin
|
|
July 09, 2012, 09:11:05 PM |
|
2 Feature requests/suggestions: - Would be nice to be able to print out boards stats with a command. Now it automatically does it from time to time, but the wait is pretty long.. - Also, identifying boards in a cluster is quite impossible (without labeling them). Would it possible to add a command to blink an LED on a board by entering it's serial number?
|
|
|
|
|