Coda 7970: vertminer -o stratum+tcp://crunchpool.mooo.com:9171 -u xxxxxx -p xxxx -I13 --gpu-fan 55 --gpu-memclock 1500 --gpu-engine 1050 -g 2 --thread-concurrency 8191 --gpu-powertune 20 -s 1 -E 1 -Q 0
|
|
|
|
|
Eh, Coda, did you put all of that in the script?
Including the 'chmod +x' and the 'pico [...]' line?
That's not right...
Hang on...
Edit:
Ok, nevermind. Just take the 'vertminer [...]' line from your script and run it from the terminal. With username and password obviously.
If your settings are wrong (-I19 sounds high to me but maybe that's good for a 7950) go to the first page, there's a separate thread for settings.
|
|
|
|
can someone copy paste a simple command line for vert or conf is fine also
Mine used to work 300kh and its dropped to 140 a few weeks later, so Im sure some settings wrong no doubt
Its a 7950
STT, Is it the format you're worried about or the parameters? If it's the format I can give you the commands for 7970s and 290s (in linux), but I don't have parameters for 7950s... |
|
|
|
|
Coda, just run it from the commandline in a terminal? That's what I do. I don't have a conf file at all, I simply wrote a bash-script with different settings I use for different coins.
|
|
|
|
Ok, this is far off-topic (I apologize) but I thought it was worth a read, comes from the MaxCoin thread: A mid GPU has 40x edge on a top CPU??? Disgusting scam.
why is it a scam? SHA-3 (Keccak) was designed to be parallelizable and ASIC friendly. That fact the developers initially didn't provide a working GPU miner does NOT mean that noone else would be able to provide one. I ported the single round Kekkac256 to CUDA within a day (coincidencially the 24 hours that the MaxCoin developers have decided to delay the launch). If the launch had taken place at the original date, there would not have been a CUDA miner supporting it. In fact the delay inspired me to work on it. That and the availability of the maxcoin-cpuminer source code at the original launch day. I am sure there will also be keccak capable CGMiner forks available very soon. Christian You did a great job, and many appreciate it. If you want to blame anyone for this failure of a coin, blame the incompetent developers. Instead of botnets you got GPU farms. What's the damn difference? |
|
|
|
|
Kahir, I don't understand your question I think...
Before it hit Cryptsy the price was anything but normal.
(Edit: What was it? 0.0070-ish or so?)
|
|
|
|
I'm getting 100% rejected shares on every pool ("Share is above target"). What am I missing?
Have you had accepted shares before? If not; have you set it up properly? (See first page for miners, settings etc.) |
|
|
|
|
Does anyone know why the blockchain explorer is down?
|
|
|
|
|
Dafar,
Sorry but I don't understand your reasoning there... *If* it will surpass LTC then get in?
If that's the case your not going to stop it by calling it an enemy...
And I seriously doubt your luck has any influence on what the coin does. People messing with it op Cryptsy have a larger effect IMO.
|
|
|
|
Wow... So how many messed up launches are we going to see?
The launch of VTC. Was perfect. If you disagree you probably were not here for the launch. I continue to be amazed by the perfomance and relieved - yes relieved - that we backed off the cryptsy spike. If we had gone much higher it would have set an extremely difficult celing to breach. All we have done is established a floor within striking distance of the top 10 market cap. The buy wall is growing across tge exchanges and spec interest is griwing as mining interest has. Qbit where is my t-shirt? I want to put my girlfriend in one and use her as the first V-model. jballs, Sorry I wasn't clear, lol! This was in response to the launch of MaxCoin. (A few posts before mine refer to that since that is what was crashing BitcoinTalk) I agree Vertcoin's launch was pretty much perfect! |
|
|
|
Someone really wants to keep VTC low on Cryptsy. Every time it's rising giant sell orders appear and back down it goes. If I had the btc I would eat that sell order just to stop them from doing it  There needs to be more volume so this crap stops, or at least will be more difficult. Indeed! Wish I could cough up the BTCs to mess his game up. |
|
|
|
|
Wow... So how many messed up launches are we going to see?
|
|
|
|
This is my whole point. If there is enough money in it, some entity will do it. But only companies with a very good funding will be able to do it.
Fast forward to 2017, everybody is using Vertcoin now because they thought it will free the cryptocurrency world from "those ASIC companies". But, boom! AMD just developed an ASIC miner, because their GPUs are really good at mining anyway, so they just removed everything not needed for mining, no video output etc, high power VRMs for insane clock speeds, loads of high-speed memory (because they are such a big company and buy tons of it they get it cheaper than anyone else), so they run 10-100x more efficient (both MH/s/J and USD/(Mh/s)) than the GPUs they sell. So now all the hashing power basically lays in the hand of one company. Because the design of the ASIC is very complex, no other company competes with AMD. What now?
With SHA, you could even go the "ultra cheap" route and do a hardcopy ASIC with existing (open source) HDL code. How many SHA ASICs do we have? A dozen? They all compete and are at least an oligopoly.
Anyway: The statement "No more ASICs" ist just not true. It should say "Currently no ASICs".
ShadesOfMarble, Also read tsh's reaction to my post though, he brings up an interesting point regarding the powerconsumption/efficiency of Asics. Edit: Wait, I'll paste it in: ShadesOfMarble does have a point though, IMO. Asics (and FPGAs) are sort of in between hardware and software. The GPU (the core itself) is basically an ASIC. With lots of functionality that's not required for mining.
I think this misses the reason that mining specific ASIC are efficient. The GPU core is a parallel vector compute engine, in effect a specialised CPU. I'm not sure that there is a big overhead on a graphics card (above a few $$ driver chips) which could be saved. The power benefit of a SHA or SCRYPT ASIC comes from the fact that they are not programmable. The single function that they compute is hard-wired (hence it is impossible to re-target them effectively). The same reasoning is behind ASIC being more efficient than FPGA (although the mechanism is different). Silicon resource that is not used 100% every cycle is a cost - but is needed if you need to support configurable algorithms. An algorithm which pushes the energy cost almost completely to pushing data through RAM will further reduce the benefit to be made by doing the compute side efficiently. |
|
|
|
Getting 502s again on cryptsy. Moving my VTC out of there.
CoinedUp is slow as molasses but I trust them a lot more.
Maybe Poloniex, I'll have a look.
I think best is coinmarket.io though in beta but pretty fast Thanks, I'll have a look at that one! |
|
|
|
Cryptsy is trading such a low volume of coins right now that someone with a few BTC could shift the price +/- 20%
Looks like most people are holding and those either inexperienced or are trying to manipulate the rate are trading.
Take a look at the volume since the last dump. It's tiny.
I've had about enough of Cryptsy. I thought it would add to the value of VTC not screw with it.
Yeah, just moved everything out of there. Going back to CoinedUp even though I can make coffee while the page loads. I would like to use PoloniEx, but I don't see any volume there... Too bad really, feels pretty fast. |
|
|
|
|
Getting 502s again on cryptsy. Moving my VTC out of there.
CoinedUp is slow as molasses but I trust them a lot more.
Maybe Poloniex, I'll have a look.
|
|
|
|
I am going at 600Kh/s on a p2p and get shit for payments IF THEY COME IN AT ALL. It is WAY too inconsistent. One block I am on the payout list, another block I'm not. WTF! If you got an idea of how to get consistent payments out of a p2p, please share.
Luthan, You should be getting a bit over 3 VTC over 24h. The payouts are inconsistent but do they add up to roughly 3? I joined a smaller p2pool and the payouts are more consistent but also lower. Not sure why that is though. |
|
|
|
Not sure if this is an issue, im mining on CPU and GPU, cgminer, been mining with 500mhash for a few hours and only getting small amounts of vert, also cgminer doesnt show any accepted.
500 *Mega*H/S? I'm guessing you mean kH/s. Your CPU probably isn't doing anything useful. You should be getting around 3 VTC over 24 hours, so small aounts of VTC sounds good.. Cgminer won't do anything useful if it's the standard cgminer you're talking about. Don't you mean vertminer? |
|
|
|
I'm curious if the Vertcoin developer came up with the modified N factor. I see that microcoin here: https://bitcointalk.org/index.php?topic=397679.0 uses it and I believe they released their coin first. So I'm curious who actually developed it as I'd like to get in touch with them. Thanks. Micro Coin uses Jane scrypt.. its different from this one.. Jane scrypt was applied in YAcoin and Applecoin as well.. But problem there is that diff increases very quickly and mining doesnt make much sense.. at begining here you mine very quickly and within weeks your hashrate drops dramatically.. so miners move away and it kills coin.. here at VTC we dont have this problem.. it is resistant against ASIC already, but nfactor is not going to change that fast, also it did not started on any low value as jane scrypt does.. bottom line is, VTC algo is so far best at crypto.. ok?  Lol, a while ago I figured it would be a good idea to mine scrypt-coins of the GPUs and let the CPU mine YaCoin... Turned out to be a bad idea. |
|
|
|
I really do like the idea of Vertcoin. Still, two things come to my mind:
1.) Claiming something is "ASIC proof". No algorithm is that. You can always develop an ASIC. GPUs are ASICs, after all. Take the design of a GPU, strip everything not needed for Vertcoin mining and that's your VTC-ASIC. Still, of course, that ASIC would be way more complex than any SHA/BTC ASIC and would require loads of fast memory, thus making it very expensive (compared to SHA and even scrypt/LTC ASICS). But this immediately leads to my second point.
2.) How bad are ASICs after all? With SHA, there is a low entry level for developing an ASIC. With VTC, this "entry barrier" would be much higher. Imagine VTC would be as popular as BTC is now. I'm going to guarantee you that at least one person/group would be into developing a VTC ASIC. But that's the problem: Only few entities would have the funds to do so, much fewer than with Bitcoin. After all, this will lead to more centralization, not less.
I don't like that "hobby mining" is gone in the Bitcoin world, I don't like how much current ASICs are overpriced.
But I still think the Bitcoin network is better off with all the ASICs than the VTC network would be.
No worries. The coin is software. ASICs are hardware. A simple algorithm tweak proposed by the VTC developers and agreed upon by the community will shake off an ASIC. Even a change to N-factor schedule would wreak havoc on ASIC makers' business plans. As long as Vertans say ASICs are not welcome here, we'll be able to preserve the 'hobby mining' angle for a good while. Edit: BTW I don't like the asics at all, mostly because of the incredible disruption they caused. There are not many companies that can make asics this complex, and when they do have working units they extensivly 'test' them before they ship them out. That's what I think BFL and such did. HinnomTX, ShadesOfMarble does have a point though, IMO. Asics (and FPGAs) are sort of in between hardware and software. The GPU (the core itself) is basically an ASIC. With lots of functionality that's not required for mining. So if you could strip the unneeded parts from a graphicscard's GPU you could create an mining-specific PCB with a higher efficiency and probably lower power requirements. And you could change the N-factor just as easily. I think that would would require an incredible amount of engineering though, you'd be doing AMD's and Nvidia's work basically. To me that doesn't sound feasible. Unless AMD and Nvidia themselves would start producing those miners. Then again, the downside of anything application specific is that they're completely useless if this whole *coin-world collapses. I don't think that will happen, but for a company this is probably a big risk. |
|
|
|
|
Show Posts
