» »

DOGe Coin

DOGe Coin

««
3 / 40
»»

Buggy ::

ok problem resen...na drugi masini je slo s podtaknenim wallet.dat lepo vse cez...nakazila azurna, sync OK...kr neki :8)

dottor ::

Samo ta fast-pool dela vedno slabše (spletna stran)... ;((
Xeon X5650@3.8GHz |Asus P6T|
2x4GB+4x2GB|ASUS R9 280X@1100MHz|
WD Green 240GB SSD + 4x1TB Hitachi

49106 ::

Mislim, da sam DOGE dela slabo. Da vidmo kolk bo hype zdržal

Tarzan ::

http://mining.stargate.si:9555 Tule je doge pool server v Sloveniji, preveri če dela kaj bolje.

BTW, če imaš veliko zavrnjenih sharov, nastavi queue na 0.

dottor ::

Ma spletna stran sploh ne prikazuje sproti stanja ampak vsake nekaj časa se refreša ko je že 2. block zunaj... Pa prej je en block 400 in nekaj % narjen ;((
Xeon X5650@3.8GHz |Asus P6T|
2x4GB+4x2GB|ASUS R9 280X@1100MHz|
WD Green 240GB SSD + 4x1TB Hitachi

hojnikb ::

doge zgleda da kr zgubla ... no mogoče se bo spet dvignu :)
#brezpodpisa

49106 ::

hojnikb je izjavil:

doge zgleda da kr zgubla ... no mogoče se bo spet dvignu :)


Ob takem številu kovancev lahko samo dvomimo

Mipe ::

Neresna valuta, ki je nastala z neresnimi nameni, pač nima neke resne prihodnosti. Ne bi vlagal preveč ;)

hojnikb ::

zaenkrat vlagam samo grafično moč, pa še to samo za štos.. :)
#brezpodpisa

dottor ::

Ja jaz tudi za urco ali dve na dan zaženem malo. Bolj zato ker mi je dolgcajt in nimam kej delat pa me zanima kaj bo še iz tega.
Xeon X5650@3.8GHz |Asus P6T|
2x4GB+4x2GB|ASUS R9 280X@1100MHz|
WD Green 240GB SSD + 4x1TB Hitachi

Buggy ::

ja...jaz pa racunam, da bom ven povleku za enega oldi porscha al kaj...ce tega ne vzames kot zanimivo igro si ze v startu zgubil vse ...IMHO

49106 ::

Raje investirajte v LTC. Dolgoročno se zna vrednost zelo približati 1/4 BTC-ja.

dottor ::

Ko so bli na 2$ sem razmišljal uzet ene 50 kovancev, pa mi je zdej hudo žal :8)
Xeon X5650@3.8GHz |Asus P6T|
2x4GB+4x2GB|ASUS R9 280X@1100MHz|
WD Green 240GB SSD + 4x1TB Hitachi

LitralSM ::

49106 je izjavil:

Raje investirajte v LTC. Dolgoročno se zna vrednost zelo približati 1/4 BTC-ja.

Če bitcoin pade seveda.

hojnikb ::

probu bom naminirat kakih 10k coinov (tolk ko mi dovoljuje 460 v nekem doglednem času), potem pa veselo sedim na njih ali pa premenjam za kako drugo valuto, ko bo seveda razmerje ugodno :)
#brezpodpisa

dottor ::

Neki takega sem tudi jaz nameraval. Zdej se bližam prvemu tisočaku, včeraj sem majnal 2 ure danes pa sem že na dveh pa pol - treh. Se pravi če na 5-6 ur naberem jurja, je to 50-60 ur za 10k. Pol bo pa čas pokazal al sem brcu v temu, alpa bom imel nekaj drobiža za poračun ko pride spomladi :))
Xeon X5650@3.8GHz |Asus P6T|
2x4GB+4x2GB|ASUS R9 280X@1100MHz|
WD Green 240GB SSD + 4x1TB Hitachi

LitralSM ::

same shit. Se bom šel profi ukvarjat kot Merchant drugo leto.

49106 ::

LitralSM je izjavil:

49106 je izjavil:

Raje investirajte v LTC. Dolgoročno se zna vrednost zelo približati 1/4 BTC-ja.

Če bitcoin pade seveda.


Ne, predvsem če BTC ostane takšen kot je. V primeru resnejšega padca, bi ga znal LTC celo nadomestiti.

dottor ::

BTC je tolko padu zaradi kitajcev, še da US prepove trgovanje z njim pa bo počasi konec...
Xeon X5650@3.8GHz |Asus P6T|
2x4GB+4x2GB|ASUS R9 280X@1100MHz|
WD Green 240GB SSD + 4x1TB Hitachi

Mipe ::

Hm. Če ZDA prepovejo trgovanje, zna € kaj hitro zrasti. Tega se gotovo tudi zavedajo, zato močno dvomim v ta scenarij.

hojnikb ::

glavno da doge zraste nekoč na 1c :))
#brezpodpisa

LitralSM ::

Razdrobit BTC in omejit njegovo tiskanje. Ustvariti med sabo nekaj neodvisnih trgov in profit je tukaj. Ah, pa obrnit njegovo ceno v vrednost.
Tako bo prišlo do konstantnih profitov. Sedaj se pa bolj kot ne gre samo za poskuse ustvarjanja mono/di/tri/kvatro/penta pola in umetno napihuje vrednost. Tako pa imamo tako nestabilnost.

49106 ::

Hitro se lahko zgodi še en Ciper, ali morda tokrat Slovenija,...

glavno da doge zraste nekoč na 1c :))


Utopično je pričakovati kaj takega, saj se dnevno proizvede precej preveč DOGE-jev.

jype ::

dj_dottor> BTC je tolko padu zaradi kitajcev, še da US prepove trgovanje z njim pa bo počasi konec...

Združene države so že imele t.i. parlamentarno razpravo o tem:



Glede na ugotovitve je zelo malo možnosti, da bi ZDA karkoli v zvezi z bitcoinom prepovedale (seveda pa bodo terjale od ljudi, da ustrezno izkažejo vire in ponore sredstev, ker to zahteva njihova zakonodaja za boj proti terorizmu, organiziranemu kriminalu in pranju denarja).

dottor ::

hojnikb je izjavil:

glavno da doge zraste nekoč na 1c :))


Danes je že bil na 0.001$. Samo še 10x more zrast a bo tam. Drugače doge coinov je menda 100,000,000,000 (100 miljard če se komu ne da štet nule), tako da proti koncu če se ga bo dalo sploh kje uporabljat bi znal pridet blizu centa...
Xeon X5650@3.8GHz |Asus P6T|
2x4GB+4x2GB|ASUS R9 280X@1100MHz|
WD Green 240GB SSD + 4x1TB Hitachi

hojnikb ::

49106 je izjavil:

Hitro se lahko zgodi še en Ciper, ali morda tokrat Slovenija,...

glavno da doge zraste nekoč na 1c :))


Utopično je pričakovati kaj takega, saj se dnevno proizvede precej preveč DOGE-jev.

itk da je utopija to, ampak tudi btc na 1k$$$ je bila utopija kake 2 leti nazaj :)
#brezpodpisa

jype ::

hojnikb> itk da je utopija to, ampak tudi btc na 1k$$$ je bila utopija kake 2 leti nazaj :)

Tudi sredi oktobra.

hojnikb ::

aja čist tako; se da kej potweakat cudaminerja, da bi dobil več iz moje 460ke ?
zaenkrat dobim peak 120k, sustained pa ~85k ... predvsem ta padec mi je čudn.. 8-O
#brezpodpisa

LitralSM ::

da se.
https://litecoin.info/Mining_hardware_c...

CudaMiner release December 18th 2013 - beta release
---------------------------------------------------

this is a CUDA accelerated mining application for litecoin and
scrypt based altcoins only. The computationally heavy parts of
the scrypt algorithm (the Salsa 20/8 iterations and optionally
the SHA256 based message digest) are run on the GPU.

You should see a notable speed-up compared to OpenCL based miners.
Some numbers from my testing:

GTX 260:    44  kHash/sec (maybe more on Linux/WinXP)
GTX 460:   100  kHash/sec
GTX 560Ti: 160  kHash/sec (or 235 kHash/sec on the 448 core edition)

and now thanks to David Andersen's work:
GTX 640:    89  kHash/sec (formerly 65 kHash/s)
GT 750M:    80  kHash/sec (formerly 55 kHash/s)
GTX 660Ti: 250  kHash/sec (formerly 186 kHhash/s)
GTX 780Ti: 500  kHash/sec (formerly 450 kHash/s non overclocked)


Your nVidia cards will no longer suck so bad for mining! This tool
will automatically use all nVidia GPUs found in your system, but the
used device count can be limited to a lower number using the "-t"
option, or even selected individually with the "-d" option

This code is based on the pooler cpuminer 2.3.2 release and inherits
its command line interface and options.

Additional command line options are:

--no-autotune    disables the built-in autotuning feature for
                 maximizing CUDA kernel efficiency and uses some
                 heuristical guesswork, which might not be optimal.

--devices        [-d] gives a list of CUDA device IDs to operate on.
                 Device IDs start counting from 0!

--launch-config  [-l] specify the kernel launch configuration per device.
                 This replaces autotune or heuristic selection. You can
                 pass the strings "auto" or just a kernel prefix like
                 L or F or K or T to autotune for a specific card generation
                 or a kernel prefix plus a lauch configuration like F28x8
                 if you know what kernel runs best (from a previous autotune).

--interactive    [-i] list of flags (0 or 1) to enable interactive
                 desktop performance on individual cards. Use this
                 to remove lag at the cost of some hashing performance.
                 Do not use large launch configs for devices that shall
                 run in interactive mode - it's best to use autotune!

--texture-cache  [-C] list of flags (0 or 1 or 2) to enable use of the 
                 texture cache for reading from the scrypt scratchpad.
                 1 uses a 1D cache, whereas 2 uses a 2D texture layout.
                 Cached operation has proven to be slightly faster than
                 noncached operation on most GPUs.

--single-memory  [-m] list of flags (0 or 1) to make the devices
                 allocate their scrypt scratchpad in a single,
                 consecutive memory block. On Windows Vista, 7/8
                 this may lead to a smaller memory size being used.
                 When using the texture cache this option is implied.

--hash-parallel  [-H] scrypt also has a small SHA256 component to it:
                      0 hashes this single threaded on the CPU.
                      1 to enable multithreaded hashing on the CPU.
                      2 offloads everything to the GPU (default)

>>> Example command line options, advanced use <<<

cudaminer.exe -H 2 -d 0,1,2 -i 1,0,0 -l auto,F27x3,K28x4 -C 0,2,1
-o stratum+tcp://coinotron.com:3334 -O workername:password  

The option -H 2 uses the GPU for all hashing work, which puts very little
load on the CPU.

I instruct cudaminer to use devices 0,1 and 2. Because I have the display
attached to device 0, I set that device to run in interactive mode so
it is fully responsive for desktop use while mining.

Device 0 performs autotune and runs in interactive mode because I explicitly
set the launch config to auto and the corresponding interactive flag is 1.
Device 1 will use kernel launch configuration F27x3 (for Fermi) and device 2
uses K28x4 (for Kepler) both in non-interactive mode.

I turn on the use of the texture cache to 2D for device 1, 1D for device
2 and off for devices 0.

The given -o/-O settings mine on the coinotron pool using the stratum
protocol.


>>> Additional Notes <<<

This tool is for LTC and other scrypt based altcois only.

Compute 1.0 through 1.3 devices seem to run faster on Windows XP or Linux
because these OS'es use a more efficient driver model.

The 64bit cudaminer sometimes mines a bit slower than the 32 bit binary
(increased register pressure, as pointers take two registers in a 64 bit
CUDA build!). Try both versions and compare!

There is also some SHA256 computation required to do scrypt hashing, which
can be done by the CPU as well as your GPU.

This code should be fine on nVidia GPUs ranging from compute
capability 1.1 up to compute capability 3.5.

To see what autotuning does, enable the debug option (-D) switch.
You will get a table of kHash/s for a variety of launch configurations.
You may only want to do this when running on a single GPU, otherwise
the autotuning output of multiple cards will get all mixed up.


