Topic: Will LiteCoin ever be mined by FGPA and even ASIC (Read 6791 times)

I recon no.1 

Sounds like a good arguement for LC

If LTC is still around in a decade there will be processor arrays available to mine it very efficiently.

See here: http://en.wikipedia.org/wiki/MPPA
IMO it is inevitable that any kind of high performance computing is migrated to this design in the long run anyway. They aren't restricted like the ways GPUs (multiple instruction multiple data instead of single instruction multiple data) and do not have a memory bottleneck. There will even the possibility to better utilize them when mining BTC and LTC at the same time because scrypt is memory bandwidth limited and SHA2 core limited.

Interesting.

Also just to clarify LTC puts up a high barrier to such designs.  The "multiple" in terms of efficiency (hash/w and hash/$) over a GPU is much lower.  While a BTC ASIC may be 1000x more efficient as a GPU a LTC ASIC may only be 20x as efficient.    I doubt LTC will ever become large enough (we are talking about a valuation larger than BTC is now) to warrant that kind of investment. The total annual mining rewards are simply too small to make the risk worth it.

Yeah, I won't deny that ASIC will be more energy efficient.  I'm working on developing a fork right now that overcomes this problem without  severely impacting GPU performance.  In the meantime, I'm mining LTC because I can see it continuing to be a major force in the land of alt. cryptocurrency.

Memory bandwidth doesn't tell the whole story. 

gddr5 has a huge latency hundreds of clock cycles are waited when the GPU needs to pull from global memory (modern GPU do have an L1 cache to avoid needing to go to global memory but they are relatively small (8KB to 16KB).

Thus "handicap" is obvious in the scaling from CPU to GPU.

For example if we look at a high end CPU and GPU say i5 2600 vs 5970.  Typical performance on Bitcoin is something on the order of 20 MH/s vs 400 MH/s.  The GPU has roughly 20x the throughput.  On litecoin typical numbers might be more like 30kh/s vs 300 kh/s only a 10x increase in throughput.

Despite the higher bandwidth and nearly 20x the intops per second it "only" achieves 10x the troughput.   The latency on GDDR3 (which can easily run 200 to 500 clock cycles) is the bottleneck.  Note: the latency in in clock cycles so slowing the memclock makes the problem worse.  In seconds the latency increases and the clock gets turned down.  The bursty nature of the scrypt algorithm makes it difficult for the GPU to pipeline the reads and writes.   The bandwidth of a GPU might be like a dumptruck but when it takes 10 minutes to warm the dump truck up and you are only picking up a shovel full on each load you really aren't getting the max performance out of the chip.

Still lets say you are right and an ASIC core with 8GB of DDR3 is only comparable to a high end GPU at say 1/2 the electrical cost.  It would kill of GPU given enough resources devoted to development.   GDD3 is incredibly expensive, that combined with the high latency, and high energy consumption means ASICs would eventually overwhelm GPU with improved efficiency.  Now I would point out it wouldn't be this 100x performance breakthrough like on Bitcoin but given enough time, enough market value anything would be replaced with dedicated hardware.

It requires roughly 128kb per process; for 1600 processes (eg 5870) you then need about 200mb of memory, although the algoritm as implemented uses a bit more typically. If you want to figure out what effect that the gddr5 memory is having on mining scrypt, turn your memory down to about 25mhz; at that speed you'll be pulling about the same quantity of bandwidth as the ddr memory you're refering to.

Memory bandwidth in the internal bus is critical, hence why GPUs mine so much faster than CPUs (GPU memory bandwidth is 5-10x that of the L2 cache).

Now if you can put 8000 scrypt cores on an ASIC clocked at ~150 hz with 8gb ddr3 memory at 25gb/s, congrats, you've made an ASIC exactly as fast as a GPU that maybe uses a little less power.

I welcome an FPGA miner to the scene, but don't be surprised if you build one and the results are underwhelming.

The major difference is that:
1) scrypt doesn't require that much memory.  Your 2GB graphics card has about 1.9GB sitting idle
2) scrypt doesnt't require that much memory bandwidth.  Sure it needs "fast" lookups but fast is all relative.  The latency to GPU main memory is actually pretty high.
3) scrypt can actually be made pretty hard but the creator either through malice or ignorance altered the default parameters making it barely "memory hard" (which is why GPU work as well as they do).

A FPGA with a 64 bit memory controller on a board with a DDR DIMM slot would work just fine.  Now LTC needs to grow by at least a factor of 100x+ or more before anyone is going to devote that kind of time or resources.

There are very few devices in general that can beat a PC or Laptop at RAM access times, especially on a graphics card.  In fact, I think GDDR5 is the fastest RAM that exists in a retail product at all.  So if someone made an Application Specific Integrator Circuit where the application it's specific to is litecoin mining, what they'd end up with is something so similar to a graphics card, it wouldn't be much faster, if at all.  In fact, it'd probably resemble a Firepro or other Autocad/3D-intensive card where they have a ton of memory at high access speeds.

According to greedi, the fpga/asics are already fabricated, but not in use. I hope they stay that way if this is true.

NO he meant unlocking shader cores.
 The very first series of these cards were software disabled. So you could flash them with a corresponding BIOS to enable Shaders. Not sure if that works with all generations.

When u say unlocked r u meaning overclocked or is this some type of unlocked firmware that allows a performance overcloking profile not available on standard card ??

And finally what M/B & how many cards can i/should I load into that rig ??

Have ordered a batch of Unicorn blood running ASIC chips but starting to get over the BFL/bASICBTC story.....

ASIC may be LTC Turbo boost 

It was on one of those quad a9s yeah.. but I heard they were pulling 2w and not 6w like that person indicates and pulling ~8KH/s. But maybe they didn't check power consumption accurately.

If you don't pay for power, 6950s that are unlocked are the best. If you pay for power, 7950s.

I have a situation where I
 (("thank you jesus") +  ("bow down to satan our lord") + "whatever gets the job done") = $0 power costs

What would be the best card for a litecoin rig (of h/w that i can buy today ) ?

I heard that a fresh batch of Unicorns where being delivered soon and they had Silver horns instead of gold so are prebuilt to do LTC

I'm a little confused by what you mean by this. Could you clarify. The Litecoin hardware wiki only shows these Cortex A9s can't even get 5kH/s, and thats on a Gentoo armhf build with -mfpu=neon @ 1400Mhz, but with DDR2 800 RAM. And even undervolted, you can't even get to 1kHs/Watt, so I don't consider that all that efficient. My MK802 II is only a Cortex A8, but should have NEON. The MK802 II also has DDR3 memory, so it might be a little faster than DDR2?

Yes, you need really fast RAM hence video cards work so well.  They're actually quite a lot faster sequentially than on-die L2 cache on most modern CPUs.

You can get really high power efficiency with small ARM chips with NEON and L2 caches like Cortex A9s (~2-3x that of video cards) but the chips are expensive.  You could either make an ASIC with the cache on-die (lots of space used...) or an ASIC that accesses GDDR5 through a high performance bus, but you will probably never see the 20-100x increase in efficiency you would with SHA256 only mining.  You need about 45k circuits for a scrypt core (Salsa20/SHA256) versus 25k for a SHA256 core as well, so you use up more die space there too.

Most people who keep calling LTC a "scam" haven't looked at the encryption algorithm thoroughly.

ASIC for Bitcoin would be a joke compared with ASIC for litecoin.. GL trying that..