Minha abordagem. O núcleo é o motor. - página 39
Você está perdendo oportunidades de negociação:
- Aplicativos de negociação gratuitos
- 8 000+ sinais para cópia
- Notícias econômicas para análise dos mercados financeiros
Registro
Login
Você concorda com a política do site e com os termos de uso
Se você não tem uma conta, por favor registre-se
Imho, gui para mql é importante e necessário (e talvez uma metalinguagem também). Mas se for feito sem OOP, ele diz mais sobre o estado de espírito de seu autor, não sobre o método. 38 páginas em 4 dias é legal. Aparentemente, todos gostam deste estado de espírito.
Quanto você vai economizar em fósforos?
Quanto você vai economizar em fósforos?
O que combina?
Em resumo, vocês estão errados em continuar encurralando Peter e, no processo, conduzindo o fio ao flub.
Peter afixou algo de um motor. Isto pode ser compilado e executado. A seguir, espero ser construtivo: discutir o motor, suas interfaces e como fazer isto e aquilo.
Em resumo, vocês estão errados em continuar a encurralar Peter e, no processo, a conduzir o tema para o flub.
Peter afixou algo de um motor. Isto pode ser compilado e executado. Em seguida, espero começar construtivamente: discussão sobre o motor, suas interfaces e como fazer isto e aquilo.
Detalhes, por favor - onde, o que e como. Não há nada no fio ou no perfil de Peter
Se no decorrer de uma enchente de 40 páginas, algo foi anexado, não é "postado" mas "imposto" ... E em geral, viola as regras do fórum - uma discussão de um produto comercial
Ninguém está argumentando que o acesso direto a uma enorme gama global é mais rápido do que todos esses artifícios de interface e conversões de tipo. Também podemos pensar em padrões de design, tais como Visitante com duplo despacho - há uma grande quantidade de despesas gerais lá.
No entanto, tudo isso é compensado pela conveniência de apoio e modificação. Infelizmente, a transferência máxima de qualquer esforço de pensamento para o computador tem sido o principal desenvolvimento de programação por muito tempo. Chega a um ponto em que a soma de uma progressão aritmética é calculada por meio de um loop, em vez de usar a conhecida fórmula de soma. Nesse sentido, concordo com Peter que as pessoas são "degradantes".
Mas, infelizmente, não há escolha - ou você "se degrada" com todos os outros, tentando não fazê-lo tão rápido, ou você está desesperadamente atrasado. E o fato de seu programa ser ineficaz é de pouca importância.
Aqui vejo até uma analogia com a competição em biologia, nas relações entre predador e presa. A lebre, fugindo do lobo, está de fato competindo não com o lobo, mas com outras lebres. Ele não precisa se afastar do lobo o mais rápido possível. É muito mais importante para ele não ser o último a fugir do lobo. Porque se ele foge por último, ele é comido, e se foge mais rápido, ele usa mais energia do que a necessária, e pode ser gasto em direções mais úteis.
É o mesmo com todos os tipos de tecnologias de programação... Assembler é a maneira mais eficiente de programar, mas requer tanto esforço que é inútil - a energia é melhor gasta de forma mais produtiva, mesmo que o código não seja tão eficiente nisso. A matriz de Peter com acesso global é do mesmo tipo. O acesso é eficiente, mas lembrando o que está onde e como acessar o que exige muito esforço.
Hm, eu não pensei que ia discutir com você, você olhou o calendário ultimamente? Em que ano estamos? Que ineficiência de spinoffs de interface? Você já ouviu falar sobre organização da memória e acesso e cache de memória em nível de CPU? ... novamente sobre o calendário.... não há mais o primeiro "toco", estamos em 2018 e os processadores Intel Core
que assembler? não vou falar sobre o calendário.... mas posso dizer que comprei o livro no Pentium-1 em 1996 com a descrição dos comandos do processador e ele foi até "mastigado" como carregar efetivamente o cache e como as páginas de memória virtual funcionariam, o livro inteiro cerca de 500-700 páginas em um assembler, foi interessante e ainda real programar o processador
e agora você quer carregar o cache da CPU de forma eficiente? - tudo o que você obtém por "sensação de intestino" é um programa de linguagem de montagem "eficiente" de nível Pentium-1 e cache dump constante, somente os compiladores LUT com suporte de processador lançados após 2010 podem obter o código eficiente e otimizado que irá carregar corretamente o cache e a tubulação da CPU
SZZY: Estes "patches" (atualizações) constantes do Windows também estão trabalhando na otimização do trabalho do sistema operacional com o processador, com carga de memória e cache, e aqui você está ... Conde Monte Cristo!!! com o montador!!! )))
...E de qualquer forma, viola as regras do fórum para discutir um produto comercial
Do que você está falando? Que produto comercial? Onde está o link para ele? Talvez esteja disponível no mercado? O ex4 compilado pode ser baixado e discutido.
Detalhes por favor - onde você postou, o que e como.
Página 30.
Do que você está falando? Que produto comercial? Onde está o link para ele? Ele está disponível no mercado? O ex4 compilado pode ser afixado e discutido se houver alguma coisa.
é um produto gratuito e acessível? onde você o viu...onde você até viu o produto que estamos discutindo :-)
Peter não esconde o fato de que o código será fechado e hesita se ele será pago e em que base
Hmm, não pensei que estaria discutindo com você, você já olhou o calendário ultimamente? Em que ano estamos? Que ineficiência dos babados de interface? Você já ouviu falar em organização da memória e acesso e cache de memória em nível de CPU? ... novamente sobre o calendário.... não há mais o primeiro "toco", estamos em 2018 e os processadores Intel Core
que assembler? não vou falar sobre o calendário.... mas posso dizer que comprei o livro no Pentium-1 em 1996 com a descrição dos comandos do processador e ele foi até "mastigado" como carregar efetivamente o cache e como as páginas de memória virtual funcionariam, o livro inteiro cerca de 500-700 páginas em um assembler, foi interessante e ainda real programar o processador
e agora você quer carregar o cache da CPU de forma eficiente? - tudo o que você obtém por "sensação de intestino" é um programa de linguagem de montagem "eficiente" de nível Pentium-1 e cache dump constante, somente os compiladores LUT com suporte de processador lançados após 2010 podem obter o código eficiente e otimizado que irá carregar corretamente o cache e a tubulação da CPU
SZZY: Estes "patches" (atualizações) constantes do Windows também estão trabalhando na otimização do trabalho do sistema operacional com o processador, com carga de memória e cache, e aqui você está ... Conde Monte Cristo!!! com o montador!!! )))
E como isso cancela minhas palavras?
O código C tende a ser próximo ao código de montagem, mas ainda é o código de montagem que tem maior eficiência. Qualquer que seja o ano.
Não entendo o conceito de "carregar o cache da CPU por bitola". É por isso que a montadora é utilizada para carregar o cache da forma mais eficiente possível! Que método de medição?
por favor, dê detalhes - onde, o que e como. Não há nada no fio ou no perfil de Peter
Seria uma boa idéia anexar este post à página inicial, a fim de reduzir o número de perguntas deste tipo.
aqui. seria uma boa idéia anexar este post à página inicial para reduzir o número de tais perguntas.
Deixe a TC trabalhar e liberar o "kernel-motor"... coloque-o em um lugar acessível e formule os termos de uso. E mantenha lá a documentação explicativa.
ou então os usuários mal orientados terão que percorrer todo o fórum, lendo todos os 3 volumes de 100 páginas cada :-)
há um ano que lhe dizem: "Faça-o já, pare de falar" - mas caramba, outro tópico...