>>> RELEASE HISTORY <<<

  The December 18th milestone transitions cudaminer to CUDA 5.5, which
  makes it require newer nVidia drivers unfortunately. However users of
  Kepler devices will see a significant speed boost of 30% for Compute 3.0
  devices and around 10% for Compute 3.5 devices. This was made possible
  by David Andersen who posted his more efficient miner code under Apache
  license. This release marks a first step of integrating his work.

  The December 10th milestone marks the release that allows doing serious
  mining with weak single/dual core CPUs. -H 2 offloads everything to
  the graphics chip, putting CPU utilization close to idle. It also fixes
  a bug that caused a small percentage of hashes to not validate on the
  CPU (especially on Kepler devices with Compute 3.5).

  The December 7th release now targets SM_20 for the Fermi kernel and
  SM_30 for the Spinlock (Kepler) kernel. This shortens the PTX code
  (and hence the binary) and may also result in a few extra kHash/s.
  Compatibility with CUDA 5.5 suffered unfortunately, so please compile
  the code with the CUDA 5.0 toolkit. Also http:// and https:// URLs
  are no longer opened with the stratum protocol handler, but rather
  with getwork.

  The December 1st release reduces the likelyhood of autotune crashing
  and offers a better parsing of the command line. The -l, -C, -i, -m
  options can now be given less comma separated arguments than the number
  of devices specified with either the -t or -d options. This facilitates
  specifying identical launch configs or cache settings for several cards
  at once. e.g. -d 0,1 -K30x8 -C 2  now specifies the same launch config
  and cache settings for CUDA devices #0 and #1. The code now checks whether
  the user specified non-existant CUDA devices via command line options.

- the November 20 release removes a possible reason for crashing
  Legacy and Fermi kernels and adds some of the latest optimizations
  to the Legacy kernel as well.

- November 15th brings a slight performance boost for Kepler kernels,
  and some more optimization for Fermi and Titan kernels.

- November 14th brings a performance boost for Compute 3.5 cards:
  nVidia GTX 780, 780Ti, Titan and GT 640 (GK208 chip)
  Note that the -C option isn't needed for the Titan kernel.

- the November 1st release finally fixes the stratum protocol
  hang for good. Root cause analysis: The ssize_t didn't wasn't
  a signed type in my Windows port, causing the stratum_send_line
  function to enter an infinite loop whenever the connection was
  lost, while holding the socket mutex.

- the October 10th release may fix some infrequent hanging in
  the stratum protocol. Or maybe not. Please test.

  I also turned of the parallel SHA256 computations on the CPU
  because they seem to load the CPU a little more in most cases.
  use -H 1 to get the previous behavior.

- the July 13th release adds support for the Stratum protocol,
  by making a fresh fork of pooler's cpuminer code (and any future
  updates of pooler's code will be easier to integrate).

- the April 30th release fixes a minor problem in the CPU SHA-256
  parallelization that might have lead to inflated CPU use.

  Modified the CUDA API command issue order to get 99-100%
  utilization out of my Kepler card on Windows.

  The old "S" kernels have been replaced with kernels that seem
  to slightly improve performance on Kepler cards. Just prepend
  your previous Kepler launch config (e.g. 28x8) with an S prefix
  to see if you get any performance gains. Works for me! ;)

- the April 22th release fixes Linux 64 bit compilation and reintroduces
  memory access optimizations in the Titan kernel.

- the April 17th release fixes the texture cache feature (yay!) but
  the even Kepler cards currently see no real benefits yet (boo!).

  Ctrl-C will now also interrupt the autotuning loop, and pressing
  Ctrl-C a second time will always result in a hard exit.

  The Titan kernel was refactored into a write-to-scratchpad phase and
  into a read-from-scratchpad case using const __restrict__ pointers,
  which makes the Titan automatically use the 48kb texture cache in each
  SMX during the read phase. No need to use the -C flag with Titan.

  CPU utilization seems lower than in previous releases, especially in
  interactive mode. In fact I barely see cudaminer.exe consuming CPU
  resources all ;)

- the April 14th release lowers the CPU use dramatically. I also fixed the
  Windows specific driver crash on CTRL-C problem. You still should not
  click the close button on the DOS box, as this does not leave the
  program enough time for cleanly shutting down.

- the April 13th release turns the broken texture cache feature OFF by
  default, as now also seems detrimental to performance. So what remains of
  yesterday's update is just the interactive mode and the restored
  Geforce Titan support.

  I also added a validation of GPU results by the CPU.

