Any significance to the sticker numbers? All my Jupiter boards have a "1" and I've been running 525-550GH/s fairly consistently.
I don't think so, I have two #2 and two #3 in mine and its been solid at 555Ghs since I got it
Topic: Swedish ASIC miner company kncminer.com - page 1254. (Read 3049528 times)
I don't think so, I have two #2 and two #3 in mine and its been solid at 555Ghs since I got it
FWIW, this bertmod mod seems to work for .96....http://forum.kncminer.com/forum/main-category/main-forum/6183-bertmod-0-2-unofficial-firmware-mod-feedback-thread/page3
also, I am starting to conclude that my Saturn is pretty close to maxing out at 250GH/s on CGminer = 210-225GH/s server side w/ around 20% hardware errors on CG with 3800 WU (best so far has been .96)
I think that the Saturns like Phoenix1969's where they are hashing at 275GH/s at the server is because they have the 8 VRMs....I don't know diddly, but maybe those early units were meant to IMPRESS those higher rates while the rest were shipped as "satisfactory units" w/ only 4 VRMS.
Hopefully the next firmware will improve on FLUSHWORK SPEED, and the error rate/WU, since I am all HASHED OUT
all 6 boards are 4vrmalso, I am starting to conclude that my Saturn is pretty close to maxing out at 250GH/s on CGminer = 210-225GH/s server side w/ around 20% hardware errors on CG with 3800 WU (best so far has been .96)
I think that the Saturns like Phoenix1969's where they are hashing at 275GH/s at the server is because they have the 8 VRMs....I don't know diddly, but maybe those early units were meant to IMPRESS those higher rates while the rest were shipped as "satisfactory units" w/ only 4 VRMS.
Hopefully the next firmware will improve on FLUSHWORK SPEED, and the error rate/WU, since I am all HASHED OUT
one sat likes to run @ 255, one at 265, and one at 275... all that flashing & unlock cores, eventually dwindles down to origonal speeds after a day for me...did it 3 days in a row...
thanks for the correction phoenix1969 on the 4 VRM, so I strike my prior KNC comment.
Phonenix, are those hash rates at the server side, and how long before those figures go steady on the server after a reboot?
I notice my unit is usually fully operational after about 15 - 30 mins when it seems to stabilize and settle on hash rate/WU and op. temp.
also, the longer between BLOCKS found the better, as flushwork seems to kill performance....its kinda like racing the indy500 and everytime a block is found you have to pit.....weak!
the pool always polls the wrong avg field in cgminer, but I watch them thru putty, and the GUI, and they pretty much jive, the pool (eligius)always polls crazy numbers.....over a terrahash, and under 500, then shows a bogus average, lol
Yeah, the "Flushwork" is ridiculous....
the pool doesn't "poll" anything from cgminer. The pool displays a calculated hashrate based on shares that you submit (1 share of diff_1 = 2^32 hashes). If you get "lucky" and submit 3 shares back-to-back-to-back with the miner having done fewer than average hash calculations in the process, it will appear to the pool as if your hashrate spiked much higher. Likewise, if your miner is having a bad luck streak and has to crunch through more hashes than average in order to submit a share, it will appear to the pool as though the hashrate slowed down. This is completely independent from the actual speed of the miner in going about its business of calculating SHA256 hash values.
Well, since the 750 is what eligius is actually paying you for (averaged over time through their capped PPS payout algorithm), that's the number you should be paying attention to IMHO
You're still doing better than my Jupiter on a per-board basis (thanks to 2 sick asics)...I'm getting about 
I (still) have 4 cores on one die that are sitting in disabled mode - wish i could get them working.
not all cores are worth bringing back.. if they flap on and off all the time your HW errors fly up. .96 seems to balance a lower WU but much lower HW errors for better avg.
would be nice to have release notes right??
I am guessing that it may 'give up' on some cores which is good for problem ones. but would be nice to control that ourselves. It would make sense that they have the enable_cores feature now to go along with this design instead of earlier firmware that always tried to bring everything back
FWIW, this bertmod mod seems to work for .96....http://forum.kncminer.com/forum/main-category/main-forum/6183-bertmod-0-2-unofficial-firmware-mod-feedback-thread/page3
also, I am starting to conclude that my Saturn is pretty close to maxing out at 250GH/s on CGminer = 210-225GH/s server side w/ around 20% hardware errors on CG with 3800 WU (best so far has been .96)
I think that the Saturns like Phoenix1969's where they are hashing at 275GH/s at the server is because they have the 8 VRMs....I don't know diddly, but maybe those early units were meant to IMPRESS those higher rates while the rest were shipped as "satisfactory units" w/ only 4 VRMS.
Hopefully the next firmware will improve on FLUSHWORK SPEED, and the error rate/WU, since I am all HASHED OUT
all 6 boards are 4vrmalso, I am starting to conclude that my Saturn is pretty close to maxing out at 250GH/s on CGminer = 210-225GH/s server side w/ around 20% hardware errors on CG with 3800 WU (best so far has been .96)
I think that the Saturns like Phoenix1969's where they are hashing at 275GH/s at the server is because they have the 8 VRMs....I don't know diddly, but maybe those early units were meant to IMPRESS those higher rates while the rest were shipped as "satisfactory units" w/ only 4 VRMS.
Hopefully the next firmware will improve on FLUSHWORK SPEED, and the error rate/WU, since I am all HASHED OUT
one sat likes to run @ 255, one at 265, and one at 275... all that flashing & unlock cores, eventually dwindles down to origonal speeds after a day for me...did it 3 days in a row...
thanks for the correction phoenix1969 on the 4 VRM, so I strike my prior KNC comment.
Phonenix, are those hash rates at the server side, and how long before those figures go steady on the server after a reboot?
I notice my unit is usually fully operational after about 15 - 30 mins when it seems to stabilize and settle on hash rate/WU and op. temp.
also, the longer between BLOCKS found the better, as flushwork seems to kill performance....its kinda like racing the indy500 and everytime a block is found you have to pit.....weak!
the pool always polls the wrong avg field in cgminer, but I watch them thru putty, and the GUI, and they pretty much jive, the pool (eligius)always polls crazy numbers.....over a terrahash, and under 500, then shows a bogus average, lol
Yeah, the "Flushwork" is ridiculous....
the pool doesn't "poll" anything from cgminer. The pool displays a calculated hashrate based on shares that you submit (1 share of diff_1 = 2^32 hashes). If you get "lucky" and submit 3 shares back-to-back-to-back with the miner having done fewer than average hash calculations in the process, it will appear to the pool as if your hashrate spiked much higher. Likewise, if your miner is having a bad luck streak and has to crunch through more hashes than average in order to submit a share, it will appear to the pool as though the hashrate slowed down. This is completely independent from the actual speed of the miner in going about its business of calculating SHA256 hash values.
Only about 9 day too late whereas I could have made ROI AND PROFIT if it my jupiters were delivered on the 8th instead of the 17th. Now, i am trying to sell both of them. That was the difference between being a day 1 and not being that
B.S... I got a saturn on the 10th, and it's nowhere close to roiFor what it is worth, I received my Jupiter on October 4th and have not yet made ROI. Anyone that claims any different is either lying or is solo mining and has insane luck.
Also - I applied .96 and it seems to have sped up my Jupiter.
I ran the math using the bit minter work efforts and noted a 3.5% increase in hashrate over 24 hours. Something to consider for the individuals sitting on .95. I (still) have 4 cores on one die that are sitting in disabled mode - wish i could get them working.
Nope - Tried that a number of times. It doesn't fix the issue.
Also - I applied .96 and it seems to have sped up my Jupiter.
so far .96 is the king of lowering HW errors for those prone to them... if you have some golden build you probably hate .96 slowness compared to .95 as far as WU goes
(and yes, I am trying to stop talking about pre-95)
Only about 9 day too late whereas I could have made ROI AND PROFIT if it my jupiters were delivered on the 8th instead of the 17th. Now, i am trying to sell both of them. That was the difference between being a day 1 and not being that
B.S... I got a saturn on the 10th, and it's nowhere close to roiFor what it is worth, I received my Jupiter on October 4th and have not yet made ROI. Anyone that claims any different is either lying or is solo mining and has insane luck.
Also - I applied .96 and it seems to have sped up my Jupiter.
I ran the math using the bit minter work efforts and noted a 3.5% increase in hashrate over 24 hours. Something to consider for the individuals sitting on .95. I (still) have 4 cores on one die that are sitting in disabled mode - wish i could get them working.
Nope - Tried that a number of times. It doesn't fix the issue.
FWIW, this bertmod mod seems to work for .96....http://forum.kncminer.com/forum/main-category/main-forum/6183-bertmod-0-2-unofficial-firmware-mod-feedback-thread/page3
also, I am starting to conclude that my Saturn is pretty close to maxing out at 250GH/s on CGminer = 210-225GH/s server side w/ around 20% hardware errors on CG with 3800 WU (best so far has been .96)
I think that the Saturns like Phoenix1969's where they are hashing at 275GH/s at the server is because they have the 8 VRMs....I don't know diddly, but maybe those early units were meant to IMPRESS those higher rates while the rest were shipped as "satisfactory units" w/ only 4 VRMS.
Hopefully the next firmware will improve on FLUSHWORK SPEED, and the error rate/WU, since I am all HASHED OUT
all 6 boards are 4vrmalso, I am starting to conclude that my Saturn is pretty close to maxing out at 250GH/s on CGminer = 210-225GH/s server side w/ around 20% hardware errors on CG with 3800 WU (best so far has been .96)
I think that the Saturns like Phoenix1969's where they are hashing at 275GH/s at the server is because they have the 8 VRMs....I don't know diddly, but maybe those early units were meant to IMPRESS those higher rates while the rest were shipped as "satisfactory units" w/ only 4 VRMS.
Hopefully the next firmware will improve on FLUSHWORK SPEED, and the error rate/WU, since I am all HASHED OUT
one sat likes to run @ 255, one at 265, and one at 275... all that flashing & unlock cores, eventually dwindles down to origonal speeds after a day for me...did it 3 days in a row...
thanks for the correction phoenix1969 on the 4 VRM, so I strike my prior KNC comment.
Phonenix, are those hash rates at the server side, and how long before those figures go steady on the server after a reboot?
I notice my unit is usually fully operational after about 15 - 30 mins when it seems to stabilize and settle on hash rate/WU and op. temp.
also, the longer between BLOCKS found the better, as flushwork seems to kill performance....its kinda like racing the indy500 and everytime a block is found you have to pit.....weak!
the pool always polls the wrong avg field in cgminer, but I watch them thru putty, and the GUI, and they pretty much jive, the pool (eligius)always polls crazy numbers.....over a terrahash, and under 500, then shows a bogus average, lol
Yeah, the "Flushwork" is ridiculous....
the pool doesn't "poll" anything from cgminer. The pool displays a calculated hashrate based on shares that you submit (1 share of diff_1 = 2^32 hashes). If you get "lucky" and submit 3 shares back-to-back-to-back with the miner having done fewer than average hash calculations in the process, it will appear to the pool as if your hashrate spiked much higher. Likewise, if your miner is having a bad luck streak and has to crunch through more hashes than average in order to submit a share, it will appear to the pool as though the hashrate slowed down. This is completely independent from the actual speed of the miner in going about its business of calculating SHA256 hash values.
Only about 9 day too late whereas I could have made ROI AND PROFIT if it my jupiters were delivered on the 8th instead of the 17th. Now, i am trying to sell both of them. That was the difference between being a day 1 and not being that
B.S... I got a saturn on the 10th, and it's nowhere close to roiFor what it is worth, I received my Jupiter on October 4th and have not yet made ROI. Anyone that claims any different is either lying or is solo mining and has insane luck.
Also - I applied .96 and it seems to have sped up my Jupiter.
I ran the math using the bit minter work efforts and noted a 3.5% increase in hashrate over 24 hours. Something to consider for the individuals sitting on .95. I (still) have 4 cores on one die that are sitting in disabled mode - wish i could get them working.
Only about 9 day too late whereas I could have made ROI AND PROFIT if it my jupiters were delivered on the 8th instead of the 17th. Now, i am trying to sell both of them. That was the difference between being a day 1 and not being that
B.S... I got a saturn on the 10th, and it's nowhere close to roiFor what it is worth, I received my Jupiter on October 4th and have not yet made ROI. Anyone that claims any different is either lying or is solo mining and has insane luck.
Also - I applied .96 and it seems to have sped up my Jupiter.
I ran the math using the bit minter work efforts and noted a 3.5% increase in hashrate over 24 hours. Something to consider for the individuals sitting on .95. I (still) have 4 cores on one die that are sitting in disabled mode - wish i could get them working.
not quite... but feels that way... 
FWIW, this bertmod mod seems to work for .96....http://forum.kncminer.com/forum/main-category/main-forum/6183-bertmod-0-2-unofficial-firmware-mod-feedback-thread/page3
also, I am starting to conclude that my Saturn is pretty close to maxing out at 250GH/s on CGminer = 210-225GH/s server side w/ around 20% hardware errors on CG with 3800 WU (best so far has been .96)
I think that the Saturns like Phoenix1969's where they are hashing at 275GH/s at the server is because they have the 8 VRMs....I don't know diddly, but maybe those early units were meant to IMPRESS those higher rates while the rest were shipped as "satisfactory units" w/ only 4 VRMS.
Hopefully the next firmware will improve on FLUSHWORK SPEED, and the error rate/WU, since I am all HASHED OUT
all 6 boards are 4vrmalso, I am starting to conclude that my Saturn is pretty close to maxing out at 250GH/s on CGminer = 210-225GH/s server side w/ around 20% hardware errors on CG with 3800 WU (best so far has been .96)
I think that the Saturns like Phoenix1969's where they are hashing at 275GH/s at the server is because they have the 8 VRMs....I don't know diddly, but maybe those early units were meant to IMPRESS those higher rates while the rest were shipped as "satisfactory units" w/ only 4 VRMS.
Hopefully the next firmware will improve on FLUSHWORK SPEED, and the error rate/WU, since I am all HASHED OUT
one sat likes to run @ 255, one at 265, and one at 275... all that flashing & unlock cores, eventually dwindles down to origonal speeds after a day for me...did it 3 days in a row...
thanks for the correction phoenix1969 on the 4 VRM, so I strike my prior KNC comment.
Phonenix, are those hash rates at the server side, and how long before those figures go steady on the server after a reboot?
I notice my unit is usually fully operational after about 15 - 30 mins when it seems to stabilize and settle on hash rate/WU and op. temp.
also, the longer between BLOCKS found the better, as flushwork seems to kill performance....its kinda like racing the indy500 and everytime a block is found you have to pit.....weak!
the pool always polls the wrong avg field in cgminer, but I watch them thru putty, and the GUI, and they pretty much jive, the pool (eligius)always polls crazy numbers.....over a terrahash, and under 500, then shows a bogus average, lol
Yeah, the "Flushwork" is ridiculous....
I'd rather that function was totally turned off, and got rejected shares when the correct block came....lolz
sure would waste alot less time
FWIW, this bertmod mod seems to work for .96....http://forum.kncminer.com/forum/main-category/main-forum/6183-bertmod-0-2-unofficial-firmware-mod-feedback-thread/page3
also, I am starting to conclude that my Saturn is pretty close to maxing out at 250GH/s on CGminer = 210-225GH/s server side w/ around 20% hardware errors on CG with 3800 WU (best so far has been .96)
I think that the Saturns like Phoenix1969's where they are hashing at 275GH/s at the server is because they have the 8 VRMs....I don't know diddly, but maybe those early units were meant to IMPRESS those higher rates while the rest were shipped as "satisfactory units" w/ only 4 VRMS.
Hopefully the next firmware will improve on FLUSHWORK SPEED, and the error rate/WU, since I am all HASHED OUT
all 6 boards are 4vrmalso, I am starting to conclude that my Saturn is pretty close to maxing out at 250GH/s on CGminer = 210-225GH/s server side w/ around 20% hardware errors on CG with 3800 WU (best so far has been .96)
I think that the Saturns like Phoenix1969's where they are hashing at 275GH/s at the server is because they have the 8 VRMs....I don't know diddly, but maybe those early units were meant to IMPRESS those higher rates while the rest were shipped as "satisfactory units" w/ only 4 VRMS.
Hopefully the next firmware will improve on FLUSHWORK SPEED, and the error rate/WU, since I am all HASHED OUT
one sat likes to run @ 255, one at 265, and one at 275... all that flashing & unlock cores, eventually dwindles down to origonal speeds after a day for me...did it 3 days in a row...
thanks for the correction phoenix1969 on the 4 VRM, so I strike my prior KNC comment.
Phonenix, are those hash rates at the server side, and how long before those figures go steady on the server after a reboot?
I notice my unit is usually fully operational after about 15 - 30 mins when it seems to stabilize and settle on hash rate/WU and op. temp.
also, the longer between BLOCKS found the better, as flushwork seems to kill performance....its kinda like racing the indy500 and everytime a block is found you have to pit.....weak!
I prefer the 48 Port 10/100 managed dell switches with fiber and gigabit backbone for all my miners . Super cheap on ebay.
. Super cheap on ebay.
I use this wireless bridge and haven't missed a beat.
http://www.newegg.com/Product/Product.aspx?Item=N82E16833320155
http://www.newegg.com/Product/Product.aspx?Item=N82E16833320155
Only about 9 day too late whereas I could have made ROI AND PROFIT if it my jupiters were delivered on the 8th instead of the 17th. Now, i am trying to sell both of them. That was the difference between being a day 1 and not being that
aaaah.... Gotta call B.S... I got a saturn on the 10th, and it's nowhere close to breakeven. The other two have been up for 4+ days on top of the first.., and I've almost reached $2,000 usd total, out of the $12,000.00 I spent...ROI is at least months away, even if you had a day 1 order.... if ever
unless, of course, BTC keeps going up....UP....UUPPPPP...
Only about 9 day too late whereas I could have made ROI AND PROFIT if it my jupiters were delivered on the 8th instead of the 17th. Now, i am trying to sell both of them. That was the difference between being a day 1 and not being that
I sold one on Oct18th for 8600 (which I received on the 8th). It is up to you, but saying you'll have a loss is just not true or it is based on bad decisions.
Only about 9 day too late whereas I could have made ROI AND PROFIT if it my jupiters were delivered on the 8th instead of the 17th. Now, i am trying to sell both of them. That was the difference between being a day 1 and not being that
Jump to: