Hi CD,

I'm a little reluctant to try/trust mygrin.org especially after reading quite recent (~2 weeks)) reports of lost funds by users good_king_wenceslas and sccdry over at https://www.grin-forum.org/t/grin-web-wallet-confidentially-safely-conveniently/4693/50.

Additionally, there has been very little feedback here on bitcointalk plus you have a rather short track record.
The views of honoured community members like CjMapope (https://bitcointalk.org/index.php?topic=5090427.msg50399036#msg50399036) are not beneficial to build a solid rep.

Can you explain why people depositing their grin with your service should trust you/mygrin.org ? Any community members vouching for your authenticity? Who are your team members?

This is not meant as any form of insult, its just that there are quite different folks hustling around here, some of them with good intention and knowledge, some of them not...

Cheers, PM

Was the same for me, after some time the 'Attention Required' badge disappeared but i still could not place orders or initiate withdrawals.
After several hours I finally was able to use my account normally again.

I sent them photos taken with my mobile, stripped exif, jpeg compression around 75 (gimp) and reduced resolution (~700x1200px). every info necessary i clearly visible tough.

My guess is the systems need some time to sync...

This is insane! Also got my legacy-account locked. I had tried to get verified in the past but after a while the verification process was simply aborted without notice so i finally accepted my non-verified status as the way to go with polo.

Polo won't even let me place orders within their ecosystem effectively confiscating all i got there... strange policy, i would at least have expected to get a notification for such measures...  

Do they think there are not other exchanges now that they got adopted by circle?

update: The forced verification went through (profile-page says i'm verified) in minutes for me but sadly, the account remains frozen even afterwards.

update2: finally de-frozen after several hours 

I'd like to second Ck_mining's request albeit I'm just a casual coupon buyer.
So smaller amounts with short timeframes (typically below 2-3 days).

Looking forward to your reply,
pm

Does the method described in yout tut still work?

Guess having been suspended from selly (which according to your sig is 'https://selly.gg/@BunnyHops') doesn't really help to rise your trustlevel?
Proof/Screenshot -> https://ibb.co/f3zuty

Hi!

I've tried 2 of the .pro - pools so far and have been generally satisfied.

something that i also miss is some API-support for scripted account monitoring. API has been mentioned several times here but never been answered and I wonder why?

for me its fine if the answer is like 'no API support planned in the near future' as everyone in need of more detailed statistics can still choose to use a different pool offering API-support (e.g. I like what suprnova is offering API-wise)  but plain ignorance won't help i guess (this is not meant as any form of insult but to describe of how the behaviour regarding these questions is percived by me) ...

anyway, thanks for providing these services =)

so... have you tried trevors settings? what was the outcome and what PL did you use? I haven't paid much attention to the 1050ti's but they seem capable for small cheap rigs as i'm reading this. whats your cards stock TDP (evga, palit,...)? 75W as they don't carry any power-connector?

and what efficiency are you running your 1050 ti's at?
assuming one card can reach
175 sol/s @ 75W, this would result in 2.33 sol/W which is rather poor compared to the bigger cards...
165 sol/s @ 60W (80%) -> 2.77 sol/W still not too great?

tried a lot of tweaking yesterday (aiming for optimal sol/w) with my (temporary) 1080 ti FE (PNY) and can't really make sense out of your 113 pl-value as the minimum i can set on my cards is 125, but the perform best (with stock clocks) at 150W pl.
OC'd seems to like a little more wattage, in my case 160W seems to work pretty well.
+200 core clock ran stable for hours,
+400-900 mem clock didn't seem to make much of a difference,
fans @ 70% as the cards are sitting tugged nicely in an air-stream provided by some yelling server-fans, temps around 55-62 deg C with ambient-temp around 24 deg C.

yielding 630-640 sol/s @ a perf-ratio around 4.03 sol/W.

@Chipychop: evga 1080 ti fe really allow tdp-target of 90W? or 90% (of typically 250W)? and whats the 220 watts you were mentioning? the 90% of 250W max TDP, right?

Hi there!

Been trying nvOC 0012 after OP pointed me to it in another thread and liked it but went back to my own installation for stability reasons and some other things i missed or didn't like. Still I'd like to say thanks for all the work devoted into nvOC and for sharing it with the community!

Now I got my hands on a nice 8xGPU supermicro 4028 case (X9 board inside) for a couple of days (already feelin' sad that I'll have to return this nice machine) and for the sake of simplicity thought I give nvOC another shot (v0017 this time).
After applying my settings to oneBash I fired up nvOC and found it mining smoothly albeit I didn't manage to get a desktop displayed on any of the graphics-ports (tried pretty much all display-port slots of all cards, especiall GPU #0 which was not easy to find out which one it is (inner left if viewing from the back)). the onboard vga-port shows the ubuntu typical purple background but i cannot see anything else on it.

Logging in via ssh works though so I went on checking temps and stuff and found that the fan-speeds were like I configured them for GPU #0 to GPU #3 but running on default for GPU #4 to GPU #7!
Miners were running on all GPU's present, did not find out how to check OC-settings but I suspect only the cards with set fan-speeds will have their OC-settings applied.

Digging a bit deeper into xorg.conf and the output of nvidia-smi I noticed the the graphic cards PCI-device-addresses on this machine do not start at 01 and go up sequentially but are 04, 05, 08, 09 and 84, 85, 88, 89. The cards in the lower addresses had their fanspeed applied correctly, the 8X ones not.

Inspecting nvOC's xorg.conf I found the there are entries for graphic cards on addresses 01 til 14 which might nicely explain why in my case only the cards within this range get their settings applied. So I went on and changed some other device-entries numbers to 84,85, 88, 89 hoping this would do the trick.

Sadly it didn't, behaviour was just like before.
My guess is that these numbers are hardcoded in some other config somewhere in the system and I might need to alter this as well. Any ideas where else I might need to look?


Thanks in advance,
pain

i tried the same (plus applying OC settings) recently and ended giving up running headless (= running without gnome or other desktops) as nvidia-drivers seem to need a desktop environment for some odd reason (especially nvidia-smi).
but IIRC setting GPU-speeds worked but i couldn't apply any OC-settings without a desktop (now I'm running these in a terminal window within gnome which works fine).

