what am I doing wrong? driver installed. AMD SDK installed. config: set PATH=%PATH%;./dlls set TERMINFO=.\dlls\terminfo set GPU_MAX_ALLOC_PERCENT=100 sgminer.exe -o stratum+tcp://stratum-us.trademybit.com:4440 -u XXXXX -p YYYYY --kernel darkcoin -I 19 --lookup-gap 2 --thread-concurrency 21568 -w 256 -g 1 --gpu-powertune 20 --gpu-engine 1150 --gpu-memclock 1500
result: Error -4 means "there is a failure to allocate memory for buffer object". This either means your card doesn't have enough "local" memory on your GPU to run X11 (it needs at least 8Kbytes of local memory), or that you have memory problems on your GPU. Have you deleted all the .bin files from the folder before running? Which gpu models are you using?
|
|
|
You guys sure this miner doesn't submit fake shares to offset the increase in hash-rate?
Because I have no idea how it mines 40-50% faster while using 10% more electricty.
Code refactoring can work wonders. There is plenty of room to optimize AMD code to produce more hash at the same wattage. Optimized Nvidia code is producing 2+ mhs @ 30w on a 750 Ti and 5.5mhs+ on 780 Tis @ ~250w. AMD code is so unoptimized for x11 it's nearly criminal. Wow, you're getting that from the new miner? What about the old one, not the "40% faster"? 30w power consumption while mining 2+mh/s, seriously? How much is the gpu load? I think he is talking about cudaminer for NVidia.
|
|
|
i have 4.1.0g windows. on another miner speed works but in this version not can you give link to working miner for windows with working fan speed in miner, it works i think but not shows?
The right file for fans and temps working on windows is: x11-sgminer-win-FANS_AND_TEMPS_WORKING-mingw-build2.zip (i renamed the file so people knows what to look for)
|
|
|
How you add fans ? my miner not shows speed of fans
use the "mingw" version. The earlier "cygwin" versions are not compatible with ADL.
|
|
|
How you add fans ? my miner not shows speed of fans
That means ADL isn't working, and the miner software cannot see or change fan speed, temperature, or clockrates. So far, I haven't gotten this to compile on linux so that fan speeds work. ADL files are not free, so are not provided within the source. You have to download them from AMD and copy them to the ADL_SDK folder before running "./configure". Read the ADL_SDK/readme.txt file for download links and instructions.
|
|
|
uma solução que eu tenho em mente é usar a digital que ta no RG:
o cadastro vai ser feito atraves dessa digital. um programa vai gravar a digital e dar uma numeração a ela. essa numeração vai ser o numero de cadastro da pessoa. para comprovar que a digital é dela, a pessoa vai ter q fotografar o RG, o lado que contem a foto e a digital (esse lado não tem dados pessoais). ela vai ter q segurar o RG para poder comparar a foto do RG com ela. alem disso, para provar que a foto não é de outra pessoa (achado na net, por exemplo), é necessário algo na foto para provar que a própria pessoa tirou a foto. por exemplo, pode se exigir da pessoa de tirar a foto, dela segurando o RG, na frente da tela do monitor, nele visível aberto o site da BR+. algo assim.
agora, para evitar que a mesma pessoa se cadastra duas vezes, vai ter um banco de dados das digitais. o programa vai comparar e digital nova, com as digitais já cadastradas.
Interessantíssima solução. A unica remarca que eu tenho é que será bem pesada a parte tecnológica pra resolver o problema ( diga-se soft de comparar impressões digitais...). Em alguns momentos fazer algo muito complicado pode complicar o meio de campo. É uma ideia genial. Parabéns! A comparacão é bem simples, pois vc não vai comparar impressões digitais tiradas em momentos diferentes, mas sim a impressão digital "impressa" na carteira, ou seja, é basicamente uma comparação entre duas imagens para ver se são identicas! O "problema" que pode haver é de rotacionar, redimensionar ou deslocar a imagem por causa de diferenças na forma como foram escaneadas.
|
|
|
uma solução que eu tenho em mente é usar a digital que ta no RG:
o cadastro vai ser feito atraves dessa digital. um programa vai gravar a digital e dar uma numeração a ela. essa numeração vai ser o numero de cadastro da pessoa. para comprovar que a digital é dela, a pessoa vai ter q fotografar o RG, o lado que contem a foto e a digital (esse lado não tem dados pessoais). ela vai ter q segurar o RG para poder comparar a foto do RG com ela. alem disso, para provar que a foto não é de outra pessoa (achado na net, por exemplo), é necessário algo na foto para provar que a própria pessoa tirou a foto. por exemplo, pode se exigir da pessoa de tirar a foto, dela segurando o RG, na frente da tela do monitor, nele visível aberto o site da BR+. algo assim.
agora, para evitar que a mesma pessoa se cadastra duas vezes, vai ter um banco de dados das digitais. o programa vai comparar e digital nova, com as digitais já cadastradas.
Para garantir a autenticidade da foto, use a própria carteira para gerar uma "senha" baseada no ultimo bloco minerado + a chave privada da pessoa (por exemplo, assinar o ultimo bloco usando a chave privada da certeira). A pessoa precisará copiar esta senha de próprio punho em um papel que deverá parecer claramente na foto. Assim você garante não só a idade da foto mas também que a pessoa tem acesso a carteira em questão. o upload da foto sendo feito pelo próprio programa da carteira garante que o a "senha" gerada vai ser enviada para verificação junto com a foto, e quem receber a foto poderá conferir se o numero informado pela carteira "bate" com o numero escrito a mão na foto. A melhor forma de fazer a "confirmação" dessas fotos é dar um "bounty" pra quem votar nelas como verdadeiras ou falsas, e considerar confirmada se houverem 200 votos de verdadeiro e nenhum falso. Assim você distribui o trabalho de verificação e o torna mais "justo". E com um "bounty" pelo voto, você incentiva as pessoas a votarem.
|
|
|
... fiz outros post com questionamentos interessantes ...
Não, não são interessantes e provavelmente já foram respondidos diversas vezes na área de novatos. Favor não encher o forum principal com perguntas básicas que não trazem benefícios ao grupo de modo geral.
|
|
|
Minerar Bitcoin e Namecoin ao MESMO TEMPO? tenho de baixar algo a mais?
por favor faça suas perguntas na área de novatos. E de preferencia procure os tópicos que lá existem, pois este tip ode pergunta certamente já foi respondido por lá.
|
|
|
in your experience it is possible to optimize even more? maybe a 20% more hashrate?
Possibly yes, but now it involves other tricks, like using vector types (int2, int4 and int8) and to use amd specific functions (bitalign, etc). It will be a really slow work and possibly take some months to get to 20% improvement. and still, the slower algorithms are the ones using lookup tables (groestl, shavite, echo), which are hard to improve due to the size of the tables (groestl uses 8 tables of 1Kb each). So i wouldn't expect huge gains in the next versions, but slow and steady improvement.
|
|
|
I think it's time for girino to release his source code as promised.
done. (added zip with code to the shared dropbox folder). I'm more interested in an explanation why it's so much faster! Your crack and Lasybear's work are "sufficient" enough to copy what he has done, but CL-code itself is 100% identical and doesn't explain the speed boost..... Only thing different is the way CL-functions are called, and the use of an additional memory-block (plus pointers instead of arrays). Still like to learn what Girino's breakthrough was and his line of thought archiving this (this knowledge, our community can use for further improvements).
There are many things that make it faster. GPU's have very little "private" memory, and all declared local variables are allocated in "private" memory space, that quickly fills up and is then cached into global (yes, global) memory. So big functions with lots of variables are REALLY BAD for GPU. Breaking up the functions the way i did can give you huge speed improvements. Sequencial accesses to global memory are quite fast as they are cached in local memory by the compiler, so the use of global memory to store the intermediate hashes is still fast enough for the improvements to be worth it.
|
|
|
Anyone knows if there's still an exchange for this coin?
If there's no more exchange, i'll turn the pool down at the end of the month and declare the coin dead for good. At least for me.
if the pool is dead, then it is totally dead... It's still active in ypool.net. just pool.girino.org is going down. your pool is much better and stable than ypool. it is a pity to shut it down... I'll keep it alive for some time still. But i see no future for metiscoin And as far as it goes, it might be better to solo mine than to use a pool. (I promise that if i turn the pool off i'll provide you with a GPU miner for solo mining)
|
|
|
Você nao imagina a tristeza de ter um monte de moedas que valiam 15 centavos e largar de mão e 4 anos depois elas valerem 1500 reias. mas vamos ao assunto, eu quero construir um hardware baseado em FPGA que minere varias moedas da seguinte forma (minere 20 litecoins depois minere 15 darkcoins e assim sucessivamente como descrito no 1º post) e como dito no 1º post quero que o FPGA seja autonomo como? que ele não seja atrelado a um PC, para isso teria de atrelar a ele por exemplo um placa de rede, mas nao tenho tanto conhecimento de hardware para saber o que é necessario para tal feito, assim que conseguir uma descrição boa para criar o hardware passarei a desenvolver a parte do SOFTWARE.
usar FPGA pra minerar Litecoin ou outra moeda scrypt é perda de tempo. Além de ser mais lento que numa GPU, já existem ASICs pra isso. Você vai reinventar a roda atoa! Foca no darkcoin que é onde vc vai ter vantagem competitiva. Outra coisa, na minha experiencia, vale mais a pena desenvovler pra vender do que pra usar. Se vc desenvolver uma FPGA pra Darkcoin, transforme em produto e venda. Tem mais gente querendo comprar do que vc tem grana pra comprar equipamento e minerar sozinho. (been there, done that)
|
|
|
Reparei agora que o miner do girino nao me parece dar tantos rejects. Mas o meu gpu load esta a 50% e tenho metade do hash que devia ter. Mas pode ser um comeco
tente aumentar a intensidade para 18 ou 19 (-I 18 ou -I 19) que são os valores ideais para meu miner.
|
|
|
tenho uma visão onde a própria rede (atravez dos wallets) gerencia as bolsas. as moedas serão criadas sem possibilidade de acesso para os devs ou terceiros. a rede então verifica os cadastros e libera as bolsas.
não tenho a mínima ideia ainda sobre a solução técnica disso.
dá uma tese de doutorado isso!
|
|
|
Anyone knows if there's still an exchange for this coin?
If there's no more exchange, i'll turn the pool down at the end of the month and declare the coin dead for good. At least for me.
if the pool is dead, then it is totally dead... It's still active in ypool.net. just pool.girino.org is going down.
|
|
|
ta offline teus links pra download no dropbox (da pasta principal), o link que vc postou direto pra mim ainda funciona (ultima versao tua pra windows)
Ach oque o link do dropbox "venceu", substitui ele já!
|
|
|
Olá galera sou novo nesse negocio de mineração, queria saber se vale a pena investir muna AMD Radeon R9 295X2 para minerar bitcoin e em caso afirmativo, teria como ter um base de produção num mês?.
Desde já agradeço a ajuda de vocês.
Não vale a pena, mesmo que você nao pague eletricidade, levaria algumas centenas de anos pra recuperar o investimento. Seu "lucro" seria de poucos centavos ao mes (ou um prejuízo de algumas dezenas de reais caso pague eletricidade)...
|
|
|
alguma noticia sobre o o problema? Vi que a darkcoin não se dá muito bem com p2pool, se vc estiver minerando em uma p2pool, pode ser este o problema.
Pior que não é P2P pool. A piscina que eu minero é a oficial da moeda. Ela é Mpos se não me engano. Eu nunca gostei de jeito nenhum de minerar em P2 pools. Eu acho aquilo uma porcaria e nunca funciona direito. na verdade tava perguntando do problema original, lá do cmontanha :
|
|
|
alguma noticia sobre o o problema? Vi que a darkcoin não se dá muito bem com p2pool, se vc estiver minerando em uma p2pool, pode ser este o problema.
|
|
|
|