Author

Topic: ETH ve ZEC Madenciliği Hakkında Sorularım (Read 1100 times)

hero member
Activity: 756
Merit: 541
November 28, 2016, 01:27:14 AM
#5
Merahaba ;

Bir süredir hobi amaçlı kurduğum küçür rig'imle denemeler yapıyorum. Takıldığım bir kaç konuyu altta not aldım, yardımlarınızı rica ediyorum.

ETH ve ZEC kazarken dikkatimi çeken bir şey havuzlardaki hashrate oranının rig ile örtüşmemesi. Şöyleki 2 adet mod'lu RX480 ile ETH kazarken rig 54MH'te stabil kazarken Coinotron'da 26 ile 72MH arasında değerler görüyorum. Keza ZEC kazarken rig 352H/s'de stabil çalışırken Nanopool'da 182 ile 572 Sol/s değer görünüyor. Bu bir sorunmudur, yoksa havuzlardaki başka nedenlerle oluşan hesaplama gecikmelerindemi kaynaklanmaktadır?

Diğer bir sorum, miner'lar içerisindeki readme'de yer alan komutları config.txt dosyasına eklemenin yöntemi nedir? Bir yazılış sırası ya da düzeni olması gerek sanırım ki yazdığım komutların çalıştığını göremiyorum. Örnek olarak intensity'i 6 yazmama rağmen GDU'lar hep 4'te çalışıyor.

Elimdeki RX480'lerde (1 adet ASUS 1 adet Gigabyte) şuan 29MH'lik Low Power modu yüklü. Ne yaptımsa ETH'de hashrate'i GDU başına 26,5MH'in üstüne çıkamadım. Boysie'nin diğer 30MH ve 31.8MH modlarını da denedim aynı şeklide belirtilen hashrate değerinin hep 3-4MH altına ulaşabildim. Bir yerde bir şeyi yanlış yaptığımı sanıyorum.

İyi dileklerimle

Kurulu sistem detayı:
Win7 Pro X64
Intel Pentium G3240 3.10GHZ 1150PIN 3MB 350MHZ GFX CPU
Asrock H81 Pro MB
2 adet RX480 GDU
2 adet KINGSTON HYPERX FURY 8GB DDR3 1600Mhz RAM
Kingston SSDNOW 300 120Gb SSD


Öncelikle hash konusundaki oynak değerlerin sebebi; havuzların bulunan share sayısına göre ödeme yapması ve genelde son 1 saatte bulunan share sayısına göre ortalama değer göstermesi. Uzun vadede (24 saat) ortalama ile yerel miner progragramınızda gördüğünüz değere yakın olacaktır. Bu kouyla ilgili havuzların ödeme yöntemlerini araştırırsanız gerekli bilgilere ulaşırsınız.

Dualminer kullanıyorsunuz sanırım. Config dosyasına yazılan parametrelerin önündeki # işaretini kaldırdıgınıza emin olun ve exe yi hiçbir parametre ile başlatmayın. Exe yi çalıştırırken parametre kullanmassanız config dosyasına bakacaktır. İstediğiniz değerlere ulaşmak içinse -dcri parametresi ile 2. kazım yaptıgınız koinin kazım yogunlugunu düşürmek ve uygun değerlerde overclock yapmak.

Daha da iyi dilelerimle Smiley



Merhaba @sonerbo;

Postunuzu okuduktan sonra bir aydınlanma yaşadım, sağolun. Smiley

ZEC kazarken Claymore 8.x kullanıyorum, ETH kazarken Genoil's kullanıyordum Claymore ile ETH'de anlaşamamıştık, onun nedenini de anladım sanırım. sizin sylediğiniz gibi bir başılıkta da okumuş ama anlamamıştım, başlıkta miner'ın çalıştığında betch file içindeki *.exe komutu arkasında başka bir komut yoksa config.txt dosyasını kontrol ettitğini yazıyordu. Ben pool ayarlarını betch file içine yazıyordum, dolayısı ile miner komutları kontrol etmek için config.txt dosyasını kontrol etmiyordu. Biraz önce gerekli düzeltmeleri yaptım GDU'ların intensity'si 6 oldu, restart komutu çalışmaya başladı, umarım bir işe yarar.  Cool

İyi dileklerimle

copper member
Activity: 1358
Merit: 523
November 27, 2016, 03:17:18 PM
#4
Merahaba;

Bir süredir hobi amaçlı kurduğum küçür rig'imle denemeler yapıyorum. Takıldığım bir kaç konuyu altta not aldım, yardımlarınızı rica ediyorum.

ETH ve ZEC kazarken dikkatimi çeken bir şey havuzlardaki hashrate oranının rig ile örtüşmemesi. Şöyleki 2 adet mod'lu RX480 ile ETH kazarken rig 54MH'te stabil kazarken Coinotron'da 26 ile 72MH arasında değerler görüyorum. Keza ZEC kazarken rig 352H/s'de stabil çalışırken Nanopool'da 182 ile 572 Sol/s değer görünüyor. Bu bir sorunmudur, yoksa havuzlardaki başka nedenlerle oluşan hesaplama gecikmelerindemi kaynaklanmaktadır?

Diğer bir sorum, miner'lar içerisindeki readme'de yer alan komutları config.txt dosyasına eklemenin yöntemi nedir? Bir yazılış sırası ya da düzeni olması gerek sanırım ki yazdığım komutların çalıştığını göremiyorum. Örnek olarak intensity'i 6 yazmama rağmen GDU'lar hep 4'te çalışıyor.

