CrestVPS

vps forex

VPS per trading e bassa latenza

Distanza dal matching engine, e niente tra te e il wire.

Cosa implementeremmo

63,63 €/mese

90,90 €30% annuale

Per l'esecuzione algoritmica, la coda conta molto più della media. Un server veloce in media ma che ogni tanto si ferma per quattro millisecondi ti costerà più di uno costantemente un po' più lento. Vendiamo la coerenza: core pinnati, posizionamento single-NUMA, kernel tickless e un percorso di rete scelto per un p99 stabile piuttosto che per throughput di primo piano.

Perché questa configurazione

NITRO con isolcpus e affinità NUMA rimuove quasi ogni fonte di jitter dello scheduler. Distribuisci nella città più vicina al tuo venue: Londra e Francoforte per azioni e futures europei, New York e Ashburn per i mercati statunitensi, Tokyo e Singapore per le sessioni asiatiche.

Cosa implementeremmo

PlanNITRO N1
vCPU4 (dedicated)
RAM16 GB
Storage240 GB
ImmagineWindows Server 2022 Standard

Dimensionamento

Un core pinnato per gestore di feed, uno per strategia, due lasciati per OS e stack di rete. Un book di criptovalute su un singolo venue con tre strategie sta in sei core NITRO. I feed di azioni consolidate vogliono di più: budget di un core per gigabit di dati di mercato non filtrati. La RAM segue la profondità del book e la storia trattenuta: 32 GB tengono un intero L2 book con spazio per un giorno di tick. Non comprare core che non pinni.

Da dove viene il jitter p99

La latenza media su un kernel moderno è buona. La coda è dove vanno i soldi. In ordine di contributo: migrazione dello scheduler dal tuo core caldo, interrupt che ci cadono sopra, uscite dagli stati C dopo un periodo di idle, e page fault su memoria fredda. Sistemali in quest'ordine. isolcpus con nohz_full e rcu_nocbs sui core strategici, irqaffinity pinnato sui core di housekeeping, cpuidle limitato a C1, e il percorso caldo pre-faultato e mlockato all'avvio. Misura prima con cyclictest, così conosci il pavimento prima che il tuo codice ci si aggiunga. I core NITRO sono pinnati, quindi non c'è steal time sotto di te.

Prossimità, misurata correttamente

La luce nella fibra viaggia a circa 5 µs per chilometro, e il percorso installato è tipicamente 1,4-1,6 volte la linea retta. Francoforte-Amsterdam è circa 5 ms di round trip. Francoforte-Tokyo è più vicino a 240 ms. Nessuna ottimizzazione recupera questo, quindi il metro della venue decide la scatola. Francoforte per Eurex e Deutsche Börse, Londra per LSE e FX, New York per le venue del nord New Jersey, Tokyo e Singapore per i grandi matching engine crypto. CrestVPS ha le proprie gabbie in tutte e cinque, il che mantiene il percorso di cross-connect breve e la varianza bassa.

Cosa va storto

  • Ottimizzare il kernel e lasciare i C-state da soli. Un core che idle per 200 µs tra i burst esce da C6 e paga diversi microsecondi al prossimo pacchetto. Limita a C1 e mantieni il core caldo.
  • Isolare i core ma lasciarci gli IRQ di rete. isolcpus senza irqaffinity e impostazioni RPS corrispondenti sposta solo la tempesta di interrupt sul core di strategia. Pinna le code ai core di manutenzione esplicitamente.
  • Ottimizzare i microsecondi su una macchina nella metropolitana sbagliata. La fibra costa circa 5 µs per chilometro e il percorso reale è più lungo della linea retta. Nessun lavoro sul kernel recupera un hop transcontinentale.

Configura la macchina

  • Scheduling CPUPinned + isolcpus + tickless · 18 €
  • Scheduling CPUSingle-NUMA-node affinity · 14 €
  • Tutto il restoSecond-resolution metrics + alerting · 5 €
  • BackupDaily backup, 7 restore points · 4 €