|
yep, nice one, Pretense .
I have only only one question for "late adopters". How many of "early adopters" will have balls to hold on to their bitcoins to the point when one can start buying mansions and island and football clubs?
This is a loaded question, is it not?
|
|
|
|
a bitcoin mining "botnet"- more effective than GPU mining? Sure it is.... particularly when measured in jail time per BTC.  |
|
|
|
|
Yes I am actually running it as root.
...
preparing to hear a patronizing lecture on how it is bad to run things as root....
|
|
|
|
I just discovered this yesterday by accident, got interested in the concept, researched it some more, then when I understood the concept, I was shocked. SHOCKED. It is relatively simple yet genius. I spent all day today trying to figure out how to set it up, now I'm mining a solid 9Mhash / s. Is it normal to be this excited? This is practically history in the making. It is revolutionary.
I bet you are just another INTP . Loads of us here.... |
|
|
|
Looks like yet another hit piece. Shills just cannot wrap their tiny brains around decentralised concept and again calling beenz flooz cards. |
|
|
|
|
yea and depth of the market on b7 is what? right nada... spend 50$ to make 10$, a perfect arbitrage...
|
|
|
|
Мое мнение, к сожалению, никак не может повлиять на ситуацию.
И власть ограничена только форумом - я не могу влиять на BTCex.
А тут хоть влияй хоть нет, но всё достаточно просто: я неиллюзорно могу внезапно стать должен вполне реальные деньги а не какие-то фантики с неясным курсом. Издержки вполне понятно ложатся на клиентов. Клиенты ведь не принесли к нам последние крохи, так ведь? Клиенты ведь изучили сектор прежде чем делать какие-то вложения? Риски взвесили? Ведь биткоины это же эксперимент! Вон и мтгокс с тех пор накернился и EFF отказалась от биткоинов по тем же причинам (непонятно как менять их законно и безопасно). Так что я всё понимаю но помочь сейчас ничем не смогу. (это справедливо для всех обменников, кстати, сам вот с интересом наблюдаю как выкрутится (ли?) мтгокс) Пока угроза преследования не пропадёт биткоины никому отдадены не будут. (Я это уже два раза говорил, вроде?) И когда она пропадёт я пока точно сказать не могу: с одной стороны в моей жизни всего два суда было и статистика такая: один случился через полгода а другой через полтора, но с другой стороны мне видно что не факт что противная сторона сможет обосновать аргументированно свои притязания и тогда мы тихо мирно разойдёмся безо всяких. Вся эта информация давно была озвучена, но некоторые до сих пор что-то требуют в грубой форме и вполне закономерно оказываются посланы. Если кто-то думает что надо подать в суд, набить морду, написать заявление он может уже не откладывать в долгий ящик а начинать делать что-то. И насчёт бизнеса: BTCex никогда не был бизнесом а делался ради интереса. Если посчитать со всеми затратами то он не окупился даже - это была просто хорошая идея которая валялась на полу никому не нужная. (но крикуны этот период не застали, они пришли во время "ололо биткоены растут! надо покупать!") Вы можете попытаться сделать то же самое и окупить все свои потери и затраты и всё такое... Вообще планировал сделать хорошее вложение в BTCex на развитие,
но дела пошли не в ту сторону, помочь BTCex было просто не на что.
Это всё бессмысленно - в биткоинах есть проблемы поважнее чем работа бирж. (всё, в этот тред я больше не пишу) Unbefuckinglievable |
|
|
|
|
not everyone is c developer and familiar with autotools and it is not "site specific" it is OS specific BTW
|
|
|
|
|
you could try to compile pushpool on 32bit linux and than run it in binary linux emulation mode on freebsd. One option is to use statify on it to avoid messing with linux libs on freebsd. I have not tried yet since all my linuxes are 64bit and just did not have time to get this sorted. Theoretically it might just work.
Let me know how it goes if you try it.
|
|
|
|
Oh, it's also very dependant on the speed of the backend DB. If your backend db server is slow or over a slow link, it will start getting backed up and eventually never catch up.
Good idea, will change the code to cut db backend balls out. I am happy with just using log files. |
|
|
|
As far as I know, I think that is all it does. I haven't looked too closely at it. So you are doing that already and still having the files issue?
Have you changed your hard and soft file limits?
/etc/security/limits.conf: root soft nofile 34096
root hard nofile 34096
Once I point lots of Ghps to this it does not live much longer than 5 minutes, perhaps simply not enough time between solved blocks. |
|
|
|
blkmond is what cleans up the open files (actually connections).
It's not a great solution, but it's the way pushpoold was designed.
blkmod just sends USR1, is that correct? Or does it do something else? I do not use it, but I ahve some other software sending USR1 to pushpoold when a block is solved. Have I messed up something badly here? actually I used this (thought that a handful of lines in perl is better than a handful of pages of python): #!/usr/bin/perl
use common::sense ;
use File::Tail ;
my $bitcoinLog = File::Tail->new("/s/bitcoind/db/debug.log");
while ( defined ( my $line = $bitcoinLog->read ) ) {
$line =~ /ACCEPT/ or next ;
foreach( split ( /\n/ , `ps aux | grep pushpoold | grep -v grep` ) ) {
/^.*?(\d+)/ and $1 and say "sent SIGUSR1 to process $1" and `kill -USR1 $1` ;
}
}
It took me much less time to write the above code than even skim over blkmond's code. |
|
|
|
This page contains a serious flaw. It may well be true that padding increases the strength of your password, but if an attacker cracks one of your passwords, he will know what padding to use for your other passwords. That's true, if a password is cracked, and a human examines it. But if your password is something like 15 characters, it will take centuries to crack, so it won't be your problem if anyone ever succeeds.  For me it is all simple. I have two types of passwords. Those which I do want to remember and others (for which it is task of my computer to remember and store securely). For those passwords which I want to remember I am fine with using Steve padding approach or something else. For the rest of them there is not a single good reason whatsoever to make them any less random or short than it can possibly be. Too bad some idiotic websites unreasonably limit maximum password length and alphabet. I'd be happy to have all such passwords 1000 symbols long. I quite often encounter systems which limit password length to 10 or even 8 characters!!! Particularly some banks, are guilty of this (idiots!). |
|
|
|
I've been running pushpoold on my box for sometime and about every 12 hours of running or so it begins to error the error log says WARN too many open files anyone else run into any similar issues?
Yep same issue. On my volumes it lives for not more than 5 minutes than this. My software detects this within 2 seconds, cleans it up, kill/restarts pushpool. ulimit -n is 32k. Not helping much... The best I got with it is 5% of stales which is not acceptable. Back to older ways it is than, for now at least. Will see if I can find time to reimplement it with Erlang. |
|
|
|
Pardon my ignorance, why is the socket mounted so high near the ceiling, and not near the floor?
Why not? Perhaps it is because I have false ceiling in DC3 instead of traditional false (raised) floor. Wires are suspended from the ceiling. The subfloor is usually used for cool air distribution. How are you managing airflow? Otherwise. Usually DC's have PUE of 2.3, would you expect me to follow their example? |
|
|
|
I keep getting "configure: error: Missing required libevent" in bsd. It's installed though.
You need full libevent devel package setup, not just the library. Jeff some more help on this one. I have no idea what you mean by "You need full libevent devel package setup, not just the library." Please explain. |
|
|
|
|
Anyone got it to compile on freebsd yet? Any pointers?
|
|
|
|
|
Show Posts
