User Controls

  1. 1
  2. 2
  3. 3
  4. ...
  5. 1733
  6. 1734
  7. 1735
  8. 1736
  9. 1737
  10. 1738
  11. ...
  12. 1897
  13. 1898
  14. 1899
  15. 1900

Posts by -SpectraL

  1. -SpectraL coward [the spuriously bluish-lilac bushman]
    Originally posted by aldra DID SOMEBODY SAY COUPONS

    The CIC would like a word with you. Something about getting detergent and dishsoap deals with phony matchbook discount offers.
  2. -SpectraL coward [the spuriously bluish-lilac bushman]
    Interviewer: What is your profession, sir?
    Subject: Butt blaster receptacle.
    Interviewer: Alrighty, then...
    Subject: *burp*
  3. -SpectraL coward [the spuriously bluish-lilac bushman]
    *a wild Andre Cicero appears*
  4. -SpectraL coward [the spuriously bluish-lilac bushman]
    We need a post canary.
  5. -SpectraL coward [the spuriously bluish-lilac bushman]
    Of course he is. Who else would announce on a BBS forum that he likes them as young as four years old, and who else would be so desperate to talk about cyber infiltration on a public platform. Totse was full of them. Zoklet was full of them. This place ain't gonna be any different.

    Right, Lanny?
  6. -SpectraL coward [the spuriously bluish-lilac bushman]
    Rappel across large cliff faces in areas where pirates and government thieves used to hang out and check for cave stashes.
  7. -SpectraL coward [the spuriously bluish-lilac bushman]
    Anyone could easily cross right at the St. Lawrence river at New York. The river is full of ice fishermen from both sides. A person could simply dress up as a fisherman, walk out on the river, and when done fishing, pack up and walk to the other side. It's only less than a mile across the ice there. They have no way of knowing who is who, and which side they came from initially.
  8. -SpectraL coward [the spuriously bluish-lilac bushman]
    Originally posted by RisiR -SpectraL Moosefurry fetish confirmed.

    No. It's just that moose are so plentiful here, it's much easier to blend in as one.
  9. -SpectraL coward [the spuriously bluish-lilac bushman]
    Or a catapult and parachute, dressed as a moose.
  10. -SpectraL coward [the spuriously bluish-lilac bushman]
    Originally posted by cerakote inb4 poacher puts a bullet in him

    He could wear bullet proof armor.
  11. -SpectraL coward [the spuriously bluish-lilac bushman]
    They got their ass handed to them, just like zok and Co. did. Not like they didn't ask for it.
  12. -SpectraL coward [the spuriously bluish-lilac bushman]
    I would go with a moose outfit. It's your best chance.
  13. -SpectraL coward [the spuriously bluish-lilac bushman]
    Ted Cruz is a Canadian.
  14. -SpectraL coward [the spuriously bluish-lilac bushman]
    Originally posted by Lanny Lol, do you have any idea what an FGPA is? What network latency is? People who actually use those things pay for the most expensive server space in the world. You probably couldn't afford to run an HFT setup if you put your entire lifetime earnings towards it and it still wouldn't change how long it took to brute force SSH login.

    C'mon, now. You don't actually even know who I am or what I can do.
  15. -SpectraL coward [the spuriously bluish-lilac bushman]
    Between 9 and noon is when the feds usually have their little meetings.
  16. -SpectraL coward [the spuriously bluish-lilac bushman]
    Any and all retail theft losses are transferred directly to consumer prices. The crony capitalists never lose a dime.
  17. -SpectraL coward [the spuriously bluish-lilac bushman]
    Cut welfare and crime just skyrockets. It's not hard math. People gotta eat, and if they won't work for it, they'll take it by force.
  18. -SpectraL coward [the spuriously bluish-lilac bushman]
    Originally posted by benny vader The how far should be considered far ?

    Hard to say, but the Obama administration would be sure to at least have started getting things wrapped up at that point. The rats would already have been starting to look at other employment options.
  19. -SpectraL coward [the spuriously bluish-lilac bushman]
    What's ironic is that it's the university administration's own chronic incompetence which has now turned around on them into a Frankenstein's monster. Idiots.
  20. -SpectraL coward [the spuriously bluish-lilac bushman]
    Originally posted by Lanny what is an ultra low latency fpga spectral?

    Real-Time FPGA Numerical Computing for Ultra-Low Latency High Frequency Trading (ULL-HFT)
    Khaled Aly, Technical Author & Research Analyst
    2/18/2015 03:55 PM EST
    2 comments post a comment
    NO RATINGS
    1 saves

    Login to Rate

    inShare38

    Emerging capital market high-frequency trading (HFT) is bringing strong FPGA use cases in networking, messaging, and financial computing acceleration.

    This article is a sequel to my previous column: Introducing FPGA-Based Acceleration for High-Frequency Trading. This new column elaborates on the merits of Decimal Floating Point Arithmetic (DFPA) acceleration and presents a numerical computing model for ULL-HFT (Ultra-Low Latency High Frequency Trading) environments, developed while I headed Technical Business Development at SilMinds, Inc. A use case synopsis is as follows:

    The ongoing struggle to minimize "slippage" -- which is broadly defined as the latency between the instances of trader order execution and transaction actualization at the exchange -- with consequent uncalculated monetary variations motivates HFT technology towards a theoretical 'zero-latency' objective. Conventional approaches such as exchange proximity hosting, colocation, hardware ticker plants, and lossless LAN switches have been superseded by deploying FPGA acceleration to offload network and application protocols, and to run trader processes such as portfolio order and execution management. The merit for intense, real-time numerical computing of hundreds of financial indicators and/or indices at sub-millisecond tick rates is often associated with decimal accuracy compliance requirements.

    Decimal Floating-Point Arithmetic (DFPA) in a nutshell
    Binary Floating Point Arithmetic (BFPA) runs efficiently in native processor hardware, but is unable to accurately represent/maintain decimal real numbers. This is because 1/2 + 1/4 + 1/8 + ... does not cover the entire decimal fraction numeric space; in fact, even the decimal quantity of 0.1 cannot be accurately represented. The choice of whether, and how, to implement decimal real number accuracy is left up to the software developer. The statistical nature of most trading computations inherently affords higher tolerance to binary real number inaccuracies than deterministic financial applications (e.g., banking). However, financial regulations and some algorithmic and operational considerations may require DFP encoding and arithmetic.

    Approaches to maintain DFP accuracy include the following:

    Deploy server platforms with DFPA processor support, such as the IBM Power and Oracle SPARC, which support basic operations like addition and multiplication in hardware and build the more demanding operations algorithmically in software.

    Scale up all real numbers to integers, perform all-integer computations, and then down-scale them before they are passed to other processes. This approach results in poor code management, especially among non-uniform precisions, possibly reaching 14 places beyond the decimal point (Ref: S&P Dow Jones Indices, "S&P Global 1200 Methodology," Apr. 2011).

    Use software DFPA libraries, such as the Intel Math Decimal Floating Point Library, and bear with the consequent computational latency.

    In order to address this issue, SilMinds offers a patented, extensively-verified, 64/128-bit IEEE 754-2008 standard compliant DFPA IP units library that covers operations like division, power, square rooting, and indexed summation. Units internally employ the hardware-efficient BCD-like DPD (Densely Packed Decimal) encoding, but their I/O interfaces support the more compact software-oriented BID (Binary Integer Decimal) and ASCII "string"-based encodings.

    Real-time out-of-band numerical computing model
    Many algorithmic traders choose to conduct real number arithmetic in a software DFP form or workaround, and then bear with the undesirable increased slippage. By comparison, with currently available FPGA clock rates, the SilMinds library offers order of nanosecond DFPA operations.

    Integrating "performance costly" cross conversions from/to computation-agnostic "string" number representations of standard Financial Information exchange (FIX) and other legacy proprietary protocols with DFPA units is a major value added. Since BFPA units are available at low cost and small area, thanks to their ubiquitous use as DSP blocks, it is easy to optimize FPGA utilization with a combination of integer, BFP, and DFP arithmetic units.

    The out-of-band model comprises real-time hardware numeric computation of any number of indicators and/or indices using string-to-DPD values passed by the FIX decoder -- all within the tick period so that resultant decimal values become accessible in a pre-allocated RAM space by the following tick to be simultaneously used by all algorithms that may be implemented in an arbitrary combination of software and hardware. DFPA engines can be integrated with network stack offloads on a single FPGA or on a multi-FPGA PCI-e card employing the appropriate amount of parallelism to meet the desired frequency.

    Benchmarking has proved that hardware DFPA yields accurate, jitter-free speed-up as high as 1000X woth respect to optimized software; implying sub-microsecond operation run time, hundreds-to-thousands as many operations per "future-proof" tick (one second to a microsecond), and/or deeper moving averages across arbitrarily larger number of securities (symbols). While most exchanges currently publish trade prices at millisecond ticks, trader algorithms may require sub-microsecond rate computations to control slippage.

    The following generically portrays three use cases of the described model:



  1. 1
  2. 2
  3. 3
  4. ...
  5. 1733
  6. 1734
  7. 1735
  8. 1736
  9. 1737
  10. 1738
  11. ...
  12. 1897
  13. 1898
  14. 1899
  15. 1900
Jump to Top