Bitcoin Forum
October 22, 2018, 08:51:22 AM *
News: Make sure you are not using versions of Bitcoin Core other than 0.17.0 [Torrent], 0.16.3, 0.15.2, or 0.14.3. More info.
 
   Home   Help Search Donate Login Register  
Pages: « 1 ... 403 404 405 406 407 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429 430 431 432 433 434 435 436 437 438 439 440 441 442 443 444 445 446 447 448 449 450 451 452 [453] 454 455 456 457 458 459 460 461 462 463 464 465 466 467 468 469 470 471 472 473 474 475 476 477 478 479 480 481 482 483 484 485 486 487 488 489 490 491 492 493 494 495 496 497 498 499 500 501 502 503 ... 845 »
  Print  
Author Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.1  (Read 5765848 times)
This is a self-moderated topic. If you do not want to be moderated by the person who started this topic, create a new topic.
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2674
Merit: 1144


Ruu \o/


View Profile WWW
March 16, 2013, 09:50:16 PM
 #9041

Quote
Driver and SDK versions matter but in a different way to those for bitcoin mining. There is no reason you can't ltc mine the same on linux for 5xxx with the right driver/sdk combo. I'd recommend AMD driver 12.8 with SDK 2.7 for litecoin mining.

Thanks for the tip.  I installed driver 12.8 and SDK 2.7 and now litecoin mining works.

But it still works better in Windows.

Same hardware, cgminer 2.11.2, same cgminer parameters:

Ubuntu 11.04             Ubuntu 11.04            Windows 7
AMD 12.8                  AMD 12.8                  AMD 13.1
SDK 2.7                    SDK 2.7
Intensity 16              Intensity 13                Intensity 16
634 kHash/sec          534 kHash/sec            637 kHash/sec
3 accepted/minute    14 accepted/minute     34 accepted/minute
A lot of HW errors     A lot of HW errors        No HW errors

Should I put AMD 13.1 on linux?  Or should I put Windows 7 on my linux boxes?
Pretty sure with the right driver and SDK combo there should be no difference between the  OSes. However win7 does offer some extra options for overclocking/undervolting that many find advantageous for mining, and apart from OS stability, there is no mining performance advantage to linux. It's up to you.

Developer/maintainer for cgminer and ckpool/ckproxy.
ZERO FEE Pooled mining at ckpool.org, 1% Fee Solo mining at solo.ckpool.org
-ck
1540198282
Hero Member
*
Offline Offline

Posts: 1540198282

View Profile Personal Message (Offline)

Ignore
1540198282
Reply with quote  #2

1540198282
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1540198282
Hero Member
*
Offline Offline

Posts: 1540198282

View Profile Personal Message (Offline)

Ignore
1540198282
Reply with quote  #2

1540198282
Report to moderator
1540198282
Hero Member
*
Offline Offline

Posts: 1540198282

View Profile Personal Message (Offline)

Ignore
1540198282
Reply with quote  #2

1540198282
Report to moderator
lastbit
Full Member
***
Offline Offline

Activity: 206
Merit: 100


View Profile
March 16, 2013, 10:54:09 PM
 #9042

+1.2 btc. Thank you for your work, ckolivas.
UNOE
Sr. Member
****
Offline Offline

Activity: 434
Merit: 250


Look ARROUND!


View Profile
March 16, 2013, 11:43:59 PM
 #9043

On another thread you mentioned 7970 fixes for litecoin.  What version is that ?
-i higher than 13 ?

How is the performance now ?

I got some water cooled cards I want to push a nice OC.


.........................................
             █████████████████
         ███ ██     █     ██ ███
       ██ █████     █     █████ ██
     ███   █   █  █████  █   █   ███
   ███     █    ███ █ ███    █     ███
  ██  ███ ██ ███    █    ███ ██ ███  ██
  ██     ████       █      █████     ██
 ███   ██ █  ███    █    ███  █ ██   ███
 █ █ ██   █     ██  █  ██     █   ██ █ █
█████     █       █████       █     █████
 █ █ ██   █   ████  █  ████   █   ██ █ █
 ███   ████ ██      █      ██ ████   ███
  ██  █  █████      █      █████  █  ██
  ██ ██   ██ ████   █  ████  ██   ██ ██
   ██      █     ██████      █     ███
     ████  █   ██████████    █  ████
       ██ █████     █    ██████ ██
         ███  ██    █   ███  ███
            █████████████████
