1000+ entries in 0.627s
assbot: Logged on 17-06-2015 13:17:59; asciilifeform: you can pick up a textbook and write a dram controller for
fpga from first principles - and it won't work. because, for starters, only a small number of output cells in the chip can function on both rising and falling edge of clock cycle (what 'ddr' means) and only xilinx's closed turd knows where they are in the routing fabric;
kakobrekla: ah the problem is on the
fpga chip side.
punkman: justJanne: I mean, a startup in my city sells
FPGA clusters that can be used for that (or for crypto mining), and the NSA bought 256 clusters, each should be enough to break AES256 in 2 weeks. << lolwut
justJanne: I mean, a startup in my city sells
FPGA clusters that can be used for that (or for crypto mining), and the NSA bought 256 clusters, each should be enough to break AES256 in 2 weeks.
ascii_field: from spec sheet: 800MHz sparc-like; sata-2; 12 ddr3 ecc dimm slots; various standard i/o (e.g., pci-e, GbE;) and, most interestingly, built-in
fpga for 2d interconnect into clusters by directly linking bus (202 G/s claimed.)
decimation: if one had a working implementation of a silicon cpu (like msp430), wouldn't you be able to test the silicon version against an
fpga simulator?
decimation: still, merely making an 'open
fpga' would be a big improvement
trinque: funkenstein_: he's already talked at length about
FPGA ascii_field: gabriel_laddel: not exactly. even if you could secure an infinite supply of the particular
fpga, it turns out that they are not actually very general. in that you cannot efficiently implement muller c-gates in them.
ascii_field: at one time there was much crowing re: a 'xilinx
fpga backdoor'
ascii_field: (for pathologically degenerate case, see my
fpga tale from conf-II)
nubbins`: <asciilifeform> or my mips-on-
fpga that exists nowhere but my living room <<< uh, srs??
ascii_field: mats: the way the story normally ends is that the reversed
fpga becomes quasi-usable nearly the same time it goes out of print and replaced with incompatible version...
☟︎ decimation: it's kind like the 'punch-out'
fpga we were discussing
jurov: catching up with logs and on 'ic printer' ... perhaps
fpga-like discs burnable with bluray are more feasible?
the_scourge: i need to head off... this weekend i'm going to look into the parallella. i'm curious if a symbolics machine could be implemented in it's
FPGA decimation: ah interesting, one can reprogram the
fpga?
decimation: asciilifeform: presumably because
fpga board designers are solving actual problem with actual hardware
decimation: honestly it's probably better just to buy an
fpga board and roll your ow
assbot: Logged on 05-01-2015 00:46:15; ascii_modem: folks who bring up
fpga as a solution - straight to ebay, pick up a board, see if you can bake so much as an i386 compatible, with at least the original's performance, -without- the
fpga vendor's closed libraries
ascii_modem: folks who bring up
fpga as a solution - straight to ebay, pick up a board, see if you can bake so much as an i386 compatible, with at least the original's performance, -without- the
fpga vendor's closed libraries
☟︎ decimation: third choice: make own hardware using fpgas (yes, I remember past
fpga threads)
BingoBoingo: The same way BFL
FPGA miners were crippled. Adapted for winblows shit toolchain instead of whatever archane elder less smelly turdchain sun nursed internally.
decimation: it's sad that some enterprising chinaman doesn't try to steal
fpga designs/warez
assbot: Logged on 08-12-2014 18:26:51; asciilifeform: (re: miner asics: anyone who gives a damn can find, in #b-a logs, my reasonably well-supported hypothesis that miner asic never actually -happened.- that is, there are devices, and they - approximately - work, but they are not 'asics' in the traditional sense. more 'hardcopy
fpga.' - actual term of art)
decimation: asciilifeform: did you implement ddr2 bus on an
fpga?
decimation: I suspect the crypto would need to be done on an
fpga decimation: not only is open
fpga useless for consumer market, it openly antagonizes it
decimation: with a reasonable and open bus, it would be simple to plug in an
fpga card if one wanted to use
midnightmagic: it has an
fpga onboard, (almost) no firmware except perhaps for the sdd. it's free-ish
decimation: it's cheaper to run a full server than to pay for the engineering time to dick with the
fpga decimation: which is why many folks don't even bother with
fpga for small projects