Il mio approccio. Il nucleo è il motore. - pagina 39
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
Imho, la gui per mql è importante e necessaria (e forse anche un metalinguaggio). Ma se è fatto senza OOP, dice di più sullo stato d'animo del suo autore, non sul metodo. 38 pagine in 4 giorni è forte. A quanto pare, questo stato d'animo piace a tutti.
Quanto risparmierete sui fiammiferi?
Quanto risparmierete sui fiammiferi?
Quali partite?
In breve, voi ragazzi avete torto a continuare a mettere all'angolo Peter e nel processo a condurre il thread nel flub.
Peter ha pubblicato qualcosa di un motore. Questo può essere compilato ed eseguito. Poi, spero di diventare costruttivo: discutere il motore, le sue interfacce e come fare questo e quello.
In breve, voi ragazzi avete torto a continuare a mettere all'angolo Peter e nel processo a condurre il thread nel flub.
Peter ha pubblicato qualcosa di un motore. Questo può essere compilato ed eseguito. Poi, spero di iniziare in modo costruttivo: discussione sul motore, le sue interfacce e come fare questo e quello.
Dettagli per favore - dove l'hai messo, cosa e come. Non c'è niente nel thread o nel profilo di Peter
Se nel corso di un flood di 40 pagine, qualcosa è stato allegato, non è "postato" ma "imposto" ... E in generale, viola le regole del forum - una discussione di un prodotto commerciale
Nessuno sta sostenendo che l'accesso diretto a un enorme array globale sia più veloce di tutti questi espedienti di interfaccia e conversioni di tipo. Possiamo anche pensare ai design pattern, come Visitor con doppio dispatch - c'è un sacco di overhead lì.
Tuttavia, tutto questo è compensato dalla comodità del supporto e della modifica. Sfortunatamente, il massimo trasferimento di qualsiasi sforzo di pensiero al computer è stato lo sviluppo della programmazione mainstream per molto tempo. Si arriva al punto che la somma di una progressione aritmetica viene calcolata per mezzo di un ciclo invece di usare la nota formula della somma. In questo senso, sono d'accordo con Peter che le persone sono "degradanti".
Ma, ahimè, non c'è scelta - o si "degrada" con tutti gli altri, cercando di non farlo così velocemente, o si rimane irrimediabilmente indietro. E il fatto che il vostro programma sia inefficace ha poca importanza.
Qui vedo persino un'analogia con la competizione in biologia, nei rapporti tra predatore e preda: la lepre che scappa dal lupo non è affatto in competizione con il lupo, ma con altre lepri. Non ha bisogno di allontanarsi dal lupo il più velocemente possibile. È molto più importante scappare dal lupo che essere l'ultimo. Perché se scappa per ultimo, viene mangiato, e se scappa più in fretta, usa più energia del necessario, che può essere spesa in direzioni più utili.
È lo stesso con tutti i tipi di tecnologie di programmazione... Il modo più efficiente per programmare in assembler, ma ci vuole così tanto sforzo che è inutile - l'energia è meglio spesa in modo più produttivo, anche se il codice non è così efficiente. L'array di Peter con accesso globale è dello stesso tipo. Accedervi è efficiente, ma ricordare cosa si trova dove e come accedere a cosa richiede troppo sforzo.
Hm, non pensavo di discutere con te, hai guardato il calendario ultimamente? Che anno è? Quale inefficienza di spinoff di interfaccia? Avete sentito parlare dell'organizzazione della memoria e dell'accesso alla memoria e alla cache a livello di CPU? ... di nuovo sul calendario.... non c'è più il primo "ceppo", siamo nel 2018 e i processori Intel Core
Non parlerò del calendario.... ma posso dirvi che ho comprato il libro sul Pentium-1 nel 1996 ed era anche "masticato" come caricare efficacemente la cache e come funzionano le pagine di memoria virtuale, tutto il libro circa 500-700 pagine in un assembler, era interessante e ancora reale per programmare il processore
e ora volete caricare la cache della CPU in modo efficiente? - tutto ciò che si ottiene con il "gut feeling" è un dump costante della cache e un programma in linguaggio assembly "efficiente" di livello Pentium-1, solo i compilatori LUT con supporto al processore rilasciati dopo il 2010 possono ottenere il codice efficiente e ottimizzato che caricherà correttamente la cache e la pipeline della CPU
SZZY: Queste costanti "patch" (aggiornamenti) di Windows lavorano anche sull'ottimizzazione del lavoro del sistema operativo con il processore, con la memoria e il carico della cache, ed ecco che ... Conte Montecristo!!! con l'assemblatore!!! )))
...Ed è in violazione delle regole del forum discutere di un prodotto commerciale
Di cosa stai parlando? Quale prodotto commerciale? Dove si trova il link? Forse è disponibile sul mercato? L'ex4 compilato può essere scaricato e discusso.
Dettagli per favore - dove l'hai postato, cosa e come.
Pagina 30.
Di cosa stai parlando? Quale prodotto commerciale? Dove si trova il link? È disponibile sul mercato? Gli ex4 compilati possono essere postati e discussi se necessario.
è un prodotto gratuito e conveniente? dove l'hai visto... dove hai visto il prodotto di cui stiamo parlando :-)
Peter non nasconde che il codice sarà chiuso ed esita se sarà pagato e su quale base
Hm, non pensavo di discutere con te, hai guardato il calendario ultimamente? Che anno è? Quale inefficienza di fronzoli di interfaccia? Avete sentito parlare dell'organizzazione della memoria e dell'accesso alla memoria e alla cache a livello di CPU? ... di nuovo sul calendario.... non c'è più il primo "ceppo", siamo nel 2018 e i processori Intel-core
Non parlerò del calendario.... ma posso dirvi che ho comprato il libro sul Pentium-1 nel 1996 con la descrizione dei comandi del processore ed era anche "masticato" come caricare efficacemente la cache e come le pagine di memoria virtuale avrebbero funzionato, l'intero libro circa 500-700 pagine in un assembler, era interessante e ancora reale per programmare il processore
e ora volete caricare la cache della CPU in modo efficiente? - tutto ciò che si ottiene con "l'istinto" è un dump costante della cache e un programma in linguaggio assembly "efficiente" di livello Pentium-1, solo sui compilatori LUT con supporto per il processore rilasciati dopo il 2010, si può ottenere un codice efficiente e ottimizzato che caricherà correttamente la cache e la pipeline della CPU
SZZY: Queste costanti "patch" (aggiornamenti) di Windows lavorano anche sull'ottimizzazione del lavoro del sistema operativo con il processore, con la memoria e il carico della cache, ed ecco che ... Conte Montecristo!!! con l'assemblatore!!! )))
E come cancella le mie parole?
Il codice C tende ad essere vicino al codice assembly, ma è ancora il codice assembly ad avere la maggiore efficienza. Qualunque sia l'anno.
Non capisco il concetto di "caricamento della cache della CPU in base all'indicatore". Ecco perché l'assemblatore è usato per caricare la cache nel modo più efficiente possibile! Quale metodo di misurazione?
si prega di fornire dettagli - dove, cosa e come. Non c'è niente nel thread o nel profilo di Peter
Sarebbe una buona idea allegare questo post alla pagina iniziale per ridurre il numero di queste domande.
qui. sarebbe una buona idea allegare questo post alla pagina iniziale per ridurre il numero di tali domande.
Che TC si metta al lavoro e rilasci il "kernel-motore"... lo metta in un posto accessibile e formuli le condizioni d'uso. E tenere lì la documentazione esplicativa.
altrimenti gli utenti fuorviati dovranno setacciare l'intero forum, leggendo tutti e 3 i volumi di 100 pagine ciascuno :-)
gli è stato detto per un anno "fallo già, smetti di parlare" - ma dannazione, un altro argomento...