ARROUND









.









.
Telegram
ANN Thread
Bounty Thread
Whitepaper
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2674
Merit: 1144


Ruu \o/


View Profile WWW
March 17, 2013, 12:26:23 AM
 #9044

On another thread you mentioned 7970 fixes for litecoin.  What version is that ?
-i higher than 13 ?

How is the performance now ?

I got some water cooled cards I want to push a nice OC.

Current development code only which you can get if you're building from git, but there's a sample executable linked a few posts back for windows. Next version 2.11.3 will have a few scrypt improvements.

Developer/maintainer for cgminer and ckpool/ckproxy.
ZERO FEE Pooled mining at ckpool.org, 1% Fee Solo mining at solo.ckpool.org
-ck
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2674
Merit: 1144


Ruu \o/


View Profile WWW
March 17, 2013, 06:03:47 AM
 #9045

New release: 2.11.3, 17th March 2013

Building further on the stability of 2.11 with more bugfixes, and the first significant scrypt update in some time thanks to a surge in its popularity and virtually the first ever donations towards developing and maintaining it since it was first added to cgminer.


Human readable changelog:

- Updated USB detection code by Kano will now show known devices with cgminer -n, and you can manually select devices to mine with using the new --usb option - read the README for full documentation! (Yeah right, no one reads documentation  Tongue)
- Fixes for certain USB communication problems should make them more reliable.
- Workaround for the rare crash on switching pools with stratum with older libcurl builds.
- Adding a pool now from the menu will return quickly while it leaves probing it to the background.
- Internal improvements in scalability in preparation for ASIC devices (must be close now? Roll Eyes)
- Changes to the hashmeter to update it more frequently - for fast devices it will update smoother but for long-return devices (like slow FPGAs) it will look worse. This is in preparation for faster devices...
- Scrypt updates:
 Fixed the failure to create high thread concurrencies.
 Intensities above 13 will not lead to garbage being generated on GCN (7xxx) hardware now.
 Decreased default GPU threads to 1. Intensities above 13 cannot handle more.
 Changed the default choice of thread concurrency if no options are passed to cgminer as a hint, based on amount of available GPU ram.
 Scrypt mining now shows the Work Utility as BTC mining does (total amount of diff 1 work done per minute).
 Extensive updates to the SCRYPT-README file in line with changes to the code and new information (but no one reads documentation anyway Tongue)


Full changelog:

- Update the hashmeter at most 5 times per second.
- Usbutils use its own internal read buffer
- Calculate work utility for devices that support target diffs of greater than
1, and update scrypt code to use it.
- usbutils allow read termination match to be a string
- Set default GPU threads to 1 for scrypt.
- Connect backup stratum pools if the primary pool cannot deliver work.
- Use a new algorithm for choosing a thread concurrency when none or no shader
value is specified for scrypt.
- Do not round up the bufsize to the maximum allocable with scrypt.
- Remove the rounding-up of the scrypt padbuffer which was not effectual and
counter-productive on devices with lots of ram, limiting thread concurrencies
and intensities.
- bufsize is an unsigned integer, make it so for debug.
- Update the hashmeter once per second but only display the extra logs every
opt_log_inteval.
- add a dummy ztex to usbutils so cgminer -n lists ztex also
- nDevs required for -n with usb
- USB device list - convert some common error numbers to messages
- USB -n 'known' text only without ---usb-list-all
- USB modify -n and --usb-dump to only show known devices or use new
--usb-list-all option to see all
- Make pool adding while running asynchronous, using the pool test thread
functionality.
- Only curl easy cleanup a stratum curl if it exists.
- Sacrifice the ram of curl handles in stratum disconnects when we have built
with old libcurl to avoid crashes.
- cgminer -n to include a USB device list
- usbutils allow call of usb_all() from other code
- Convert gbt_lock to a cg_lock.
- Add intermediate variants of cglocks that can be up or downgraded to read or
write locks and use them for stratum work generation.
- Move the stratum and GBT data to be protected under a new cg_lock data_lock.
- Convert the ch_lock to cg_lock.
- Convert the control_lock to a cg_lock.
- Remove unused qd_lock.
- Implement cg_lock write biased rwlocks.
- do usb_initialise() after the started message so we see it
- --usb-dump display brief dump if value = 0
- USB add --usb options to limit USB device selection v0.1