- the April 12th update boosts Kepler performance by 15-20% by enabling
  the texture cache on these devices to do its scrypt scratchpad lookups.
  You can also override the use of the texture cache from command line.

  I also add an interactive mode for cards that drive monitors, so you
  can be almost lag-free when using the desktop. It costs some performance
  though. In interactive mode autotuning, smaller kernel launch configs
  are selected. Try not to override this with huge launch configs, or the
  effect of interactive mode would be negated.  

  Put Titan support back to its original state. I suspect that a CUDA
  compiler bug made the kernel crash when I applied the same optimizations
  that work so nicely on Compute 1.0 trough 3.0 devices.

- the April 10th update speeds up the CUDA kernels SIGNIFICANTLY by using
  larger memory transactions (yay!!!)

- the April 9th update fixes an autotune problem and adds Linux autotools
  support.

- the April 8th release adds CUDA kernel optimizations that may get up to
  20% more kHash out of newer cards (Fermi generation and later...).

  It also adds UNTESTED Geforce Titan support.

  I also use Microsoft's parallel patterns library to split up the CPU
  HMAC SHA256 workload over several CPU cores. This was a limiting factor
  for some GPUs before.

- the April 6th release adds an auto-tuning feature that determines the
  best kernel launch configuration per GPU. It takes up to a few minutes
  while the GPU's memory and host CPU may be pegged a bit. You can disable
  this tuning with the --no-autotune switch

- April 4th initial release.


>>> About CUDA Kernels <<<

CUDA kernels do the computation. Which one we select and in which
configuration it is run greatly affects performance. CUDA kernel
launch configurations are given as a character string, e.g. F27x3

                       prefix blocks x warps

Available kernel prefixes are:
L - Legacy cards (compute 1.x)
F - Fermi cards (Compute 2.x)
S - Kepler cards (currently compiled for Compute 1.2) - formerly best for Kepler
K - Kepler cards (Compute 3.0) - based on Dave Andersen's work. Now best for Kepler.
T - Titan, GTX 780 and GK208 based cards (Compute 3.5)
X - Experimental kernel. Currently requires Compute 3.5

Examples:

e.g. L27x3 is a launch configuration that works well on GTX 260
     F28x4 is a launch configuration that works on Geforce GTX 460
     K290x2 is a launch configuration that works on Geforce GTX 660Ti
     T30x16 is a launch configuration that works on GTX 780Ti.

You should wait through autotune to see what kernel is found best for
your current hardware configuration. You can also override the autotune's
automatic device generation selection, e.g. pass

-l L
or
-l F
or
-l K
or
-l T

in order to autotune the Legacy, Fermi, Kepler or Titan kernels
overriding the automatic selection.

>>> TODO <<<

Usability Improvements:
- add reasonable error checking for CUDA API calls
- add failover support between different pools
- smarter autotune algorithm

Further Optimization:
- further optimize the SHA256 part (achieve memory coalescing)
- fix a bug that prevents overlapping of memory transfers and
  kernel launches (this could bring 5% more speed when fixed!)
- investigate benefits of a LOOKUP_GAP implementation
- get rid of kernel templatization (shortening the binary a lot
  because each template instance is its very own CUDA kernel
  with its very own PTX code)
- build a 1.5 MHash/s CUDA based miner (3 x GTX780 Ti)


***************************************************************
If you find this tool useful and like to support its continued 
        development, then consider a donation in LTC.

  The donation address is LKS1WDKGED647msBQfLBHV3Ls8sveGncnm
***************************************************************

Source code is included to satisfy GNU GPL V2 requirements.


With kind regards,

   Christian Buchner ( Christian.Buchner@gmail.com )

hojnikb ::

z 32bit verzije + no autotun sn profitiro 10-12kHASH, to je performance enga i5 jedra :D
#brezpodpisa

LitralSM ::

jaz na manual nastavitvami pridobim 1/4, kar je okrog 45kHash. Res pa da ne morem dolgo poganjati, ker je grafa hin.

dottor ::

Meni ena stvar ni jasna.
Eno kartico sem nastavu I: 9 drugo I: 13 pa mi ena kartica dela non stop med 20 in 99% druga pa je na 0-2% (tako kaže MSI Afterburn in CCC) kljub temu pa miner kaže da obe kartici delata in sešteje Kh/s v skupnega.

Kartici sem nastavu na te vrednosti, ker se čene preveč grejeta pa preglasni sta. Pa za en kartico sem mogu dat "nastavitve" za HD4850 da dela kot more. Trenuten AVG po eni uri pa pol je 142Kh/s.
Xeon X5650@3.8GHz |Asus P6T|
2x4GB+4x2GB|ASUS R9 280X@1100MHz|
WD Green 240GB SSD + 4x1TB Hitachi

