I would love to try TRM again, but miner shuts down with my Vega 64 rigs (see related posts a page or 2 back).
:-(
It was the Bitcointalk forum that inspired us to create Bitcointalksearch.org - Bitcointalk is an excellent site that should be the default page for anybody dealing in cryptocurrency, since it is a virtual gold-mine of data. However, our experience and user feedback led us create our site; Bitcointalk's search is slow, and difficult to get the results you need, because you need to log in first to find anything useful - furthermore, there are rate limiters for their search functionality.
The aim of our project is to create a faster website that yields more results and faster without having to create an account and eliminate the need to log in - your personal data, therefore, will never be in jeopardy since we are not asking for any of your data and you don't need to provide them to use our site with all of its capabilities.
We created this website with the sole purpose of users being able to search quickly and efficiently in the field of cryptocurrency so they will have access to the latest and most accurate information and thereby assisting the crypto-community at large.
Changes in v0.7.10
Release notes:
Ethash 4GB rigs, especially on win, should use --eth_alloc_epoch=N with N being the max epoch that the gpus can allocate. This will avoid DAG reallocation issues.
- This guide and testing applies to gpus _without_ monitor(s)
connected. At this point, there simply isn't enough vram on the gpu
to both store the DAG and drive graphics.
Changes in v0.7.10
Release notes:
Ethash 4GB rigs, especially on win, should use --eth_alloc_epoch=N with N being the max epoch that the gpus can allocate. This will avoid DAG reallocation issues.
Changes in v0.7.10
Release notes:
Ethash 4GB rigs, especially on win, should use --eth_alloc_epoch=N with N being the max epoch that the gpus can allocate. This will avoid DAG reallocation issues.