Developer/maintainer for cgminer and ckpool/ckproxy.
ZERO FEE Pooled mining at ckpool.org, 1% Fee Solo mining at solo.ckpool.org
-ck
stevegee58
Legendary
*
Offline Offline

Activity: 918
Merit: 1003



View Profile
March 17, 2013, 10:42:53 AM
 #9046

I've been experimenting with LTC mining lately with cgminer.  I found some settings that worked best with my little GPU and noticed some changes in changing from 2.11.2 to 2.11.3.  I had found with 2.11.2 that I got best performance with "-g 3" but with 2.11.3 it was best with "-g 1".  Also, my peak performance has improved slightly from 138 kh/s to 141 kh/s between the 2 most recent versions.

You are in a maze of twisty little passages, all alike.
kano
Legendary
*
Offline Offline

Activity: 2604
Merit: 1056


Linux since 1997 RedHat 4


View Profile
March 17, 2013, 10:59:39 AM
 #9047

2.11.3a 2.11.3 recompiled on 64 bit xubuntu 11.04 (as usual) and also on the RPi 32 (2012-12-16-wheezy-raspbian and rpi-update today)

https://github.com/kanoi/cgminer-binaries
(the 64 bit version also works on Fedora 16 and 17)

To get the 64 bit xubuntu 11.04 binary:
wget https://github.com/kanoi/cgminer-binaries/raw/master/Ubuntu_11.04_x86_64/cgminer-2.11.3a
chmod +x cgminer-2.11.3a
md5sum cgminer-2.11.3a

f73035fdd0284cedc8b238869d45a073  cgminer-2.11.3a

To get the RPi 32bit binary:
wget https://github.com/kanoi/cgminer-binaries/raw/master/RPi_32/cgminer-2.11.3a
chmod +x cgminer-2.11.3a
md5sum cgminer-2.11.3a

ab34a2511b3f7325e3ab40d0c6e3424f  cgminer-2.11.3a

For anyone who didn't realise, it's just the executable file to put in place of 'cgminer'
Nothing else needs changing
On xubuntu 11.04 - first get and extract the full binary release from ckolivas and then copy my file in place of 'cgminer'

I've run both binaries without any problems with 1x6950, 1xBFL, 2xICA and 1xMMQ

The same configure options as cvolivas' binary version for 64 bit xubuntu 11.04
In case anyone was wondering:
CFLAGS="-g -W -Wall" ./autogen.sh --enable-icarus --enable-bitforce --enable-ztex --enable-modminer --enable-scrypt
make clean
make

However, the -g (instead of -O2) means it's a debug build so if anyone finds a problem and has core dumps enabled, it will dump a much more useful debug core.

All FPGAs (only) for the RPi 32bit version
CFLAGS="-g -W -Wall" ./autogen.sh --enable-icarus --enable-bitforce --enable-modminer --enable-ztex
make clean
make

You will need to install libusb-1.0.0

Reminders from before:

1
Important re-paste from before:
Now some important information about the BFL USB driver.
On linux, if you wish to switch back to the 2.10.5a, 2.10.4a or earlier version, you'll need to unplug and re-plug in your FPGAs or reboot your rig.
On windows (as described in FPGA-README) you'll need to update your windows USB driver to use the new cgminer


2
OK, if you are running cgminer 2.11.0 (or later) on linux as non-root user you may need to do the following also:

Create /etc/udev/rules.d/01-cgminer.rules
With:
ATTRS{idVendor}=="0403", ATTRS{idProduct}=="6014", SUBSYSTEMS=="usb", ACTION=="add", MODE="0666", GROUP="plugdev"
ATTRS{idVendor}=="1fc9", ATTRS{idProduct}=="0003", SUBSYSTEMS=="usb", ACTION=="add", MODE="0666", GROUP="plugdev"


And also:
sudo usermod -G plugdev -a `whoami`

