嗨masterx584,當你說它比C 代碼慢時,只想知道它對於一些普通文件有多慢?我們是在談論微秒,毫秒還是......我的意思是大約,以了解速度。謝謝Originally Posted by ;
嗨masterx584,當你說它比C 代碼慢時,只想知道它對於一些普通文件有多慢?我們是在談論微秒,毫秒還是......我的意思是大約,以了解速度。謝謝Originally Posted by ;
在C 50 ms中完成相同任務的一些測試中,JAVA執行了170 ms,兩者都在由 i7處理器供電的同一台機器上執行.EX4甚至可能更慢。我在C 中的應用程序在8個符號和123個線程上運行CPU為0%。相同的算法在20個符號和330個線程上運行1-2%。作為專家ex4,新聞時24個符號上的相同算法凍結了整個MT4需要重啟Originally Posted by ;
哇,差異很大!?是50毫秒--50微秒還是毫秒?Originally Posted by ;
ms =毫秒。Originally Posted by ;
https://softwareengineering.stackexc...lent-c-programC 接近於程序集。
這沒有意義。 i7有4個內核,考慮到你只更新8種貨幣,你的IO綁定操作應限制為8個線程。鑑於每對的其餘部分的計算是CPU限制的,啟動另外115個線程的重點是什麼?沒有性能增益,因為一旦IO完成並開始計算,每個線程將佔用每個核心的100%。Originally Posted by ;
沒有了,不會再有了。在某些時候它就像是那樣(我認為是<600版本),但現在編譯為本機代碼並且運行速度與CC 一樣快。但是,代碼可能沒有像max optim上流行的CC 編譯器那樣優化。設置。Originally Posted by ;
1附件
因為是練習與理論,因為我的應用程序是多線程投影的。它是一個原生的多線程。我運行16個異步任務*符號,從不加入,1ms的休眠時間....有些比其他更快。我對多線程速度持懷疑態度最初獲得所以我對相同的算法單線程進行了速度測試...有一個很好的區別。只想到8個符號永遠不會同時有勾號。單線程慢速和花式32位MT4上的相同算法不僅凍結了terminal.exe而且凍結了整個PC,在新聞高峰期。在C 下我運行64位...在MT4下你被迫留在裡面32位...巨大的差異。甚至不能比較產生的機器代碼:32位對64位...現在我正在運行CPU 0%相同的算法,其中MT4不斷超過60%並凍結新聞。如果我做得不好,CPU會說話。在我的代碼中,所有內容都針對最小的CPU工作進行了優化。主要是關於如何構建整個應用程序以及如何組織事物以及MT4 bull以外最重要的事情。 。Originally Posted by ;
這種做法贏得了理論。分歧和征服!還要考慮發布版本與調試版本...我的發布版本Originally Posted by ;
i7是超線程... 4個物理內核 - 8個邏輯內核。
它編譯了一個非常慢的版本......調試版本。在C 中,我正在編譯發行版本。大差異。檢查我的線程你的EA被黑了!是時候遷移了!關於ex4裡面有完整的源代碼....誰知道是否編譯Originally Posted by ;
也許是JAVA風格的代碼。
這是一個非常好的觀點,我能夠複製你的發現。 ex4文件(在發布模式下編譯並丟失mq4)不僅知道錯誤的行號,還知道左邊距的確切字符數。Originally Posted by ;
該EX4是調試模式one.On釋放方式將整個代碼,註釋等被破壞。在我的情況下,C 發行版本也較輕4次,然後one.There有很多的因素,幫助我加快調試我的appliion.I列舉只在上述評論的幾個....甚至切割的Avast殺毒軟件的附加間諜DLL給了我一個微小的速度gain.Small細節賺取差價。Originally Posted by ;