try running this shellscript (replace <your-username> with your users home-folder-name):

Sounds interesting, I had a similar idea when I read that there are m.2 > pci adapters to be released but did not find a matching one yet. MSI presented their m.2 to mini-SAS-HD adapter but this seems to be a dead end. amfeltec has PCIE 4-way splitters but i am unsure about how to supply enough wattage to them.
what solution do you have in mind / did you order if I may ask? 

Having used Seasonic PSUs for their reliability and quality for some years I'm a bit surprised to hear that your PSU failed right after putting load on your GPU. May I ask how long that PSU has been in use for already? As electronic components (especially power circuitry) wear out over time my guess is that this was merely bad luck and shouldn't have happened with a PSU that has not been used for years (even in lower power demand scenarios).

However, it's important to understand that even if the gtx 1070 is rated as a 150W card, it might at times (for fractions of a second) cause significantly higher loads as the 1070-review @ tomshardware nicely illustrates.

Also, a PSU delivers its power over several rails (of differing voltages) and the sum of the wattage delivered across these rails can (under ideal circumstances) reach the PSUs specified power rating (450W in your case). But I haven't yet come across a single PSU that is able to deliver its entire rated power through one rail continuously, so each rails are served within certain limits meaning the 12V rail which is connected to the GPU with 6- and/or 8-pin plugs typically delivers significantly less power that the specified 450W.

So that in sum is why it is typically recommended to consider using a slightly higher rated PSU than the maximum expected power-draw.
Maybe it would be a good idea to set your cards power-limit to something around 60-80% which should still deliver good mining-results while possibly flattening the GPU's power-usage-spikes to more conservative levels (while additionally raising your sol/watt ratio).

nice to have plenty of performance values as a rough reference posted lately!