Then reboot ... (or use udevadm to reload the rules and retrigger the devices - but I couldn't get that to work on my RPi without rebooting)

That is a bit overkill, but for now that's what I suggest unless I come up with a simpler set of rules.

Edit: if your linux distro doesn't have the 'plugdev' group, you can create it like:
sudo groupadd plugdev


3
If you read the FPGA-README, it mentions you need to use the WinUSB driver - not the FTDI one.
As per:
Code:
For ModMinerQuad (MMQ) and BitForce (BFL)
-----------------------------------------

...

The best solution for this is to use a tool called Zadig to set the driver:
 http://sourceforge.net/projects/libwdi/files/zadig/

This allows you set the driver for the device to be WinUSB which is usually
required to make it work if your having problems
Cgminer no longer uses the specific drivers - it's direct USB using the single libusb driver
(for everything 'USB' except Icarus - until I get around to changing that ... possibly one day in the far future Tongue)

Edit: 2 suggestions about zadig:
1) Run it as administrator
2) Menu: Options -> List all devices

Pool: https://kano.is Here on Bitcointalk: Forum BTC: 1KanoPb8cKYqNrswjaA8cRDk4FAS9eDMLU
FreeNode IRC: irc.freenode.net channel #kano.is Majority developer of the ckpool code
Help keep Bitcoin secure by mining on pools with full block verification on all blocks - and NO empty blocks!
sgravina
Sr. Member
****
Offline Offline

Activity: 448
Merit: 250



View Profile
March 17, 2013, 11:46:41 AM
 #9048

New release: 2.11.3, 17th March 2013


Quick test of scrypt mining on my Windows 7 machine.  Same everything.

2.11.2 - No HW errors.
2.11.3 - Lot of HW errors, very low accepted rate.

Don't have time to play with it so I sticking with 2.11.2 for now.
juve4v
Hero Member
*****
Offline Offline

Activity: 506
Merit: 500


View Profile
March 17, 2013, 12:12:15 PM
 #9049

I tried last version too, but nothing changed ..lots of errors same as previous version.Anything above I 13 on my 7950 = lots of errors and at I 19 only errors. WinVista x64 bit, 8 Gb RAM, cgminer  2.11.3, -g 1, -w 256
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2674
Merit: 1144


Ruu \o/


View Profile WWW
March 17, 2013, 12:22:55 PM
 #9050

Don't suppose you tried the larger thread concurrencies... everything needs retuning.

Developer/maintainer for cgminer and ckpool/ckproxy.
ZERO FEE Pooled mining at ckpool.org, 1% Fee Solo mining at solo.ckpool.org
-ck
romantic1
Member
**
Offline Offline

Activity: 102
Merit: 10


View Profile
March 17, 2013, 01:10:41 PM
 #9051

For all you crazy scrypt/LTC mining fanatics, I have finally found the reason you cannot set very high thread concurrencies or intensities on 79x0 cards. It shall be fixed in the next version. I'm able to run my 7970s at TCs of 22392 now.

And how much faster is it? :-p

7970 @ 1135/1890, LG 2, TC 22392:
Code:
GPU 0:  72.0C 3413RPM | 714.6K/715.7Kh/s | A:0 R:1 HW:0 U:0.00/m I:20
No, the memory speed is not a typo. Ignore the accept/reject ratio; I was trying solo.

EDIT: The code is now in git, and here's a windows build with the changes:
http://ck.kolivas.org/apps/cgminer/temp/cgminer.exe
Can you post the bat file ! It doesn't work on my 7970.
My bat file: cgminer -o coinotron.com:9322 -u romantic1.ltc -p 12345 --scrypt --lookup-gap 2 --thread-concurrency 20992 -g 5 -I 20
I tried g 1. It doesn't work too.
I also tried: "cgminer -o coinotron.com:9322 -u romantic1.ltc -p 123 --scrypt --lookup-gap 2 --thread-concurrency 22392 -g 5 -I 20"
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2674
Merit: 1144


Ruu \o/


View Profile WWW
March 17, 2013, 01:17:13 PM
 #9052

Start low. Go slowly up. Do not increase -g count. Do not assume what worked on mine will work on yours. Read the scrypt readme. No two systems are alike.

--gpu-engine 1135 --gpu-memclock 1890 --thread-concurrency 22392 -I 20

