Discussione sull’articolo "Perché l'hosting virtuale su MetaTrader 4 e MetaTrader 5 è migliore del solito VPS?"
Sono, credo, uno dei primi utenti che ha testato l'hosting e ha sottoscritto un abbonamento a pagamento.
Ma sono anche un utente di un normale VPS.
La mia opinione personale:
Vantaggi dell'hosting-
1, Comodo per la sperimentazione. Scrivevo un Expert Advisor, - - - - e in tre click mi sincronizzavo con l'hosting, guardavo i risultati, riflettevo, correggevo - mi sincronizzavo di nuovo. Nel caso di VPS, il file deve essere trasferito manualmente. Ma nell'uso normale (gettato e dimenticato) fa poca differenza.
2, le impostazioni dell'hosting non richiedono, ma il VPS deve essere configurato per il normale funzionamento, ma è fatto rapidamente. L'informazione è sufficiente in libero accesso. una volta fatto - e questo è tutto.
3. Ping. Sì, è comodo e veloce cercare nell'hosting. Sui VPS si possono trovare soluzioni non peggiori, ma è complicato. E in generale, queste minuscole differenze nella latenza di rete sono di scarsa importanza per la maggioranza assoluta degli utenti di MT. Un trader, che testa la sua strategia approssimativamente per barre e utilizza gli ordini, non sentirà nemmeno un ping di 10 secondi sul risultato. MT non è una piattaforma HFT. La sua ideologia è "i tick non sono nulla, i secondi sono polvere". Per quanto riguarda gli utenti dei segnali, sì, il ping è importante. Nel forex è improbabile che venga percepito in qualche modo a causa della natura decentralizzata e simile a una cucina. Ma in borsa, per ottenere il prezzo migliore, è necessario essere in grado di eseguire il segnale prima degli altri.
Svantaggi.
1. Nessun feedback (si può raccogliere il feedback degli utenti). Nessun feedback (non è possibile raccogliere la cronologia dei tick, ecc.). VPS - nessun problema.
2. Un terminale - un hosting - questo è lo svantaggio più grave. Su un VPS è possibile impacchettare molti terminali MT, e non solo MT, tutti in un unico posto - semplice e conveniente.
3. Hosting - non si sa su quali risorse si può contare. Tutto dipende dal comportamento dei vostri "vicini". VPS - tutto è più o meno chiaro e preciso - come dietro un muro di pietra. Le risorse RE sono sufficienti, credo. Questo è così, un difetto minore.
4. Prezzo. Sulla base dei prezzi competitivi per i VPS e tenendo conto delle capacità limitate dell'hosting interno, IMHO, un prezzo giusto per esso - 3-4 $ al mese. A questo prezzo, credo che le entrate di Metacvots per l'hosting saranno massime. Non ho familiarità con i costi.
Conclusione: per un principiante che ha da poco preso confidenza con il computer, l'hosting interno è l'opzione ideale.
I millisecondi sono importanti in qualsiasi attività di trading. Non importa se frequenti o meno.
Anche un solo requote/slip al mese può facilmente ripagare l'hosting. Ogni dieci millisecondi in più aumenta le spese del trader. Soprattutto nelle modalità di esecuzione a mercato o ECN.
In termini di risorse, il nostro hosting è ovviamente migliore dei servizi VPS limitati e ridotti all'osso (siete a conoscenza dell'overselling dei VPS?). Infatti, il terminale ha a disposizione un paio di decine di core fisici e 4 Gb di RAM pura. Dovreste utilizzare correttamente solo queste caratteristiche, senza essere sfacciati e senza opprimere gli altri. In caso contrario, le risorse verranno automaticamente tagliate, così come la priorità del programma.
Per ora questa è solo la prima versione del servizio e ne amplieremo le funzionalità.
I millisecondi sono importanti in qualsiasi operazione di trading. Che sia frequente o infrequente.
Anche il risparmio di un solo requote/slippage al mese ripaga facilmente l'hosting. Ogni dieci millisecondi in più aumenta le spese del trader. Soprattutto nelle modalità di esecuzione a mercato o ECN.
Concordo. Un ritardo minimo è sempre meglio.
In termini di risorse il nostro hosting è ovviamente migliore dei servizi VPS limitati e ridotti all'osso (siete a conoscenza dell'overselling dei VPS?). Infatti, il terminale ha a disposizione un paio di decine di core fisici e 4 Gb di RAM pura. Dovreste utilizzare correttamente solo queste caratteristiche, senza essere sfacciati e senza opprimere gli altri. Altrimenti le risorse verranno automaticamente tagliate, così come la priorità del programma.
Ho eliminato le "risorse non conoscibili" dagli svantaggi. Le risorse sono sufficienti per un terminale.
Per quanto riguarda l'overselling ... non lo so. ... Ho testato il mio - tutto è come dichiarato.... Ma lo saprò.
Per ora questa è solo la prima versione del servizio e amplieremo le funzionalità.
I millisecondi sono importanti in qualsiasi attività di trading. Non importa se frequenti o meno.
Anche un solo requote/slip al mese può facilmente ripagare l'hosting. Ogni dieci millisecondi in più aumenta le spese del trader. Soprattutto nelle modalità di esecuzione a mercato o ECN.
In termini di risorse, il nostro hosting è ovviamente migliore dei servizi VPS limitati e ridotti all'osso (siete a conoscenza dell'overselling dei VPS?). Infatti, il terminale ha a disposizione un paio di decine di core fisici e 4 Gb di RAM pura. Dovreste utilizzare correttamente solo queste caratteristiche, senza essere sfacciati e senza opprimere gli altri. In caso contrario, le risorse verranno automaticamente tagliate, così come la priorità del programma.
Per ora questa è solo la prima versione del servizio e ne amplieremo le funzionalità.
Volevo utilizzare il vostro servizio ma ho cambiato idea. Il mio Expert Advisor utilizza timeframe non standard, che in mt4 possono essere ottenuti con l'aiuto di uno script - ma gli script sono vietati nel vostro servizio.
Cosa significa usarlo correttamente, senza essere presuntuosi? -Le risorse sono effettivamente a disposizione del programma o no? Quando vengono abbattute automaticamente?
Sono effettivamente a disposizione del programma.
L'arroganza è un concetto poco formalizzato. L'approccio al controllo delle risorse è universale. Come in qualsiasi hosting VPS vi verrà chiesto di moderare l'appetito dopo aver ucciso un disco, una CPU o un sottosistema di rete, così qui.
Non pensate che, poiché i servizi VPS non sono esplicitati (scritti in piccolo) o non sono annunciati direttamente, non abbiano queste regole sulle risorse. Esistono sicuramente regole di consumo delle risorse. E non fatevi trarre in inganno dall'approccio "ho chiaramente comprato 1 CPU, 1 GB di memoria, 20 Gb di disco e non so quanta rete, quindi posso caricarli al 100% fino alla fine e il dovere dell'hoster è di servirmi entro le risorse".
Infatti, nelle VPS si può limitare correttamente solo la RAM, e tutto il resto sotto forma di CPU non condivisa, carico del disco (IOPS/Throughput) e rete viene facilmente ucciso. Il che porta a una legittima reazione dell'hoster e a una domanda irrisolvibile dell'utente "cosa significa non essere presuntuosi?". Non c'è bisogno di citare argomentazioni del tipo: "Leggete le specifiche, qui in questo e quel virtualizzatore c'è il controllo delle risorse, quindi tutto è rigido e corretto" - tutto questo non è vero e non si salva nella realtà.
Abbiamo una ricca esperienza nell'ospitare i terminali dei clienti per 6 anni di campionati dei trader, dove abbiamo visto i tetti assolutamente strabilianti di alcuni esperti. Per questo motivo disponiamo di versioni speciali dei programmi in hosting che sanno come lavorare correttamente con le risorse e i log.
E quali sono le risorse specifiche che mi permetterebbero di auto-limitarmi? Quali risorse non considerereste impudiche?
Eseguite il vostro terminale, guardate le risorse consumate nel task manager, immaginate di gestire 100-200 terminali di questo tipo e pensate alla situazione dal lato del provider. È molto semplice.
Le persone nella società si comportano allo stesso modo: lasciano spazio agli altri e cercano di non interferire. Se qualcuno inizia a pensare che tutto è solo per lui e che può spalare tutte le risorse in modo pulito, la società sarà insoddisfatta e chiederà di cambiare.
Uso la metafora della percezione umana di proposito, perché alcuni tecnici spesso dimenticano le norme di comportamento e guardano al mondo come a un pezzo di hardware da consumare fino in fondo.
Vi spiegherò meglio la differenza tra una soluzione VPS pura e la nostra.
Per la valutazione prendiamo un potente server dual-core Xeon E5-1650 3,5Ghz con un totale di 24 core, 128 gbyte di RAM, 2 x 2 tbyte di dischi in RAID1 e rete da 1 gbit:
| Hosting VPS | Hosting MetaTrader |
|---|---|
| 1. Hypervisor quasi qualsiasi 200-500 thread 1000 mb di RAM disco whatsapp 2. 80 configurazioni VPS minime di 1 CPU, 1 Gb di memoria, 20 gb di disco 3. Windows 2008 Server Web R2 4. Il server è stato progettato per essere utilizzato in modo da garantire la massima efficienza. infatti l'80% delle risorse sarà speso per ospitare i sistemi operativi 80 * 500 threads = 40 000 threads logici attivi su 24 core fisici 80 * 100 mb = 8 gbyte di RAM, secondo i calcoli più minimali, saranno spesi per i sistemi operativi 80 * xxx = attività latente del disco 80 i sistemi operativi uccidono i dischi HDD con il limite di IOPS 5. Ora, il payload viene speso per il sistema operativo. Ora arriviamo al carico utile: 1 copia di MetaTrader 4 su 80 istanze, il carico è preso al minimo 80 * 20 thread = 1.360 thread attivi 80 * 100 Mb = 8 Gb di RAM 80 * xxx = grazie a Dio, MT non è esigente nei confronti del disco e vi accede raramente, ma c'è comunque un carico 6. Carico totale dai thread: 500 + 80 * (500 + 20) = 42.100 thread su 24 core fisici. Questa è una clinica della morte. sulla memoria: 1000 + 80 (100 + 100) = 17 000 megabyte su 128 gbyte, ma questo è il limite inferiore, tutta la memoria sarà utilizzata per la cache di sistema sul disco:dal limite di IOPS ovviamente si impantanerà e rallenterà qualsiasi operazione sul disco dalla rete: sufficiente per tutti 7. Risorse disponibili Risorse disponibili Sulla RAM: un limite rigido, il tetto attuale è di 800 Mb per il terminale. Sulla CPU: un solo core, e anche condiviso (teniamo in memoria 40 000 thread di operazioni). Sul disco - ciò che rimarrà dopo l'attività latente delle operazioni Sulla rete - tutto è a posto 8. Metodo di controllo dei limiti In realtà solo avvisi sui limiti di CPU/Disco/Rete + possibilità di fermare completamente le istanze tramite script esterni. | 1. host: Windows Server 2012 R2 Essentials 500 threads 1000 mb RAM quanto disco 2. configurazioni di hosting 80 su accesso condiviso - rete ok 80 configurazioni di hosting con accesso condiviso a 24 CPU, 4 Gb di memoria ciascuna, 2 terrabyte di disco condiviso 3. nessun sistema operativo aggiuntivo 4. l'1% delle risorse sarà speso per l'hosting del sistema operativo costi contabilizzati al punto 1 5. payload: 1 copia di MetaTrader 4 sotto forma di 80 istanze, il carico è preso come minimo 80 * 15 thread = 1 200 thread attivi 80 * 20 Mb = 1. 6 Gb di RAM 80 * 20 Mb = 1 Gb di RAM.6 Gb RAM 80 * xxx = basso carico su disco 6. Carico totale dai thread: 500 + 80 * 15 = 1.700 thread su 24 core fisici. Questo è molto poco, il margine è enorme sulla memoria: 1000 + 80 * 20 = 2.600 megabyte su 128 gbyte, questo è il limite inferiore sul disco:il limite di IOPS non si piega in alcun modo, c'è una riserva sulla rete: sufficiente per tutti 7. Risorse disponibili Risorse disponibili RAM: limite flessibile, il tetto attuale è di 4 gb per il terminale. Sulla CPU - accesso diretto a tutti i 24 core (i 500 thread del sistema operativo non interferiscono affatto). Sul disco - quasi senza freni, si può gestire Sulla rete - tutto ok 8. Metodo di controllo dei limiti Avvisi: molte notifiche di autori per ID MetaQuotes, notifiche di hoster. In fase di implementazione. Overrun della CPU: diminuzione della priorità del processo del terminale con recupero dopo la riduzione del carico Overrun della RAM: notifica al terminale dell'avvio della pulizia interna Overrun del disco: notifica al terminale della pulizia automatica dei log Modalità speciale di auto-monitoraggio dei terminali. |
Osservate attentamente la variante VPS e inorridite dalla perdita di vita dei sistemi operativi indipendenti. Dare 40.000 thread (anche se molti di essi dormono) a 24 core significa che non rimane nulla per il lavoro utile.
Abbiamo creato un sistema cloud estensibile per l'hosting specializzato con costi di sistema minimi, limiti per ogni terminale elevati al massimo e un controllo flessibile delle risorse.
Nella nostra rete i terminali non aspettano il resto dei quanti di tempo dal servizio di un gruppo di sistemi operativi, ma sono i principali consumatori di risorse. Hanno accesso a decine di core puliti, alla massima RAM e a dischi liberi.
E la cosa più importante è l'enfasi sulla riduzione al minimo della latenza di rete.
Il nostro servizio è migliore!
- App di trading gratuite
- Oltre 8.000 segnali per il copy trading
- Notizie economiche per esplorare i mercati finanziari
Accetti la politica del sito e le condizioni d’uso
Il nuovo articolo Perché l'hosting virtuale su MetaTrader 4 e MetaTrader 5 è migliore del solito VPS? è stato pubblicato:
La rete Virtual Hosting Cloud è stata sviluppata appositamente per MetaTrader 4 e MetaTrader 5 e presenta tutti i vantaggi di una soluzione nativa. Approfitta della nostra offerta gratuita 24 ore su 24: prova subito un server virtuale.
Uno dei vantaggi più importanti dell'hosting virtuale rispetto al VPS ordinario è la vicinanza dei nostri server ai server di trading dei broker. Riduce al minimo i ritardi della rete nelle operazioni di trading. I server VPS possono essere posizionati ovunque poiché sono progettati per un'ampia gamma di attività e non sono personalizzati per funzionare con i server dei broker. Anche i servizi Forex VPS specializzati di solito hanno 1 o 2 posizioni server, che non coprono tutti i broker.
Se noleggi un VPS standard, dovrai trovare da solo i tipi di server adatti attraverso tentativi ed errori. È uno spreco di tempo e denaro, che non garantisce che il VPS noleggiato avrà una bassa latenza sul server di trading del broker. L'hosting virtuale in MetaTrader è abbastanza buono da fermare questa ricerca infruttuosa. Noleggia un server virtuale direttamente dal tuo terminale e confrontalo con un normale VPS. Hai 24 ore gratuite che puoi utilizzare continuamente o suddividerle.
Autore: MetaQuotes