Bitcoin Forum
May 05, 2024, 09:28:28 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 [15] 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 »
281  Alternate cryptocurrencies / Mining (Altcoins) / Re: CGwatcher causes hashrate to drop? on: January 25, 2014, 10:17:33 PM
Same problem here, did you find any solution ?

not yet


Start cgminer in realtime priority. When setting up your profile in CgWatcher, click the "Advanced" button.
Run CgWatcher in idle priority. Either with task manager, Process Explorer or a batch file with the line @cmd /c "start /idle cgwatcher.exe"

If that doesn't solve, pool cgminer only each 10 seconds or so.

You guys are using single-core Sempron 145 CPUs, aren't you?

I'll give it a try, thanks.

Yes, I'm using a Sempron 145 single core
282  Alternate cryptocurrencies / Mining (Altcoins) / first GPU out of 4 is hotter and causes hardware errors on: January 25, 2014, 10:06:05 PM
Hi,

I have a mining rig with 4x 280x, on an Asrock 970 ex4, connected with powered 16x to 1x risers cables. Two cards are connected to 2 PCI-E 16x slots, the remaining two to PCI-E 1X slots

They mine with an average of 730Kh/s each one, but the behaviour of GPU0 is very different than the others:

- GPU 0 has a temperature of about 80°, the rest 72-73°
- GPU 0 gets hardware errors. A few, but it generates usually when cgminer is just started. The other GPUs NEVER generate HW errors, with the same settings.
- no matter which card the GPU 0 is, switching cables and slots among the cards doesn't solve anything. The GPU 0, the one attached to the PCI-E 16x nearest the cpu, always have the same behaviour.


Any ideas? Some suggestions?
283  Economy / Digital goods / Re: [WTS] steam keys: sleeping dogs - hitman 5 absolution. Also firefall bundle on: January 24, 2014, 10:50:41 PM
up
284  Economy / Securities / Re: [Weexchange issue] The fall of Ukyo III - Updates and references on: January 24, 2014, 06:39:54 PM
I appreciate that Pompobit thanks.

However 'personal company's debt' is still misleading. This should not say 'personal' atall. It is simply 'ACtM company debt'. Ukyo is making a legal point about this and he is wrong according to Ken and ACtM published company accounts - so your wording should be clear and unambiguous.

Thanks again.


The point is that Ken wants to use the shares for his and his investors interests. So "personal company" when he his the CEO and the majority shareholder doesn't seems misleading to me, he is using an advantage he has (the detention of ukyo's shares) to get back his money before all other community members.
By the way, he is the CEO,founder and majority shareholder of AMC, so don't think that personal is inapposite here, plus it is irrelevant to the matter of the question
285  Economy / Securities / Re: [Weexchange issue] The fall of Ukyo III - Updates and references on: January 24, 2014, 05:38:29 PM
lol I haven't mentioned ACtM  have I?

I am investigating the loss, I am not here to discuss the rights and wrongs of the ACtM lien.


EDIT - has anyone seen the Wallet Ukyo used for his WeEx transactions? Has he released this address so people can look and investigate?


If it is so, you are welcome.
I supposed you are here because I see you are very interested in ActiveMining stuffs, and suddenly to the Weexchange issues.
Although we need the help of the community, we really don't need random accusations without proofs.

By the way Pompobit you are lieing in the first page of this thread and again on this page about this ACtM shares issue.

Ken has never said the missing WeEx BTC was his personal money. He has categorically stated that it was ACtM funds for the payment of dividends on BF, from the sale of IPO shares and for the pre-arranged (with the shareholders) transfer of shares at no cost from BF to CryptoStocks.

So please stop referring to 'Ken's personal debt' - it does not exist.

The missing BTC have been subtracted from the ACtM balance sheet and when they are returned will be put back into our liquid assets.


corrected, thanks.


I'd approve if Ken would sells the shares because doesn't trust Ukyo and distributes the earnings equally among the weexchange users,

