Member Avatar for drcake

I am using ScottradeELITE, a 32 bit real time stock trading platform and it starts caching data and runs behind the real time data. After a time it can be as much as 3- 10 minutes behind real time. I've set it to run in compatibility mode, disabled the Data execution prevention (DEP) for this program and still it caches data and runs behind. The Tech support told me that while they do not officially support a 64 bit OS yet, they have offered help and they are looking into it as well and they offered the above work arounds but to no avail. It seems that the more calculations the program is required to make, the more it buffers the data. While I know that it's not likely that any of you have this program, you can get the demo for it which is actually the full program. Instead of using an account number, they give you an access code. The program can be downloaded from here:

You do have to register for the demo with a valid e-mail address.

Any help would be greatly appreciated.

  • 2 Contributors
  • 2 Replies
  • 129 Views
  • 3 Months Discussion Span
  • Latest Post Latest Post by Phil Haines

Dani AI

Generated

This thread from (and the follow-up by ) describes a 32-bit trading client that builds up minutes of delay on a Vista x64 machine. The next steps are to identify whether packets are arriving late or the client is internally queuing them, and then to remove system-level latency sources that commonly affect real‑time feeds.

First, diagnose before changing settings: monitor CPU, disk and network during a lag event (Task Manager/Resource Monitor or Process Explorer). Capture packet timestamps with a network trace (Wireshark) to see whether market updates arrive at the NIC on time. Measure kernel latency with a DPC/ISR tool (LatencyMon or similar); high DPC values point to drivers (NIC, audio, chipset) causing interrupt delays. Use ProcMon to watch for blocking file or registry activity that coincides with the buffering.

If traces show network packets arrive promptly but the client still lags, the delay is internal and a safe workaround is isolation: run the client inside a 32‑bit virtual machine (VirtualBox/VMware) or on a dedicated 32‑bit machine. For lowest latency, run the VM in bridged networking, give it dedicated CPU cores, and use a wired NIC. Also try a high‑performance power plan (disable CPU parking/throttling), update NIC/chipset drivers and BIOS, and temporarily stop background AV/indexing while testing. Avoid setting a process to Realtime priority long term; Above Normal or High is safer.

Collect and save a short packet capture, a DPC log and a Process Explorer snapshot when the lag happens; these are useful for vendor troubleshooting and for any third‑party diagnostics. For low‑latency trading the most reliable fixes are driver updates, eliminating DPC sources, or running the client in a supported 32‑bit environment.

Member Avatar for drcake

Help Please? I've completely run out of ideas. Even guesses would be welcome!

Member Avatar for Phil Haines

For what it's worth, I am still having the same problem and have requested action from Scottrade.

Be a part of the DaniWeb community

We're a friendly, industry-focused community of developers, IT pros, digital marketers, and technology enthusiasts meeting, networking, learning, and sharing knowledge.