Was worth 715kH, but it also drew 305W from the one GPU and was on my machine with my hardware running my OS.

I am NOT going to say this again. Everyone experiment for yourselves. Scrypt tuning is witchcraft and you need to find the right incantation for your device and sacrifice the correct number of goats while facing towards your holy centre.

Me? After upgrading the scrypt code, I'm back to mining bitcoin like I always have been.

Developer/maintainer for cgminer and ckpool/ckproxy.
ZERO FEE Pooled mining at ckpool.org, 1% Fee Solo mining at solo.ckpool.org
-ck
ChipGeek
Full Member
***
Offline Offline

Activity: 198
Merit: 100


View Profile
March 17, 2013, 01:19:15 PM
 #9053

I am NOT going to say this again. Everyone experiment for yourselves. Scrypt tuning is witchcraft and you need to find the right incantation for your device and sacrifice the correct number of goats while facing towards your holy centre.

Can you please add this to the README (that nobody reads)?   Grin

Tip jar: 1ChipGeeK7PDxaAWG4VgsTi31SfJ6peKHw
hanti
Full Member
***
Offline Offline

Activity: 126
Merit: 100


View Profile
March 17, 2013, 01:26:01 PM
 #9054

Platform:
windows 7 ultimate 64bit
cgminer 2.10.5, 2.11.2, 2.11.3
HD6950 2GB with unlocked shaders oc to 830mhz

Commandline:
x:\xxxx\cgminer-2.10.5-win32\cgminer.exe -o http://xxx:1234 -u xxx -p xxx -o http://xxx2:5678 -u xxx -p xxx

cmd window stops refreshing after i use switch user feature - when im back to administrator account the cmd window shows last status of cgminer and it does not changing anymore, same hash power same tmp everything its freezed - it doesnt react on any keys like Q i need to close window manually
my gfx card before closing but with this freezed cgminer window open seems still minning, it stops when i close this window by clicking on X

when i add to commandline -T switch it works fine i can switch users and after im back to my account its still ok. But i dont like this it does not show many items like temperature etc i dont want to use another tool like gpu-z. Cgminer without -T looks really nice

So anybody had similar problem? Or any ideas what to do to fix that?

regards

rav3n_pl
Legendary
*
Offline Offline

Activity: 1360
Merit: 1000