I doubt that would be possible (legally) since it would require that Ken got a list from Ukyo so he know who is owed what and a bitcoin address for each user (essentially what the claim portal is supposed to do). I don't think Ukyo would be allowed to disclose the users personal information like that.


I'm not saying he could do that, I'm saying I'd approve his intentions if they were those

286  Economy / Securities / Re: [Weexchange issue] The fall of Ukyo III - Updates and references on: January 24, 2014, 04:26:04 PM
afaik the first reference to this issue was reported by lophie on October 18: https://bitcointalk.org/index.php?topic=130117.msg3360611#msg3360611

A part of this, please refrain to troll in this discussion, Ken has no rights to sell Ukyo shares and recover his debt before the rest of weexchange users. Ukyo has a lot of guilts, but this don't makes fair to steal resources that could be used for the community (as Ukyo's will).
I'd approve if Ken would sells the shares because doesn't trust Ukyo and distributes the earnings equally among the weexchange users, but he wants to pay his 106 BTC before, and THEN give us the rest. Obviously this is not acceptable, his debt has no priority at all
287  Economy / Securities / Re: [Weexchange issue] The fall of Ukyo III - Updates and references on: January 24, 2014, 03:11:56 PM
updated the first post.

added:

- posts from Ukyo about the ActM issue (he his trying to sell his ActM shares to pays back a portion of his debt)
- posts from Ken Slaughter (CEO of ActiveMining) about the same issue (he wants to sell Ukyo's shares to recover his debt with weexchange)
- posts from cryptocyprus about a small update on his work on weexxchange.


references:

Repeated cross-post from: https://bitcointalk.org/index.php?topic=297503.msg4699685#msg4699685

Ken Slaughter thinks his personal debt is more important than all other Weex users and is using his book education in Indian law to personally keep 100+ BTC worth of shares that I have been trying to sell to distribute to WeEx debtors.

He has gone as far as laugh it off with "good luck gong to belize to sue us"


I will explain it to you, a corporation has a lien on its shares for any sums owed by a shareholder, so we have a lien on your shares.  You are the owner of Bitfunder and the funds where on Bitfunder.  Because they where transferred to WeEx in a contract that you had with them does not relieve you of your obligation to pay us our funds.  Also, 38 BTC was left on Bitfunder and I have screenshots of it being there.  I did not authorize it to be transferred to WeEx.

Also from PM:
Just to give you a fair warning, there are a lot of laws in the us about disclosing customer information.

Good luck going to Belize to sue us.

I will explain it to you, a corporation has a lien on its shares for any sums owed by a shareholder, so we have a lien on your shares.  You are the owner of Bitfunder and the funds where on Bitfunder.  Because they where transferred to WeEx in a contract that you had with them does not relieve you of your obligation to pay us our funds.  Also, 38 BTC was left on Bitfunder and I have screenshots of it being there.  I did not authorize it to be transferred to WeEx.

The shares have a lien on them.  You are hereby notified that if the ~100 BTC is not paid in the next 10 days, we will sell your shares to the public to satisfy your debt to the company.  Should the shares not satisfy your debt to the company you will still be liable for the remaining debt.  Any amouts over the debt will be disperse to you less any cost of the sale.

I appreciate your 'good luck to sue us'. That's a real show of character.
I suggest all shareholders take heed of this warning.
What is wrong with posting your history? Are you afraid of something? You seem pretty concerned if your willing to make threats over it.

Notice was given 45 days before the transfer from BitFunder to WeExchange.
The site was shutting down and it was known to you that the only method of bitcoin transfer is via WeExchange which you accepted and used.

You should have no funds left on BitFunder. Any account that was properly linked (Which would be the ActM official account) had its full balance transferred. I think everyone is well aware that only a few people who had linking issues with weex have a small stuck balance.

How is it you have an account with 38btc that is not ActM that you are linking into this?
How many more accounts exactly did you create for trading on BitFunder than the handful I know of?
I suppose I will have to do a more in depth search on all of you ip addresses, linked accounts and addresses.
Why have you not claimed or reported this stuck 38btc prior?
You have not mentioned the 6% claimed from the portal yet either and subtracted that.

In the end, your argument is that I owe you XXX btc personally.
If your argument holds up then that means you are not the only debtor.
If this was the case, as someone mentioned prior, any funds of mine would need to be proportionally distributed.
This is not a mechanics lien.  You did not do work or provide services. You do not have first right to the funds.
Also I see you are not including "legal costs" of unspecified amounts into what you plan to take from any proceeds.
It sounds like no matter what, your intention it to keep 100% for your personal issues.

And just because you are CEO of a company does not mean you can abuse that authority on behalf of your own personal
problems and desires.

So to be clear, you are using your position as CEO of a company to force a sale of a shareholders shares to ensure your personal BTC losses are covered before other debtors can claim their portion when you have absolutely no evidence to show that the shareholder has directly owes you anything.

You do understand the difference between a corporation and an individual?
I hope you have this same understanding with accounting practices and funds.

WeExchange has a debt to many individuals and not just you.

Again, why the sudden rush and need to sell the shares? Why can't they just be locked worst case scenario?
You seem desperate. Why? I figure it will take you at least 2~3 more months to finish buying back ActM shares.
Why the need for threats? What is it you are so afraid of?

I bet people would love to see the complete shareholder listing as it stands. Would probably be more interesting
if ownership names could be included / proven.

Also, for a lien you must file something, somewhere with a valid reason and provide notification to the person you are filing against.
Normally, unless it is a mechanics lien, you file a lien against a person or entity.

I think you need to talk to your Belize lawyers and not whatever lawyer gave you a book quote rather than an official statutory listing.
(Personally, I would fire that lawyer and hire a new one.)

I found your link very interesting though. How about linking some documentation regarding Belize Corporate law instead?
Unless this is a confession that you are operating as a Indian entity and these are shares of an Indian entity?
You do realize that book is about Corporate laws in India... right? Your lawyer must be short on time and not taken notice.
Next time you are gasping at straws, you should check the first few chapters for relevance and stop trying to mislead people.

(For those of you who are curious, start with page 2. Definition of a company regarding the Companies Act of 1956. (India) and
the following line of "a company formed and registered under previous Company Laws in India."
I am going to go out of my way to say that you have had absolutely zero legal advice and are acting solely based on random google searches
and relying on "Well let him try something." rather than doing things properly.
I truly hope for those who have invested into ActM that you run your business better than this.

Please stop being inconsistent and show people if you actually have an understanding of the things you are talking about.
It's almost like you are purposefully misleading people.

(For anyone curious, feel free to call a US corporate lawyer for a free consultation and ask about shareholder rights and liens.)
Then again, that's US law, not Brazilian.

I response to your unofficial "notice of lien" hereby request that you post the contact information for your corporate Belize lawyers or PM it to me so I can contact them to make arrangements so this can be handled properly and officially. I will make sure that any documents are released to the public so they are fully aware of the situation.

Please keep in mind that your professional manner in handling this situation dictates how you will and ActM will be viewed going forward.
As a ActM shareholder and I am sure many others agree, if ActM is to succeed, it must act properly and not arbitrarily or expose the
company to unnecessary risks.

Stop acting so desperate and do things right.

Thank You,
Ukyo


We are selling Ukyo shares on Crypto-Trade to recover our losses on Bitfunder.

We will start moving Investors shares to Crypto-Trade within the next 7 days.

First of all, congratulations for your work in this venture.

Speaking about the Weexchange issue, I know this is not the right thread but you seems to dodge the specific one, so I'm trying here.
We are still in the dark and you gave your word to work on the issue with all your resources (and Neo&Bee ones). A month passed away and we still have nothing, neither bitcoin neither updates. A lot of people avoided to sue Ukyo and Weexchange because your intervention, I trust you and I hope you'll help us, but to remain without news worns nerves...

When we can expect for an update on what and on how is going on?

Thank you

Helping Ukyo out is something that I am doing in my spare time for the benefit of everyone involved and getting help from others that work here in their spare time (of which no one has available right now). I have so little time at the minute to do anything other than attend meetings for Neo & Bee and travel to meetings which dominates my life due to the fact we are launching a multitude of businesses across the coming weeks. I am still personally committed to helping resolve this issue by helping Ukyo get everyone settled.



All im getting from that, is that you attempted to resolve the infamous bitcoind problem, and you/Jon/Andreas A./others have failed, without any vision of a real resolution.

What do we do, hold you to your commitment indefinitely? Is there really any 'benefit' left, in doing that?

I haven't touched anything from a technical standpoint, I'm not sure who Andreas A is to be honest. If it is Andreas Antonopolous then I would be surprised as he hasn't mentioned anything to me about helping Ukyo. I am trying in my spare time (of which I have very little of) to give Ukyo a helping hand with achieving a workable solution, to ensure he can pay everyone back and once complete he can pay me back.
288  Economy / Securities / Re: [ActiveMining] The Official Active Mining Discussion Thread [Self-Moderated] on: January 23, 2014, 10:41:10 AM
Also it occurs to me that its amazing there are more updates about my personal shares than about ActM.


the same could be said about you and the weex money.
We are waiting for an update since when? 1 month?

And we still haven't a vague date of when (and if) the btc could be unstucked.


By the way, I agree that Ken has no rights to sell the Ukyo shares and pays back his debt with him
289  Economy / Securities / Re: [IPVO] [Multiple Exchanges] Neo & Bee - LMB Holdings on: January 22, 2014, 12:33:27 PM
First of all, congratulations for your work in this venture.

Speaking about the Weexchange issue, I know this is not the right thread but you seems to dodge the specific one, so I'm trying here.
We are still in the dark and you gave your word to work on the issue with all your resources (and Neo&Bee ones). A month passed away and we still have nothing, neither bitcoin neither updates. A lot of people avoided to sue Ukyo and Weexchange because your intervention, I trust you and I hope you'll help us, but to remain without news worns nerves...

When we can expect for an update on what and on how is going on?

Thank you
290  Economy / Securities / Re: [BitFunder] Moving Forward/Resolution Process on: January 21, 2014, 11:52:23 PM
I wonder why Danny keeps quiet, a lot of people (included me) avoided a legal action because his intervention.

Personally, I'm losing patience...
291  Economy / Digital goods / Re: [WTS] steam keys: sleeping dogs - hitman 5 absolution. Also firefall bundle on: January 16, 2014, 09:57:30 PM
still valid
292  Local / Beni / Elettricità e housing a basso costo on: January 16, 2014, 11:10:13 AM
ho bisogno di spazio per un mining rig che consuma circa 1000W...

Lo terrei pure in casa ma con i 3 kilowattora che abbiamo salta tutto se si attacca qualche altra cosa di importante (lavatrice, lavastoviglie, etc...), quindi non è fattibile.

Conoscete qualche servizio di housing che abbia costi umani per la corrente?
Ho visto aruba e costa 40€ al mese, ma consentono fino a 100W di consumo, ogni 100W aggiuntivo costa 30€ al mese in più, quindi mi verrebbe a costare più di 300€ al mese.

Qualcuno vicino Roma che abbia uno spazio per me? Conoscete qualche soluzione?

Pago anche in bitcoin  Grin
293  Bitcoin / Mining software (miners) / Re: CGWatcher 1.3.4, the GUI/monitor for CGMiner and BFGMiner to prevent downtime on: January 13, 2014, 11:28:31 PM
If you are getting a lower hashrate with CGWatcher it is most likely due to the gpu-threads setting.

CGMiner's readme stated that the default value of gpu-threads was 2. However, if you ran CGMiner without setting this, it would actually run at 1 gpu-thread.

So to be consistent with the readme, CGWatcher sets the default value to 2. This means to get the same hashrate with CGWatcher as you do without CGWatcher, you may have to set gpu-threads to 1.

I've updated the readme to state this, which will be in the next version. This has been how it works for quite some time, so if I were to change its behavior now it would affect other users who expect it to be 2.

I already read that somewhere but my gpus (280x) run better with 2 gpu-threads, so I always specify it in the .bat or .conf file (as you can see in the settings I wrote here).
By the way, disabling monitoring on CGWatcher I get exactly the same hashrate than starting cgminer directly, so it isn't due to a gpu-thread wrong setting Smiley
294  Alternate cryptocurrencies / Mining (Altcoins) / Re: CGwatcher causes hashrate to drop? on: January 13, 2014, 11:13:15 PM
After two days changing settings, miner arguments, switching between .bat or .conf files, trying different cgwatcher versions, it comes out that it is the Monitor feature to cause this issue.
Enabling monitoring every 10 seconds for example, when the graph and the stats are updated, the hashrate drops instaneously about 40-50 KH/s (per gpu) and continuing to drop for about 1-2 seconds, then the hashrate recovers until the next monitor update.

I tried to edit the delay of the refresh but this of course only postpones the problem, currently I'm using 30 minutes and although this setting allows the average hashrate to decrease almost imperceptibly, I'm worried that a GPU becomes sick or something goes bad in those 30 minutes...
Obviously disabling the monitor solves this issue but CGWatcher without monitor loses a lot :\
295  Bitcoin / Mining software (miners) / Re: CGWatcher 1.3.4, the GUI/monitor for CGMiner and BFGMiner to prevent downtime on: January 13, 2014, 11:12:10 PM
Hi,

I noticed when I start cgminer with CGWatcher, my hashrate is lower and HIGHLY more unstable.
Usually it grows to his peaks and then drops for about 80-120 KH/s per gpu, then it grows again and drops again, and so on every few seconds.
Apart from that the overall hashrate is lower, starting cgminer directly I get from my gpus an average of 750 Kh/s per card, starting from CGWatcher my average is about 710 KH/s per card.

After two days changing settings, miner arguments, switching between .bat or .conf files, trying different cgwatcher versions, it comes out that it is the Monitor feature to cause this issue.
Enabling monitoring every 10 seconds for example, when the graph and the stats are updated, the hashrate drops instaneously about 40-50 KH/s (per gpu) and continuing to drop for about 1-2 seconds, then the hashrate recovers until the next monitor update.
I tried to edit the delay of the refresh but this of course only postpones the problem, currently I'm using 30 minutes and although this setting allows the average hashrate to decrease almost imperceptibly, I'm worried that a GPU becomes sick or something goes bad in those 30 minutes...
Obviously disabling the monitor solves this issue but CGWatcher without monitor loses a lot Wink

There are my settings if can be helpful:

setx GPU_MAX_ALLOC_PERCENT 100
setx GPU_USE_SYNC_OBJECTS 1
del *.bin
cgminer.exe --scrypt -w 256 -v 1 -I 13 -g 2 --lookup-gap 2 --thread-concurrency 8192 --gpu-memclock 1500,1500,1800,1800 --gpu-engine 1080,1080,1120,1120 --gpu-fan 30-70 --temp-overheat 86 --temp-cutoff 90 --auto-fan


Btw, thank you for this wonderful software Smiley
296  Local / Mining (Italiano) / Re: CGWatcher causa una perdita di hashrate on: January 13, 2014, 11:31:03 AM
giusto per curiosità...quanto occupa di cpu cgwatcher?

stasera te lo dico, ora mi è un po' difficile controllarlo

Io non ho problemi con cgwatcher, sei sicuro che il file di configurazione a cui CGWatcher fa riferimento lanci cgminer con gli stessi parametri che specifichi tu da riga di comando ?

sì sono abbastanza sicuro, anche se non uso un file di configurazione, ma faccio partire un .bat con:
setx GPU_MAX_ALLOC_PERCENT 100
setx GPU_USE_SYNC_OBJECTS 1
del *.bin
cgminer.exe

e i parametri restanti li inserisco nel campo "argomenti" di cgwatcher direttamente

io manco nessun problema....

io non uso il file di config (conviene usarlo?)

come dicevo non uso un file config neanche io
297  Local / Mining (Italiano) / CGWatcher causa una perdita di hashrate on: January 13, 2014, 02:31:35 AM

Ho notato che usando CGWatcher per far partire cgminer, ottengo un calo rilevante di hashrate.
Inoltre usando cgwatcher l'hashrate diventa instabile, praticamente la velocità di ogni singola GPU fluttua continuamente, salgono al proprio picco per poi riscendere di 80-120 kh/s di botto, per poi risalire, riscendere e così via ogni pochi secondi.
Oltretuttp come dicevo l'hashrate è più basso, senza cgwatcher ottengo in media circa 750KH/s per gpu, con cgwatcher circa 710KH/s per scheda

Questi sono i miei settaggi, ovviamente identici con cgwatcher o direttamente su cgminer

setx GPU_MAX_ALLOC_PERCENT 100
setx GPU_USE_SYNC_OBJECTS 1
del *.bin
cgminer.exe --scrypt -w 256 -v 1 -I 13 -g 2 --lookup-gap 2 --thread-concurrency 8192 --gpu-memclock 1500,1500,1800,1800 --gpu-engine 1080,1080,1120,1120 --gpu-fan 30-70 --temp-overheat 86 --temp-cutoff 90 --auto-fan


Qualche idea? Qualcuno ha problemi simili con cgwatcher?
298  Alternate cryptocurrencies / Mining (Altcoins) / CGwatcher causes hashrate to drop? on: January 13, 2014, 02:24:57 AM

I noticed when I start cgminer with CGWatcher, my hashrate is lower and HIGHLY more unstable.
Usually it grows to his peaks and then drops for about 80-120 KH/s per gpu, then it grows again and drops again, and so on every few seconds.
Apart from that the overall hashrate is lower, starting cgminer directly I get from my gpus an average of 750 Kh/s per card, starting from CGWatcher my average is about 710 KH/s per card.


There are my settings:

setx GPU_MAX_ALLOC_PERCENT 100
setx GPU_USE_SYNC_OBJECTS 1
del *.bin
cgminer.exe --scrypt -w 256 -v 1 -I 13 -g 2 --lookup-gap 2 --thread-concurrency 8192 --gpu-memclock 1500,1500,1800,1800 --gpu-engine 1080,1080,1120,1120 --gpu-fan 30-70 --temp-overheat 86 --temp-cutoff 90 --auto-fan



any ideas?
Your CGWatcher leaks your hashrate, too?
299  Alternate cryptocurrencies / Mining (Altcoins) / Re: 4x 280x mining rig on Asrock 970ex4, windows 7 doesn't detect gpus on: January 13, 2014, 01:58:00 AM
also my risers were bought on ebay, but the seller seems inclined to pay a refund. Let's see Wink
300  Alternate cryptocurrencies / Mining (Altcoins) / Re: 4x 280x mining rig on Asrock 970ex4, windows 7 doesn't detect gpus on: January 11, 2014, 10:56:23 PM
Thank you for the help,
 but I figured today myself that the issue was due to faulty risers also in my case...

I bought 4 powered 1x to 16x cables and two of them don't work properly... Plugging 2 gpus directly on the 16x slots and the remaining two with the working risers did the trick and now windows 7 detects all gpus correctly.

Seems a lot of risers cables sold nowadays are of poor quality and many people reports problems.


If can I say something about your rig's instability, could be due to lack of power, maybe your psu is not enough for 4 gpus? You should have at least a 1200w gold rated psu, with a 1250-1300w gold would be safer.

Btw thank you again for your response
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 [15] 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!