Ti stai perdendo delle opportunità di trading:
- App di trading gratuite
- Oltre 8.000 segnali per il copy trading
- Notizie economiche per esplorare i mercati finanziari
Registrazione
Accedi
Accetti la politica del sito e le condizioni d’uso
Se non hai un account, registrati
il più incompreso qui sei tu. non ingombrare il thread.
Buona fortuna nei vostri inutili tentativi di ottenere risultati paralleli in un modello di esecuzione sincrono ))
Сравнение функций обычного хостинга и форексного MetaTrader VPS
Su questo VPS le cache di CopyTicks vengono cancellate immediatamente? 3 Gb non è sufficiente - giudico dal carico sulla macchina di casa, se il terminale è ricaricato e una dozzina di EAs in una volta andrà a prendere la storia dei tick.
ChartSaveTemplate e Apply funzionano su VPS? In generale, propongo di dare una tale macchina per i test di stress.
"Hosting normale" - con o senza shell grafica (Server Core)?
"Hosting normale" - con o senza shell grafica (Server Core)?
È da qui che è stata presa la tabella.
Questo è l'intero problema, i gestori sono stupidamente eseguiti in sincronia, cioè in modo bloccante.
Rendeteli non bloccanti!
Questo è l'intero problema, i gestori sono stupidamente eseguiti in sincronia, cioè in modo bloccante.
Rendeteli non bloccanti!
Hai imparato qualche antica arte popolare, il tuo salterio non suona, o sbatti i cucchiai qui? )))
Ma cercherò di parlare nel vostro antico dialetto:
se si scrive in WinForms allo stesso modo il gestore buttonClick(oggetto sender, EventArgs e)
Sarà in grado di elaborare i clic su altri elementi WinForms?
Con la vostra visione di come sono strutturati i modelli event-driven, dovreste sicuramente scrivere prima un reclamo a Microsoft, dicendo che non hanno messo l'intera architettura correttamente: "Datemi un thread diverso per ogni battuta - cliccherò sulle battute con i miei mouse"?
Ho cercato di essere molto corretto, anche se sarebbe possibile spiegarlo solo con chiare parolacce
Stai imparando una specie di antica arte popolare, il tuo salterio non suona, o sbatti i cucchiai qui? )))
Ma cercherò di parlare nel vostro antico dialetto:
se si scrive in WinForms allo stesso modo il gestore buttonClick(oggetto sender, EventArgs e)
Sarà in grado di elaborare i clic su altri elementi WinForms?
Con la vostra visione di come sono strutturati i modelli event-driven, dovreste sicuramente scrivere un reclamo a Microsoft per prima cosa, dicendo che non hanno messo l'intera architettura correttamente: "Datemi un thread diverso per ogni battuta - cliccherò sulle battute con i miei mouse"?
Cercavo di essere molto gentile, ma potevo spiegarlo solo con chiare parole di maledizione.
Andate a imparare la programmazione asincrona, sono già stufi.
Questo è l'intero problema, i gestori sono stupidamente eseguiti in sincronia, cioè in modo bloccante.
Rendeteli non bloccanti!
Per favore, ditemi un esempio in cui sono necessari eventi asincroni e non è possibile farlo ora con mezzi standard.
Vai a imparare la programmazione asincrona, ti stai stufando.
Capisco molto bene come funzionano le applicazioni in Win.
È meglio che impariate la storia di Python, da dove e quando sono venute queste stampelle asincrone ben chiamate? - Capite che python non è stato originariamente progettato per queste soluzioni?
Sono d'accordo che grazie a queste cose asincrone si può usarePython per soluzioni client-server, forse è figo che il frontend dell'utente possa ora usare le risorse di un server multiprocessore,
ma perché un utente in un'applicazione desktop dovrebbe avere un terminale in Win? - Bene, se avete più thread, anche se potete sincronizzarli con alcune funzioni await, rimarrà un pool comune di messaggi/eventi
Sono stufo, vi sto annoiando con tutto questo forum, non fate altro che ingombrare i thread con le vostre fantasie, non è un mio problema