i wonder what the difference (performance-wise with EWBF's miner) between the 3GB and 6GB gtx 1060 are as I am currently under the impression that its rather minimal (~ 7%) while the typical price difference where I live is around 14-16% (for an EVGA 1060 FTW+)? Is this correct?

AFAIK the number of cuda-cores and TMU's differs among the 3 and 6 GB version of the gtx 1060; 1152 cuda-cores on the 3 gb version and 1280 on the 6 gb version (which makes around 11% more cuda-cores which also is reflected in the nominal GFLOPS-values specified as 4762 VS 4285 GFLOPS). But I have no idea how this affects the power-draw of each card as both seem to be rated with the same TDP. The latter is probably hard to answer as many manufacturer have different TDP's for the same chip (different binning?)... maybe has been able to directly compare the 3 and 6 GB version of one manufacturer?

so i tried fullzeros nvOC which is basically an ubuntu 16.04 image with autologin automatically starting a terminal-window which per default runs a shellscript that does the magic. nice idea, quite convenient to use but sadly, no overclocking possible with this as well as my cards go straight to perfLevel2 after launching a miner (tried several, behaviour is all the same) :/

so it seems not to be an issue of the OS itself neither the configuration as i suspect fullzero is able to adjust clocks when running nvOC.
then it might be a matter of a certain card-bios behaviour? whats odd is that i have two different cards in my system from different vendors/manufacturers.
the gtx 980 is a rather sh***y one from Inno3d (HerculeZ X3 Air Boss), the gtx 970 is an asus strix oc one which seems to be of decent quality.
both cards show the same behaviour with being stuck in performance level 2 when under load thux loosing their OC-setting and failing on re-setting it while not in perfLevel 3 (read-only in pl2).
wondering that i haven't come across more ppl with the same issue, might not appear when running windows possibly...

@k0stas: thanks for your reply!
done as you told (changed per default to graphical.target to make sure nvidia-settings has some Xserver), noticed fans still in auto-mode right after startup, found that powermizer still goes back to perfLevel 2 right after launching ewbf.
any other ideas?
can you post some config-specs of your system (OS, driver, ...)?

cheers, pm

EDIT: btw, i think --cool-bits=12 ( =4+8 ) really should suffice as bit5 ( =16 ) seems to enable voltage offsets; AFAIK bit4 ( =8 ) enables freq-adjusts and bit3 ( =4 ) enables fan-control.

sorry to bring this up again, didn't have the time to fully test this out earlier but it looks like my problem of being stuck in perf-level 2 of 3 (and therefore unable to adjust fan/gutRates/memoryRates) as soon as i put some decent work on my GPUs still hasn't been solved.  

just to be sure, is anyone running a setup similar to mine who is able to OC (all) the nvidia-cards present in the system? here are some specs:
- debian 8
- nvidia-driver 375.39 and 378.13 (dkms-install)
- cuda 8.0.44 installed (without driver)
- gtx980 + gtx970
- aiming for multi-user.target (running no X-server), but problem also present when in graphical.target (=desktop-mode)
- in xorg.conf, option CoolBits is set to 12, RegistryDwords set to 'PowerMizerEnable=0x1; PerfLevelSrc=0x2222; PowerMizerDefault=0x1'

if there is someone with a roughly similar setup that allows OCing, what did you do to get there?

btw, here's another thread mentioning some nvidia OC steps for linux. sounds like its also recommending using ubuntu (16.04 in this case).  
EDIT: might take a look at fullzeros nvOC which looks promising...

i'm thankful for everyone who is participating to make information and software that is providing it accessible and usable and are therefore bringing up suggestions. tapatalk is one of them (and one that i'd also like to see being supported on bitcointalk) and the fact that it's been asked for over years might be a hint that many consider it beneficial.

the security-argument has been brought up several times against tapatalk-support but besides gut-feelings I haven't come across any fundamental hints what exactly might be wrong security-wise with tapatalk or why exactly one would be better of by storing his/her credentials in a mobile browser provided free of charge by worlds biggest data broker (-> chrome).
I don't want to start off another tiring discussion that wont change anything but originally wanted to report that https://beta.bitcointalk.org yields a 502.

hopefully bitcointalks new shiny browser-software with mobile-support will still work with console-based text-browsers such as elinks, w3m and the like... lets see

Hi there,

Yesterday (march 20th) i subscribed on humaniq's newsletter out of pure interest in the project. Reading further into the specs i found that there is this bounty also for subscribers so i filled in my data under the link provided in your original post today and got a positive response ('Your response has been recorded.') but yet wonder if I am eligible for the bounty as my subscription happened on time but my data entered too late?

anyway, wish you a great launch & progress and truly like the idea & concept!

cheers, pain

while i agree with all of the supplied information about OC-ing nvidia-cards under linux i just found my system (GTX970 + GTX980) to be stuck in performance-level 2 (out of a range of 0 - 3) and ignoring GPUMemoryTransferRateOffset -commands.

running confirms that memTransferRateeditable=0 and memclockeditable=0 for perf < 3 for my GTX980 and =0 in all perf-levels for my GTX970.

i'm not sure about the GTX970 but i am somewhat confident that i've set a custom GPUMemoryTransferRateOffset on the GTX980 in the past but cannot remember how.
can anybody hint me to what i might need to do to enable/set performance-level 3 on my cards?

many thanks in advance,
painmaker

hi there,

i also tested v031b on linux (debian8 64b) with driver 375.20 on my gtx970 (TDP @115W) + gtx980 (TDP @150W) both running stock clocks and found both cards to perform about 2-3% worse than v030b which i also will stay with for now. both have been running stable so far.

cheers,
pain

EDIT:
@bughatti: i haven't seen any crashes and am running the same nv-driver as it seems (375.20). which cuda-version are you on? i'm running 8.0 and also installed/used 7.5  somewhen before without any bigger issues AFAIR.