Elimdeki RX480'lerde (1 adet ASUS 1 adet Gigabyte) şuan 29MH'lik Low Power modu yüklü. Ne yaptımsa ETH'de hashrate'i GDU başına 26,5MH'in üstüne çıkamadım. Boysie'nin diğer 30MH ve 31.8MH modlarını da denedim aynı şeklide belirtilen hashrate değerinin hep 3-4MH altına ulaşabildim. Bir yerde bir şeyi yanlış yaptığımı sanıyorum.

İyi dileklerimle

Kurulu sistem detayı:
Win7 Pro X64
Intel Pentium G3240 3.10GHZ 1150PIN 3MB 350MHZ GFX CPU
Asrock H81 Pro MB
2 adet RX480 GDU
2 adet KINGSTON HYPERX FURY 8GB DDR3 1600Mhz RAM
Kingston SSDNOW 300 120Gb SSD


Öncelikle hash konusundaki oynak değerlerin sebebi; havuzların bulunan share sayısına göre ödeme yapması ve genelde son 1 saatte bulunan share sayısına göre ortalama değer göstermesi. Uzun vadede (24 saat) ortalama ile yerel miner progragramınızda gördüğünüz değere yakın olacaktır. Bu kouyla ilgili havuzların ödeme yöntemlerini araştırırsanız gerekli bilgilere ulaşırsınız.

Dualminer kullanıyorsunuz sanırım. Config dosyasına yazılan parametrelerin önündeki # işaretini kaldırdıgınıza emin olun ve exe yi hiçbir parametre ile başlatmayın. Exe yi çalıştırırken parametre kullanmassanız config dosyasına bakacaktır. İstediğiniz değerlere ulaşmak içinse -dcri parametresi ile 2. kazım yaptıgınız koinin kazım yogunlugunu düşürmek ve uygun değerlerde overclock yapmak.

Daha da iyi dilelerimle Smiley

hero member
Activity: 756
Merit: 541
November 27, 2016, 01:59:24 PM
#3
Hash dengesizliği havuz kaynaklı bir problem işin teknik detayını ve  başka bir şey varsa bilemeyeceğim ama gördüğüm herkes aynı sorunu yaşıyor.
Linux kullanıcıları daha stabil olduğunu söylüyor ama bilemiyorum.
Önemli olan ortalaması zaten ortalama hash normal ise önemsiz.
Doğru yazdıysanız komut parametrelerinin dizilişi farketmiyor ama sonuna yazmayı deneyin isterseniz
-i 6 olarak her ekran kartı için farklı değerler verebilirsiniz -i 6,4,2 diye

Merhaba;

Şuan Sol/s ortalaması normal görünüyor ama 200'ler düştüğünü de gördüm.

Config dosyam alttaki gibi, bir hata varmıdır?

İyi dileklerimle

-zpool eu1-zcash.flypool.org:3333
-zwal t1RjQjDbPQ9Syp97DHFyzvgZhcjgLTMwhaq
-zpsw z
-tt 60
-i 6
-r 60
legendary
Activity: 1596
Merit: 1013
November 27, 2016, 01:04:31 PM
#2
Hash dengesizliği havuz kaynaklı bir problem işin teknik detayını ve  başka bir şey varsa bilemeyeceğim ama gördüğüm herkes aynı sorunu yaşıyor.
Linux kullanıcıları daha stabil olduğunu söylüyor ama bilemiyorum.
Önemli olan ortalaması zaten ortalama hash normal ise önemsiz.
Doğru yazdıysanız komut parametrelerinin dizilişi farketmiyor ama sonuna yazmayı deneyin isterseniz
-i 6 olarak her ekran kartı için farklı değerler verebilirsiniz -i 6,4,2 diye
hero member
Activity: 756
Merit: 541
November 27, 2016, 12:26:59 PM
#1
Merahaba;

Bir süredir hobi amaçlı kurduğum küçür rig'imle denemeler yapıyorum. Takıldığım bir kaç konuyu altta not aldım, yardımlarınızı rica ediyorum.

ETH ve ZEC kazarken dikkatimi çeken bir şey havuzlardaki hashrate oranının rig ile örtüşmemesi. Şöyleki 2 adet mod'lu RX480 ile ETH kazarken rig 54MH'te stabil kazarken Coinotron'da 26 ile 72MH arasında değerler görüyorum. Keza ZEC kazarken rig 352H/s'de stabil çalışırken Nanopool'da 182 ile 572 Sol/s değer görünüyor. Bu bir sorunmudur, yoksa havuzlardaki başka nedenlerle oluşan hesaplama gecikmelerindemi kaynaklanmaktadır?

Diğer bir sorum, miner'lar içerisindeki readme'de yer alan komutları config.txt dosyasına eklemenin yöntemi nedir? Bir yazılış sırası ya da düzeni olması gerek sanırım ki yazdığım komutların çalıştığını göremiyorum. Örnek olarak intensity'i 6 yazmama rağmen GDU'lar hep 4'te çalışıyor.

Elimdeki RX480'lerde (1 adet ASUS 1 adet Gigabyte) şuan 29MH'lik Low Power modu yüklü. Ne yaptımsa ETH'de hashrate'i GDU başına 26,5MH'in üstüne çıkamadım. Boysie'nin diğer 30MH ve 31.8MH modlarını da denedim aynı şeklide belirtilen hashrate değerinin hep 3-4MH altına ulaşabildim. Bir yerde bir şeyi yanlış yaptığımı sanıyorum.

İyi dileklerimle

Kurulu sistem detayı:
Win7 Pro X64
Intel Pentium G3240 3.10GHZ 1150PIN 3MB 350MHZ GFX CPU
Asrock H81 Pro MB
2 adet RX480 GDU
2 adet KINGSTON HYPERX FURY 8GB DDR3 1600Mhz RAM
Kingston SSDNOW 300 120Gb SSD
Jump to: