Latest posts of: wonk

Show Posts
Pages: [1]

Economy / Service Announcements / Re: [ANN] NiceHash.com - sell & buy hash rate cloud mining service / multipool

on: June 03, 2016, 08:20:04 AM

Quote from: nicehash on June 01, 2016, 06:29:23 PM

Introduction of new algorithms and release of NiceHash Miner v1.5.0.0 (new algos Hodl, Decred, Dagger-Hashimoto, speedups and more): https://www.nicehash.com/index.jsp?p=news&id=77

I upgraded to 1.5.0.0 and neoscrypt is no longer working with my AMD R7-260X card. The dump.txt file in the sgminer general directory shows the following:

Code:

[12:50:17] Set algorithm N-factor to 10 (N to 23373148)
[12:50:17] Started sgminer 5.4.0-nicehash-39
[12:50:17] * using Jansson 2.7
[12:50:17] CL Platform vendor: Advanced Micro Devices, Inc.
[12:50:17] CL Platform name: AMD Accelerated Parallel Processing
[12:50:17] CL Platform version: OpenCL 2.0 AMD-APP (2079.4)
[12:50:17] Platform devices: 1
[12:50:17] 	0	Bonaire
[12:50:17] Number of ADL devices: 1
[12:50:17] ATI ADL Overdrive5 API found.
[12:50:17] ATI ADL Overdrive6 API found.
[12:50:17] Found 6 logical ADL adapters
[12:50:17] ADL index 0, id -74058112 - BIOS partno.: 113-C5820400-X01, version: 015.039.000.003, date: 2013/09/18 03:14
[12:50:17] GPU 0 assigned: iAdapterIndex:0 iPresent:1 strUDID:PCI_VEN_1002&DEV_6658&SUBSYS_29351462&REV_00_4&932E434&0&0018A iBusNumber:1 iDeviceNumber:0 iFunctionNumber:0 iVendorID:1002 name:AMD Radeon R7 200 Series
[12:50:17] ADL index 1, id -74058112 - BIOS partno.: 113-C5820400-X01, version: 015.039.000.003, date: 2013/09/18 03:14
[12:50:17] ADL index 2, id -74058112 - BIOS partno.: 113-C5820400-X01, version: 015.039.000.003, date: 2013/09/18 03:14
[12:50:17] ADL index 3, id -74058112 - BIOS partno.: 113-C5820400-X01, version: 015.039.000.003, date: 2013/09/18 03:14
[12:50:17] ADL index 4, id -74058112 - BIOS partno.: 113-C5820400-X01, version: 015.039.000.003, date: 2013/09/18 03:14
[12:50:17] ADL index 5, id -74058112 - BIOS partno.: 113-C5820400-X01, version: 015.039.000.003, date: 2013/09/18 03:14
[12:50:17] GPU 0 AMD Radeon R7 200 Series hardware monitoring enabled
[12:50:17] ADL GPU 0 is Adapter index 0 and maps to adapter id -74058112
[12:50:17] GPU 0 BIOS partno.: 113-C5820400-X01, version: 015.039.000.003, date: 2013/09/18 03:14
[12:50:17] Default Devices = 0
[12:50:17] set_devices(0)
[12:50:17] set_devices(0) done.
[12:50:17] GPU 0 Thread Concurrency set to 8192.
[12:50:17] GPU 0 Worksize set to 64.
[12:50:17] Loading settings from default_profile for pool 0
[12:50:17] Pool 0 Algorithm set to "neoscrypt"
[12:50:17] Pool 0 devices set to "0"
[12:50:17] Pool 0 lookup gap set to "(null)"
[12:50:17] Pool 0 XIntensity set to "2"
[12:50:17] Pool 0 Thread Concurrency set to "8192"
[12:50:17] Pool 0 GPU Clock set to "(null)"
[12:50:17] Pool 0 GPU Memory clock set to "(null)"
[12:50:17] Pool 0 GPU Threads set to "2"
[12:50:17] Pool 0 GPU Fan set to "30-95"
[12:50:17] Pool 0 GPU Powertune set to "(null)"
[12:50:17] Pool 0 GPU Vddc set to "(null)"
[12:50:17] Pool 0 Shaders set to "(null)"
[12:50:17] Pool 0 Worksize set to "64"
[12:50:17] Probing for an alive pool
[12:50:17] Testing neoscrypt.usa.nicehash.com
[12:50:17] Succeeded delayed connect
[12:50:17] Failed to get sessionid in initiate_stratum
[12:50:17] Stratum extranonce subscribe for neoscrypt.usa.nicehash.com
[12:50:17] neoscrypt.usa.nicehash.com difficulty changed to 64
[12:50:17] Stratum authorisation success for neoscrypt.usa.nicehash.com
[12:50:17] neoscrypt.usa.nicehash.com alive
[12:50:17] Startup GPU initialization... Using settings from pool neoscrypt.usa.nicehash.com.
[12:50:17] Startup Pool No = 0
[12:50:17] compare_pool_settings()
[12:50:17] set_devices(0)
[12:50:17] set_devices(0) done.
[12:50:17] Switching to xintensity: pool = 2, default = 2
[12:50:17] xintensity -> 2
[12:50:17] GPU 0 Thread Concurrency set to 8192.
[12:50:17] GPU 0 Worksize set to 64.
[12:50:17] Set GPU 0 to neoscrypt
[12:50:17] Allocate new threads...
[12:50:17] Assign threads for device 0
[12:50:17] Thread 0 set pool = 0 (neoscrypt.usa.nicehash.com)
[12:50:17] Init GPU thread 0 GPU 0 virtual GPU 0
[12:50:17] CL Platform vendor: Advanced Micro Devices, Inc.
[12:50:17] CL Platform name: AMD Accelerated Parallel Processing
[12:50:17] CL Platform version: OpenCL 2.0 AMD-APP (2079.4)
[12:50:17] Platform devices: 1
[12:50:17] 	0	Bonaire
[12:50:17] List of devices:
[12:50:17] 	0	Bonaire
[12:50:17] Selected 0: Bonaire
[12:50:18] Preferred vector width reported 1
[12:50:18] Max work group size reported 256
[12:50:18] Maximum work size for this GPU (0) is 256.
[12:50:18] Your GPU (#0) has 14 compute units, and all AMD cards in the 7 series or newer (GCN cards) 		have 64 shaders per compute unit - this means it has 896 shaders.
[12:50:18] Max mem alloc size is 1879048192
[12:50:18] Using source file neoscrypt.cl
[12:50:18] GPU 0: selecting lookup gap of 2
[12:50:18] Setting worksize to 64
[12:50:18] Using binary file neoscryptBonairegw64l4lgtc8192.bin
[12:50:18] No binary found, generating from source
[12:50:18] Building binary neoscryptBonairegw64l4lgtc8192.bin
[12:50:18] Trying to open /usr/i686-w64-mingw32/bin/neoscrypt.cl...
[12:50:18] Trying to open ./neoscrypt.cl...
[12:50:18] Trying to open ./kernel/neoscrypt.cl...
[12:50:18] Using ./kernel/neoscrypt.cl
[12:50:18] CompilerOptions: -I "." -I "./kernel" -I "." -D WORKSIZE=64 -I "/usr/i686-w64-mingw32/bin"  -D LOOKUP_GAP=2 -D MAX_GLOBAL_THREADS=8192 
Error in hsa_operand section, at offset 3296:
Address offset exceeds variable size
LLVM ERROR: 
 Brig container validation has failed in BRIGAsmPrinter.cpp

Any suggestions for how to fix it?

Alternate cryptocurrencies / Pools (Altcoins) / Re: █▓▒░-< [ZPOOL.CA][BTC Multipool] The miners multipool >-░▒▓█ Decred (DCR) Mining

on: February 21, 2016, 05:32:17 AM

I gave DCR a try with cgminer-3.7.2-decred but I'm not seeing any work:

Code:

 cgminer version 3.7.2 - Started: [2016-02-21 16:28:15]
--------------------------------------------------------------------------------
 (5s):0.000 (avg):0.000h/s | A:0  R:0  HW:0  WU:0.0/m
 ST: 0  SS: 0  NB: 1  LW: 3  GF: 0  RF: 0
 Connected to mine.zpool.ca diff 2.15G with stratum as user 1KQCPUvf3QBjUTwA8hwm
 Block: 0  Diff:0  Started: [16:28:15]  Best share: 0
--------------------------------------------------------------------------------
 [P]ool management [G]PU management [S]ettings [D]isplay options [Q]uit
 GPU 0:  39.0C 1409RPM |  0.000/ 0.000h/s | A:0 R:0 HW:0 WU:0.0/m I:14
--------------------------------------------------------------------------------

 [2016-02-21 16:28:11] Started cgminer 3.7.2
 [2016-02-21 16:28:11] Probing for an alive pool
 [2016-02-21 16:28:15] Pool 0 difficulty changed to 0.500000
 [2016-02-21 16:28:15] Network diff set to 0 (target 0)
 [2016-02-21 16:28:26] Waiting for work to be available from pools.
 [2016-02-21 16:28:28] Pool 0 http://mine.zpool.ca:5744 not responding!
 [2016-02-21 16:28:38] Stratum from pool 0 requested work restart
 [2016-02-21 16:28:40] Pool 0 http://mine.zpool.ca:5744 not responding!
 [2016-02-21 16:29:20] Pool 0 http://mine.zpool.ca:5744 not responding!
 [2016-02-21 16:29:30] Stratum from pool 0 requested work restart
 [2016-02-21 16:29:31] Pool 0 http://mine.zpool.ca:5744 not responding!

Economy / Service Announcements / Re: [ANN] NiceHash.com - sell & buy hash rate cloud mining service / multipool

on: December 02, 2015, 10:24:05 PM

Quote from: nicehash on December 01, 2015, 08:50:36 AM We can't fully prevent order jumping, this is one of the strategies for advanced users, utilizing API and programmable order management. We did already take proper measures in the past: - buyers have the choice of fixed orders to secure their hashing power, and manipulating of bidding orders was minimized by disabling manipulation of prices of each particular order as well as with the small order submission fee; - sellers/providers are protected by our system which ensures moderate switching of miners between orders (even at price increase miners are switching slowly); also, if miners are using extranonce.subscribe (the vast majority is using it) they are NOT disconnected at all during order switching, therefore this is not an issue at all for the majority of miners (https://www.nicehash.com/index.jsp?p=software). Thank you for using our service! Best regards, NiceHash support Hi NiceHash, Thanks for the response. Would you consider implementing a step-down limit for rate as you have done for price? It seems to me that people are using this method to avoid paying the order submission fee for price changes. Thanks

Alternate cryptocurrencies / Pools (Altcoins) / Re: NiceHash multi-algorithm solo mining pool [BTC/LTC/DASH/SAK blocks found!]

on: December 01, 2015, 12:13:48 AM

Hi Nicehash, I have been doing some X11 mining (both buying and selling) through your pool over the past month. The experience has mostly been positive, but there seems to be some manipulation occurring on the X11 buyers market. The API prevents the user from reducing the buy price rapidly but does not enforce the same rule on the speed limit. Some users are exploiting this by having multiple orders at various price points and using the speed control to move hashing power between them. For example: S #829208 0.1510 8.40 728 0.5226 A minute later S #829208 0.1510 0.10 739 1.6601 Another minute later S #829208 0.1510 8.60 464 2.3724 This behaviour is bad for miners due to frequent pool changes. In fact, you identify frequent disconnects as a problem in the FAQ: This is to prevent too much "order-jumping", because due to some stratum protocol limitations, miner has to be disconnected before it can serve another order again. Too many disconnects would affect miners performance (more work would be performed on backup pool, plus when connection is dropped, there is a chance of shares being lost). My question to you is: a) Are you aware of this issue? b) What will be done to address it? c) When? Thanks!

Pages: [1]