hojnikb ::

uff, jst tut morn pazit vrmje, ker mam že tako overvoltano
#brezpodpisa

dottor ::

dottor | 2013-12-21 00:03:26 | 172.91442581


173 kovančkov iz enega blocka :))
Xeon X5650@3.8GHz |Asus P6T|
2x4GB+4x2GB|ASUS R9 280X@1100MHz|
WD Green 240GB SSD + 4x1TB Hitachi

49106 ::

Razpolaga kdo z informacijo koliko %BTC-jev je bilo zrudarjenih po 2h tednih?

dottor ::

Povpraši v temi o BTCjih, lahko da je kdo izbrskal ta podatek kje.
Xeon X5650@3.8GHz |Asus P6T|
2x4GB+4x2GB|ASUS R9 280X@1100MHz|
WD Green 240GB SSD + 4x1TB Hitachi

psickolog ::

Slabo kaže Dogecoinu. Kaj menite, bo padal še naprej?

black ice ::

jype ::

darkoc> bo padal še naprej?

Jasno, saj vendar vidiš, koliko se ga prirudari.

hojnikb ::

just wait and see.. Al bo čist zgnila valuta, al bo pa celo prilezla kam. Either way, nisem na "zgubi" .. :))
#brezpodpisa

lambda ::

Prihodnji teden releasajo Pumpndumpcoin. Be there!

Aston_11 ::

Saj pravim, da bi morali na ST-ju spustiti ven ta famozni trorar.

Mipe ::

Kmalu bomo imeli več kriptovalut kot držav...

Uros!no ::

Od vseh alt valut mi je še DOGE najbolj všeč :)

xxurban ::

Mene pa zanima, zakaj piše na poolu pod transaction type --> credit. Ali je to naminano? In pa status --> uncomfirmed in pri dveh je orphaned. Ali je pametno nakazati coine na moj wallet ali jih pustim na poolu?

In pa na dashbordu mi kaže da ne minam oz. 0 KH/s, čeprav v cgminerju dela okoli 100 KH/s.

Zgodovina sprememb…

  • spremenil: xxurban ()

psickolog ::

xxurban je izjavil:

Mene pa zanima, zakaj piše na poolu pod transaction type --> credit. Ali je to naminano? In pa status --> uncomfirmed in pri dveh je orphaned. Ali je pametno nakazati coine na moj wallet ali jih pustim na poolu?


Coinov se ne pušča po poolih, ker so tarče hackerjev. Pooli za nove coine so pa sploh tvegana kategorija, saj se dogaja relativno pogosto, da pride do kakšnih kraj, vdorov ali pobega lastnika poola.

xxurban ::

Ok, sem vse transferal.

psickolog ::

Unconfirmed pomeni samo, da bo treba počakati N potrditev, preden bo blok sprejet. Šele takrat dobiš plačane cekine.

Za orphaned bloke pa se ne dobi plačila, saj niso sprejeti v blockchain.

hojnikb ::

evo, 460ka mi zdaj izpljune ven 138kHASHov..
#brezpodpisa

xxurban ::

Pa še to. Minam na 1 worker-ju, na poolu pa mi pri obeh workerjih kaže, da minata.
««
3 / 40
»»


Vredno ogleda ...

TemaSporočilaOglediZadnje sporočilo
TemaSporočilaOglediZadnje sporočilo
»

Etherum mining (rudarjenje) (strani: 1 2 3 460 61 62 63 )

Oddelek: Kriptovalute in blockchain
3108471551 (80282) Jagdpanter
»

Litecoin (strani: 1 2 3 412 13 14 15 )

Oddelek: Loža
747126901 (64628) -žiga-
»

Mining Biuld POMOČ (strani: 1 2 )

Oddelek: Pomoč in nasveti
5414141 (12499) mmzzor
»

DURS vam večine dobičkov od bitcoinov ne bo obdavčil (strani: 1 2 3 4 )

Oddelek: Novice / Kriptovalute
17645069 (37766) Machete
»

Catcoin (strani: 1 2 )

Oddelek: Loža
7815772 (12804) papasmrk

Več podobnih tem