I could share a daemon binary but I doubt it will work, as I use Ubuntu 16.04. I would need to make a static binary: could be easy or as well a big pain.
|
|
|
These aren't even the same cards in the same conditions doing the same things. You can't just post random infrared photos as comparisons. If you had a before and after of the same card doing the same thing I might be obliged. You don't even know what programs they're running. There are so many things wrong with this comparison I can't even cover all of it. -_- It's just that, as usual, you NEED to be right, don't you? :-D
|
|
|
Somebody help me to find sgminer 5.5 someone told me that this has a great performance.. Any help is a big help form me.. Thanks
There are tons of sgminer forks: which algorythm are you interested into?
|
|
|
Does coinspool work? I mined some shares yesterday but got nothing in my wallet.
|
|
|
tell that to the guys with their coins stuck at polo,
and to polo, mr dev.. oh yeah pallas no dev, bitfreak is, could you not get the guy at the old 2014 thread doing the wallet programming , or do you have any fixes.. what is the latest version of the xcn wallet ?
I've sent poloniex at least 20 messages, with all the fixes. They don't answer to me any more.
|
|
|
so guess this coin now officially dead, deadier, died?
what up on the effect of your work guys, come on, where the original programming dev.
whatup.
Well, what do you expect during the holidays?
|
|
|
what's the difference of no2? And the sources?
|
|
|
The times are harder this year... since lbry launch in fact, at least the BTC rised.. something positive :p
but im a bit angry/disappointed by the community in general
I agree... And by the greedy market manipulators.
|
|
|
ewbf any progress on improving compatibility for old cuda 2.1 cards ? will next versions be faster and compatible ? or 0.0.6b was the last ?
Seriously ... someone of the stick-in-the-mud guys..Hey I want support for my old Glide and Voodoo 2 and yes maybe for my RIVA TNT2 and maybe also my old SPEA7 with 512KB video memory. Please support my old old museum to mine current crypto. Can we also have a miner for my AMIGA 500 and C64? /ironic mode off the 6502 might do good ;-)
|
|
|
I think I can get my 980ti to mine @ 1GHASH as well. But a waste of time. They tested the opencl bitcoinminer, wich is slower than ccminer. You can get the performance of the 1080 for free if you just know wich software to run.
And which software as of now is the best to run on the 980ti to get 1080 hashing power? Has this changed in the last 2.5 months that is was posted? The 1080 is the fastest ZEC miner. Well, actually it's the pascal titan-x.
|
|
|
how to solve this problem ? screen: http://prntscr.com/drcd22i terminated the task from task manager,probaby because of this. sometimes the wallet takes a bit of time to close, just wait and it will shutdown gracefully. but now i cant open wallet neither x64 nor x86 :// maybe there is a stuck process... try rebooting.
|
|
|
how to solve this problem ? screen: http://prntscr.com/drcd22i terminated the task from task manager,probaby because of this. sometimes the wallet takes a bit of time to close, just wait and it will shutdown gracefully.
|
|
|
some currently active nodes for you:
drtevq326tweby2k.onion:17941 l276teraoqm4zlht.onion:17941 eiwqgjwutrzl3flu.onion:17941 vqa7hnvicoi6grjd.onion:17941 6wlvnsyzlg3prvr7.onion:17941 gdhtrc7qoh3qowvf.onion:17941 n3ihxbhihkxguzx2.onion:17941 sjriwx4jzbwcraqu.onion:17941
|
|
|
what hashrate has 1060?thanks.
don't want to install ubuntu and compile miner just to find out hashrate.does anybody know it? I don't have a 1060 but I guess it is a bit faster than a 970, around 10 Mh/s
|
|
|
here you go,
wallets on two different windhoze system staying behind for 2 days 3 days, daemon gots the same issue,
clean wallet.dat issue solved that 1 minute syncin issue,
then after xcn-miners closed. dang exeric, will send some but cant now yet.
Are you saying that removing wallet.dat solved the sync issue? Weird. Could you try just restarting the daemon to see if it's enough to sync again?
|
|
|
Then every program is "ready for attack" LoL!!! Especially all the software on which our PCs and servers are based on, like openssl apache bind etc.
hehe :-) The point is that you don't need to store the virus in the executable, you just add a backdoor(buffer overflow) that can be used to upload the virus. We have too many closed source miners right now. Difficult to know if they contain backdoors or malware. I agree with you, but a buffer overflow is not a backdoor. You can exploit a buffer overflow to gain privileges, but you need access to the machine. The backdoor code must include networking and other routines which a good antivirus should be able to detect. This is a bit offtopic, though. In general, "never trust any binary" is a good rule ;-)
|
|
|
Heuristic virus detection is not looking for a pattern. That's classic virus detection. Thunderbite antivirus did automatic unencryption and code analysis more than 20 years ago. I played with it (at machine code level) back then, and you had to try hard to avoid detection. Again that was 20 years ago, so if they did their job, it must be a lot better now.
But the antivirus software will not detect the buffer overflows. Compile nheqminer in visual studio and read the warnings, you will see that this new miner is using unsafe methods, ready for attack. Then every program is "ready for attack" LoL!!! Especially all the software on which our PCs and servers are based on, like openssl apache bind etc.
|
|
|
The Virus detection is a false positive. Meanwhile I got the check report of Avast labs of version 0.0.7 was virus free.
hidden/stealth malicious code cannot be detected in that way, it's almost impossible to detect them with antivirus of any kind i'm running it in a secure machine where there is nothing to steal I remember thunderbyte antivirus detecting new viruses heuristically back in '94. It worked by analising machine code. But I don't know how that technology progressed over the years. Given the recent focus on AI, they should be doing good. If they want to, that is ;-) Heuristical virus detection is in pretty much every new good AVS. They name it different things, but you can find it in there. Thing is it doesn't know what to look for if there isn't a pattern, so someone can just change their code a bit so it operates in a different way and it wont find anything. Heuristical virus detection isn't the same thing as being able to find something that is a virus no matter what or functions like one. Heuristic virus detection is not looking for a pattern. That's classic virus detection. Thunderbite antivirus did automatic unencryption and code analysis more than 20 years ago. I played with it (at machine code level) back then, and you had to try hard to avoid detection. Again that was 20 years ago, so if they did their job, it must be a lot better now.
|
|
|
The Virus detection is a false positive. Meanwhile I got the check report of Avast labs of version 0.0.7 was virus free.
hidden/stealth malicious code cannot be detected in that way, it's almost impossible to detect them with antivirus of any kind i'm running it in a secure machine where there is nothing to steal I remember thunderbyte antivirus detecting new viruses heuristically back in '94. It worked by analising machine code. But I don't know how that technology progressed over the years. Given the recent focus on AI, they should be doing good. If they want to, that is ;-)
|
|
|
Since whis was fixed soon after XCN release, it may be trivial to backport. Could you point me to the commit on the bitcoin git? I will have a look.
I have previously tried looking for a specific commit which fixed the issue but couldn't seem to find one. I think the fix may have been included with some larger patch, I'm not really sure. I found several bug reports about random wallet corruption, such as this one, which were made around the start of 2014 and have the same error codes, however it seems they were closed without referencing a commit which solved the issue. I recall our core dev being stumped about the wallet corruption because he didn't change anything that could have caused it, so I'm fairly certain it is a bug inherited from Bitcoin. I never experienced the wallet corruption issue in months, so I'm unlikely to be able to fix it. Can someone who recently experienced it share some more information? debug.log snip? This might be a bit more complex: do you have an idea what kind of work is needed for this? Yes it wont be as simple as copying the Bitcoin implementation because we have the whole account tree thing. I have a rough idea as to what would be required, the hard part will be adapting all the changes Bitcoin has undergone in the last few years, much of the code has been overhauled to work in a very different way to how it worked when Cryptonite was forked from it, but many of those changes are necessary to make things like the parallel block downloading work properly. Maybe we can make a quick workaround: I've seen many coins hang on initial sync, then work fine after the wallet is just restarted. Maybe we could put a timeout on the connection, so it changes peer when more are known, maybe choosing the one with higher block height. What do you think?
|
|
|
|