Don`t panic! Organize!


View Profile WWW
March 17, 2013, 03:23:05 PM
 #9055

Why all of you DNOT use -shaders option??? Then only raise I to the point where it starts making errors...
Scrypt tuning in 2 steps Tongue

1Rav3nkMayCijuhzcYemMiPYsvcaiwHni  Bitcoin stuff on my OneDrive
My RPC CoinControl for any coin https://bitcointalk.org/index.php?topic=929954
Some stuff on https://github.com/Rav3nPL/
nitrogenetics
Full Member
***
Offline Offline

Activity: 131
Merit: 104



View Profile
March 17, 2013, 04:03:56 PM
 #9056

I've been playing a bit with cgminer (2.11.2 and 2.11.3) and scrypt during the last few hours.
So far the best performance I could achieve on my GV-R797OC-3GD on windows 7 x64 with catalyst 13.2b7 was around 720kH/s with the following settings:
Code:
cgminer.exe --scrypt -o http://xxx -u x -p x --intensity 13 -g 2 --thread-concurrency 8192 --lookup-gap 2 --gpu-engine 1044 --gpu-memclock 1500

a more conservative 620kH/s with
Code:
cgminer.exe --scrypt -o http://xxx -u x -p x --intensity 13 -g 2 --thread-concurrency 8192 --lookup-gap 2 --gpu-engine 900 --gpu-memclock 1155

and an even more conservative 550kH/s with
Code:
cgminer.exe --scrypt -o http://xxx -u x -p x --intensity 13 -g 2 --thread-concurrency 8192 --lookup-gap 2 --gpu-engine 800 --gpu-memclock 870

Increasing thread concurrency above 8192 with --lookup-gap 2 always returns an error like
Code:
Maximum buffer memory device 0 supports says 536870912
Your scrypt settings come to 1467482112
Error -61: clCreateBuffer (padbuffer8), decrease CT or increase LG

Lowering thread concurrency below 8192 always produces hardware errors.

With -g > 1 using any intensity higher or lower than 13 will result in lower hashrates.

With -g 1 higher than 13 intensities will more or less match -g 2 -I 13 hashrate at the expenses of system responsiveness.

Increasing lookup gap allows for higher thread concurrencies, but it won't improve performance.

Setting the correct core/memory ratio for your card is the most important tweak, even a small 10MHz difference can make you lose/gain 100-200kH/s.

BTC: 1NWQ4TarCCC7j1XY26KRFFEtLYbPP6S3DH
XRP: rJkbeyRaUYDmcukEyLYVfn56QDM9VhybZG
klear
Newbie
*
Offline Offline

Activity: 44
Merit: 0


View Profile
March 17, 2013, 05:03:39 PM
 #9057

Code:
cgminer.exe --scrypt -o http://xxx -u x -p x --intensity 13 -g 2 --thread-concurrency 8192 --lookup-gap 2 --gpu-engine 1044 --gpu-memclock 1500

I get 400Kh/s with those exact same settings  Huh

2.11.3 breaks GUIMiner-scrypt for me
philips
Hero Member
*****
Offline Offline

Activity: 700
Merit: 500



View Profile
March 17, 2013, 05:14:37 PM
 #9058

I've been playing a bit with cgminer (2.11.2 and 2.11.3) and scrypt during the last few hours.
..............................................

How many cards and how much RAM do you have? Thanks.
thejestre
Member
**
Offline Offline

Activity: 76
Merit: 10


View Profile
March 17, 2013, 05:30:23 PM
 #9059

Hi all,

I'm trying to mine Litecoin for the first time this weekend, and have had some encouraging results.  I'm using one MSI R7850 with 2GB DDR5 in an older Intel Core 2 Quad system w/4 GB RAM.  I'm able to reliably hit ~298 Kh/s - ~350 Kh/s with utility reaching between 13 and 16 shares per minute.  Seems like decent rates for this card.

Just a few tweaks to the --gpu-memclock and --gpu-engine go a long way.  My card's RAM clock is 1200, but it _seems_ to work well at 1350-1375.  Am I going to fry it quicker with these settings?

Here are the switches I'm using:
Code:
--scrypt --intensity 16 --gpu-memclock 1350 --gpu-engine 1000-1000
As I change the Intensity between 13 and 16 both the Kh/s and the shares/minute are higher closer to 16, but so are the hardware errors.  I left it mining all night at I=16 and have a total of 450 HW errors.  How bad is it to get these errors, and what amount is acceptable?

Thanks so much for this awesome program,

_theJestre
klear
Newbie
*
Offline Offline

Activity: 44
Merit: 0


View Profile
March 17, 2013, 05:32:19 PM
 #9060

Hi all,

I'm trying to mine Litecoin for the first time this weekend, and have had some encouraging results.  I'm using one MSI R7850 with 2GB DDR5 in an older Intel Core 2 Quad system w/4 GB RAM.  I'm able to reliably hit ~298 Kh/s - ~350 Kh/s with utility reaching between 13 and 16 shares per minute.  Seems like decent rates for this card.

Just a few tweaks to the --gpu-memclock and --gpu-engine go a long way.  My card's RAM clock is 1200, but it _seems_ to work well at 1350-1375.  Am I going to fry it quicker with these settings?

Here are the switches I'm using:
Code:
--scrypt --intensity 16 --gpu-memclock 1350 --gpu-engine 1000-1000
As I change the Intensity between 13 and 16 both the Kh/s and the shares/minute are higher closer to 16, but so are the hardware errors.  I left it mining all night at I=16 and have a total of 450 HW errors.  How bad is it to get these errors, and what amount is acceptable?

Thanks so much for this awesome program,

_theJestre

lower intensity to 13, shouldnt be getting any hardware errors.
Pages: « 1 ... 403 404 405 406 407 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429 430 431 432 433 434 435 436 437 438 439 440 441 442 443 444 445 446 447 448 449 450 451 452 [453] 454 455 456 457 458 459 460 461 462 463 464 465 466 467 468 469 470 471 472 473 474 475 476 477 478 479 480 481 482 483 484 485 486 487 488 489 490 491 492 493 494 495 496 497 498 499 500 501 502 503 ... 845 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!