cAlgo crashes and is closed during optimization
cAlgo crashes and is closed during optimization
29 May 2017, 19:21
Hello everybody,
i am running multiple optimizations since several days. And since the last update cAlgo sometimes crashes and is closed by windows (Windows 10 Pro). So there is only a Windows-Message-Box left open which states that there was a problem with the software and if there will be a solution i will get notified (standard windows-app-crashed-message).
This happened never before earlier, but only since the latest update. That is so frustrating if i run optimizations which takes days and then it crashes - i am loosing so much time...
Has anybody else experienced this or can Spotware look for the changes of the last update, please?
If you need further info please tell me what is needed.
Best regards,
andi21
Replies
andi21
29 May 2017, 20:09
Ok, i collected some info from eventlog from 4 crashes:
1.
Origin: .NET Runtime
Event-ID: 1023
Anwendung: cAlgo.exe
Frameworkversion: v4.0.30319
Beschreibung: Der Prozess wurde aufgrund eines internen Fehlers in der .NET-Laufzeit beendet. bei IP 00007FFF41C7C9A0 (00007FFF41C70000) mit Exitcode 80131506.
Origin: Application Error
Event-ID: 1000
Name der fehlerhaften Anwendung: cAlgo.exe, Version: 2.1.65534.35103, Zeitstempel: 0x59257f12
Name des fehlerhaften Moduls: clr.dll, Version: 4.7.2098.0, Zeitstempel: 0x59028c32
Ausnahmecode: 0xc0000005
Fehleroffset: 0x000000000000c9a0
ID des fehlerhaften Prozesses: 0x19e8
Startzeit der fehlerhaften Anwendung: 0x01d2d7af10c5a9af
Pfad der fehlerhaften Anwendung: C:\Users\andil\AppData\Local\Apps\2.0\A52ET0QJ.GQV\99T62NK0.4J2\fxpr..algo_37dabdf737419672_0002.0001_48273facb61e5ec3\cAlgo.exe
Pfad des fehlerhaften Moduls: C:\Windows\Microsoft.NET\Framework64\v4.0.30319\clr.dll
Berichtskennung: 92aa2179-260b-475a-a237-03b5129f2c85
Vollständiger Name des fehlerhaften Pakets:
Anwendungs-ID, die relativ zum fehlerhaften Paket ist:
---------------------------
2.
Origin: .NET Runtime
Event-ID: 1026
Anwendung: cAlgo.exe
Frameworkversion: v4.0.30319
Beschreibung: Der Prozess wurde aufgrund einer unbehandelten Ausnahme beendet.
Ausnahmeinformationen: System.AccessViolationException
bei PipsRunnerSAndRLib.OrderHandling.CloseAndUpdateSL()
bei PipsRunnerSAndRLib.OrderHandling.OnTick()
bei cAlgo.PipsRunnerSAndR.OnTick()
bei Frontend.CrossDomain.Wrapper.cBot.CBotWrapper.SafeExecute(System.String, System.Action, Boolean)
bei Frontend.CrossDomain.Wrapper.cBot.CBotWrapper.Tick()
bei Frontend.CrossDomain.Backtesting.Backtester.Tick(Frontend.CrossDomain.TicksGenerating.Tick)
bei Frontend.CrossDomain.Backtesting.Backtester.Execute()
bei Frontend.CrossDomain.Optimization.BacktestingRunner.Backtest(Frontend.CrossDomain.Optimization.BacktesterParameters)
bei Frontend.CrossDomain.Optimization.Genetic.SinthesisService.Backtest(Frontend.CrossDomain.Optimization.BacktesterParameters)
bei Frontend.CrossDomain.Optimization.Genetic.SinthesisService+<>c__DisplayClass18_0.<GetActions>b__0()
bei Frontend.CrossDomain.Optimization.BackgroundWorker.ProcessQueue(System.Object)
bei System.Threading.ExecutionContext.RunInternal(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean)
bei System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean)
bei System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object)
bei System.Threading.ThreadHelper.ThreadStart(System.Object)
Origin: Application Error
Event-ID: 1000
Name der fehlerhaften Anwendung: cAlgo.exe, Version: 2.1.65534.35103, Zeitstempel: 0x59257f12
Name des fehlerhaften Moduls: unknown, Version: 0.0.0.0, Zeitstempel: 0x00000000
Ausnahmecode: 0xc0000005
Fehleroffset: 0x00007ffee5e4d63b
ID des fehlerhaften Prozesses: 0x2540
Startzeit der fehlerhaften Anwendung: 0x01d2d7aef99c9bb7
Pfad der fehlerhaften Anwendung: C:\Users\andil\AppData\Local\Apps\2.0\A52ET0QJ.GQV\99T62NK0.4J2\fxpr..algo_37dabdf737419672_0002.0001_48273facb61e5ec3\cAlgo.exe
Pfad des fehlerhaften Moduls: unknown
Berichtskennung: 432127ac-7922-455b-b2a2-c7ea8a87b282
Vollständiger Name des fehlerhaften Pakets:
Anwendungs-ID, die relativ zum fehlerhaften Paket ist:
---------------------------
3.
Origin: .NET Runtime
Event-ID: 1026
Anwendung: cAlgo.exe
Frameworkversion: v4.0.30319
Beschreibung: Der Prozess wurde aufgrund einer unbehandelten Ausnahme beendet.
Ausnahmeinformationen: System.AccessViolationException
bei PipsRunnerSAndRLib.OrderHandling.CloseAndUpdateSL()
bei PipsRunnerSAndRLib.OrderHandling.OnTick()
bei cAlgo.PipsRunnerSAndR.OnTick()
bei Frontend.CrossDomain.Wrapper.cBot.CBotWrapper.SafeExecute(System.String, System.Action, Boolean)
bei Frontend.CrossDomain.Wrapper.cBot.CBotWrapper.Tick()
bei Frontend.CrossDomain.Backtesting.Backtester.Tick(Frontend.CrossDomain.TicksGenerating.Tick)
bei Frontend.CrossDomain.Backtesting.Backtester.Execute()
bei Frontend.CrossDomain.Optimization.BacktestingRunner.Backtest(Frontend.CrossDomain.Optimization.BacktesterParameters)
bei Frontend.CrossDomain.Optimization.Genetic.SinthesisService.Backtest(Frontend.CrossDomain.Optimization.BacktesterParameters)
bei Frontend.CrossDomain.Optimization.Genetic.SinthesisService+<>c__DisplayClass18_0.<GetActions>b__0()
bei Frontend.CrossDomain.Optimization.BackgroundWorker.ProcessQueue(System.Object)
bei System.Threading.ExecutionContext.RunInternal(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean)
bei System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean)
bei System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object)
bei System.Threading.ThreadHelper.ThreadStart(System.Object)
Origin: Application Error
Event-ID: 1000
Name der fehlerhaften Anwendung: cAlgo.exe, Version: 2.1.65534.35103, Zeitstempel: 0x59257f12
Name des fehlerhaften Moduls: unknown, Version: 0.0.0.0, Zeitstempel: 0x00000000
Ausnahmecode: 0xc0000005
Fehleroffset: 0x00007ffee5e5d65c
ID des fehlerhaften Prozesses: 0xcc8
Startzeit der fehlerhaften Anwendung: 0x01d2d7af2f2af478
Pfad der fehlerhaften Anwendung: C:\Users\andil\AppData\Local\Apps\2.0\A52ET0QJ.GQV\99T62NK0.4J2\fxpr..algo_37dabdf737419672_0002.0001_48273facb61e5ec3\cAlgo.exe
Pfad des fehlerhaften Moduls: unknown
Berichtskennung: 7e9b5e0a-941b-49ba-88b5-1754f16578b3
Vollständiger Name des fehlerhaften Pakets:
Anwendungs-ID, die relativ zum fehlerhaften Paket ist:
---------------------------
4.
Origin: .NET Runtime
Event-ID: 1026
Anwendung: cAlgo.exe
Frameworkversion: v4.0.30319
Beschreibung: Der Prozess wurde aufgrund einer unbehandelten Ausnahme beendet.
Ausnahmeinformationen: System.AccessViolationException
bei PipsRunnerSAndRLib.OrderHandling+<EnumerateHistoryOfSpecificRejectionBackwardsForBuyAndSell>d__63.MoveNext()
bei System.Collections.Generic.List`1[[System.__Canon, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089]]..ctor(System.Collections.Generic.IEnumerable`1<System.__Canon>)
bei System.Linq.Enumerable.ToList[[System.__Canon, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089]](System.Collections.Generic.IEnumerable`1<System.__Canon>)
bei PipsRunnerSAndRLib.OrderHandling.OpenPositions()
bei PipsRunnerSAndRLib.OrderHandling.OnTick()
bei cAlgo.PipsRunnerSAndR.OnTick()
bei Frontend.CrossDomain.Wrapper.cBot.CBotWrapper.SafeExecute(System.String, System.Action, Boolean)
bei Frontend.CrossDomain.Wrapper.cBot.CBotWrapper.Tick()
bei Frontend.CrossDomain.Backtesting.Backtester.Tick(Frontend.CrossDomain.TicksGenerating.Tick)
bei Frontend.CrossDomain.Backtesting.Backtester.Execute()
bei Frontend.CrossDomain.Optimization.BacktestingRunner.Backtest(Frontend.CrossDomain.Optimization.BacktesterParameters)
bei Frontend.CrossDomain.Optimization.Genetic.SinthesisService.Backtest(Frontend.CrossDomain.Optimization.BacktesterParameters)
bei Frontend.CrossDomain.Optimization.Genetic.SinthesisService+<>c__DisplayClass18_0.<GetActions>b__0()
bei Frontend.CrossDomain.Optimization.BackgroundWorker.ProcessQueue(System.Object)
bei System.Threading.ExecutionContext.RunInternal(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean)
bei System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean)
bei System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object)
bei System.Threading.ThreadHelper.ThreadStart(System.Object)
Origin: Application Error
Event-ID: 1000
Name der fehlerhaften Anwendung: cAlgo.exe, Version: 2.1.65534.35103, Zeitstempel: 0x59257f12
Name des fehlerhaften Moduls: unknown, Version: 0.0.0.0, Zeitstempel: 0x00000000
Ausnahmecode: 0xc0000005
Fehleroffset: 0x000000000ee54da0
ID des fehlerhaften Prozesses: 0x1ad4
Startzeit der fehlerhaften Anwendung: 0x01d2d7aeeaaef9f5
Pfad der fehlerhaften Anwendung: C:\Users\andil\AppData\Local\Apps\2.0\A52ET0QJ.GQV\99T62NK0.4J2\fxpr..algo_37dabdf737419672_0002.0001_48273facb61e5ec3\cAlgo.exe
Pfad des fehlerhaften Moduls: unknown
Berichtskennung: 78725cab-ebd6-46f7-b295-2a26376f156c
Vollständiger Name des fehlerhaften Pakets:
Anwendungs-ID, die relativ zum fehlerhaften Paket ist:
Hope this helps.
@andi21
andi21
30 May 2017, 11:52
andi21 said:
Hi Spotware,
thanks for your reply.
To answer your question: no, i do not use Tasks or Timers.
These problems never occured earlier and i have been backtesting since the last several months. They just occured since last update.
Is it possible that i only think it has to do with the last cAlgo update (maybe it is but maybe not), but possibly it has to do with a windows update and a new version of some .NET Framework dlls (like the clr.dll from 20.05.2017).
I am currently targeting Framework 4.5.2, but maybe it will help if i target 4.7?
@andi21
andi21
30 May 2017, 12:05
RE:
andi21 said:
andi21 said:
Hi Spotware,
thanks for your reply.
To answer your question: no, i do not use Tasks or Timers.
These problems never occured earlier and i have been backtesting since the last several months. They just occured since last update.
Is it possible that i only think it has to do with the last cAlgo update (maybe it is but maybe not), but possibly it has to do with a windows update and a new version of some .NET Framework dlls (like the clr.dll from 20.05.2017).
I am currently targeting Framework 4.5.2, but maybe it will help if i target 4.7?
Further info (please see also my two previous posts):
in the methods from the error stacktrace i use History und Positions of the Robot. These two properties are internally real instance members, so they are not using any static members etc.? I am asking that, because i am running several cAlgo.exe instances to run mulitple optimizations in parallel to get use of 100% cpu (that was a problem in another thread from me).
@andi21
andi21
30 May 2017, 12:12
RE: RE:
andi21 said:
andi21 said:
andi21 said:
Hi Spotware,
thanks for your reply.
To answer your question: no, i do not use Tasks or Timers.
These problems never occured earlier and i have been backtesting since the last several months. They just occured since last update.
Is it possible that i only think it has to do with the last cAlgo update (maybe it is but maybe not), but possibly it has to do with a windows update and a new version of some .NET Framework dlls (like the clr.dll from 20.05.2017).
I am currently targeting Framework 4.5.2, but maybe it will help if i target 4.7?
Further info (please see also my two previous posts):
in the methods from the error stacktrace i use History und Positions of the Robot. These two properties are internally real instance members, so they are not using any static members etc.? I am asking that, because i am running several cAlgo.exe instances to run mulitple optimizations in parallel to get use of 100% cpu (that was a problem in another thread from me).
And furthermore to notice - all of these cAlgo-instances are logged in with the same demo account.
@andi21
andi21
30 May 2017, 12:30
RE: RE: RE:
andi21 said:
andi21 said:
andi21 said:
andi21 said:
Hi Spotware,
thanks for your reply.
To answer your question: no, i do not use Tasks or Timers.
These problems never occured earlier and i have been backtesting since the last several months. They just occured since last update.
Is it possible that i only think it has to do with the last cAlgo update (maybe it is but maybe not), but possibly it has to do with a windows update and a new version of some .NET Framework dlls (like the clr.dll from 20.05.2017).
I am currently targeting Framework 4.5.2, but maybe it will help if i target 4.7?
Further info (please see also my two previous posts):
in the methods from the error stacktrace i use History und Positions of the Robot. These two properties are internally real instance members, so they are not using any static members etc.? I am asking that, because i am running several cAlgo.exe instances to run mulitple optimizations in parallel to get use of 100% cpu (that was a problem in another thread from me).
And furthermore to notice - all of these cAlgo-instances are logged in with the same demo account.
One more info:
i said that i have backtesting since the last several months - at these times i used my other pc which runs fine at 4 cores with 100 % usage so no need to run multiple cAlgo.exe instances.
About not even 2 weeks ago i started my first run with multiple cAlgo.exe instances (6 instances and all using the same demo account). It runned without problems (except that cAlgo sometimes does not run until 2500 runs so it stop at run 1001 for example etc. so earlier...) and without crashes about from 19 may till 26 may.
Then at sunday 28 of may i started a second run again with multiple cAlgo.exe instances (6 instances and all using the same demo account). Before that there were windows updates and also cAlgo update (which waited since a few days). And since this time at sunday at this second big run i came across these crash issues, so the first big run worked fine, so no crashes and after windows update / calgo update on sunday there were multiple crashes within 2 days (i think 4 times).
@andi21
Spotware
30 May 2017, 12:45
Hi andi21,
Thanks for the information. We will forward it to the engineering team to investigate. Novetheless, due to the very specific nature of the problem (specific pc, specific cBot, specific settings, big runs) it will not be easy to reproduce your issue.
In the meanwhile, you could try rolling back the updates to check if this could be the issue of the problem.
@Spotware
andi21
30 May 2017, 13:07
Hi Spotware,
thank you for forward the issue - i really hope we will find a solution.
I also thought about rolling back the windows updates, but unfortunately i did a cleaning with the windows data clean manager so the updates were also removed (i never had update-issues, so i left the checkmark on at removing also windows updates).
And rolling back cAlgo isn't possible due to the structure of MS Click once Deployment?
Further question (not directly related to this thread): why does cAlgo optimization sometimes stop before reaching 2500 runs, when i definitely know that it would be possible (does NOT apply: no exceptions, not many same results, to few possiblities)?
@andi21
1013749
01 Jun 2017, 03:07
RE:
This is a serious bug - especially in version 2.01 of cAlgo.
See my reply to the posting "Serious Bug Found - Heavy memory usage and freeze"
Please fix this Spotware.
andi21 said:
Hello everybody,
i am running multiple optimizations since several days. And since the last update cAlgo sometimes crashes and is closed by windows (Windows 10 Pro). So there is only a Windows-Message-Box left open which states that there was a problem with the software and if there will be a solution i will get notified (standard windows-app-crashed-message).
This happened never before earlier, but only since the latest update. That is so frustrating if i run optimizations which takes days and then it crashes - i am loosing so much time...
Has anybody else experienced this or can Spotware look for the changes of the last update, please?
If you need further info please tell me what is needed.
Best regards,
andi21
@1013749
andi21
01 Jun 2017, 10:41
@1013749 -> Yes, you are absolutely right.
@Spotware:
i have rolled back the windows update from which i thought it could be the origin of the problem (fortunately it was the only update left to be possible to be uninstalled).
Regrettably it crashed again after i started a new run of 6 calgo.exe instances...
Furthermore one instance stopped again optimizing only after 767 Runs (although there could be 2500 possible).
That need to be fixed - otherwise i can start my runs again and again and again, because either cAlgo crashes or it stops too early, so it's not testing enough parameter combinations, so i will never be able to finish my project in which i invested several months...
So please, please answer the following questions:
1. Why does cAlgo optimization stop too early sometimes (see also /forum/calgo-support/11573?page=2#12)? THIS should NOT happen, because it is nearly the same effect like if cAlgo crashes!
2. What went wrong with the newest cAlgo version (released about a week ago), because of the crashes in optimization mode? THIS should NOT happen.
WE the traders and so your customers waste so much time and we all know that time = money and money is not available infinitely...
If i can help you with these problems in any way, PLEASE let me know - i am working on my project full time and currently there "should" be a good working backtesting phase, which i cannot do because of the problems.
So Spotware please help us to help you to get better.
@andi21
Spotware
01 Jun 2017, 17:07
Hi andi21,
Regarding the following case
"1. Why does cAlgo optimization stop too early sometimes (see also /forum/calgo-support/11573?page=2#12)? THIS should NOT happen, because it is nearly the same effect like if cAlgo crashes!"
Can you please send us troubleshooting information as soon as the optimizations stops? You can do this by pressing Ctrl+Shift+Alt+T in cTrader or cAlgo. This will send us the logs from your PC and we will be able to investigate further.
@Spotware
andi21
01 Jun 2017, 17:27
RE:
Spotware said:
Hi andi21,
Regarding the following case
"1. Why does cAlgo optimization stop too early sometimes (see also /forum/calgo-support/11573?page=2#12)? THIS should NOT happen, because it is nearly the same effect like if cAlgo crashes!"
Can you please send us troubleshooting information as soon as the optimizations stops? You can do this by pressing Ctrl+Shift+Alt+T in cTrader or cAlgo. This will send us the logs from your PC and we will be able to investigate further.
Hi Spotware,
thanks for your answer.
Yes, of course i will do that the next time it happens (shouldn't take too much time, because i have this problem since a long time and again and again).
Is it possible to leave an email-address, so that you can contact me after i send the logs or is it "only" a "public" send log?
Thanks in advance.
@andi21
andi21
02 Jun 2017, 22:45
Hi Spotware,
i have just send you two troubleshooting info. It also happened at two cAlgo.exe instances ironically at 1715 runs at both instances. But another cAlgo.exe instance is still running (the only one left from six instances which does not crash or stop prematurely...).
I really really hope that you can fix this, because this destroys so much time...
By the way: what is send when i used strg + alt + shift + t ?
Thanks in advance - i hope i can help you with this.
Best regards,
andi21
@andi21
andi21
02 Jun 2017, 22:50
RE:
andi21 said:
Hi Spotware,
i have just send you two troubleshooting info. It also happened at two cAlgo.exe instances ironically at 1715 runs at both instances. But another cAlgo.exe instance is still running (the only one left from six instances which does not crash or stop prematurely...).
I really really hope that you can fix this, because this destroys so much time...
By the way: what is send when i used strg + alt + shift + t ?
Thanks in advance - i hope i can help you with this.
Best regards,
andi21
And just now the last one stopped prematurely at 2285 runs... It is so frustrating.
@andi21
andi21
02 Jun 2017, 23:43
RE: RE:
andi21 said:
andi21 said:
Hi Spotware,
i have just send you two troubleshooting info. It also happened at two cAlgo.exe instances ironically at 1715 runs at both instances. But another cAlgo.exe instance is still running (the only one left from six instances which does not crash or stop prematurely...).
I really really hope that you can fix this, because this destroys so much time...
By the way: what is send when i used strg + alt + shift + t ?
Thanks in advance - i hope i can help you with this.
Best regards,
andi21
And just now the last one stopped prematurely at 2285 runs... It is so frustrating.
And one more info which could be helpful: this problem is NOT pc-specific - it happened on various VPS-PCs and on my other pcs also.
@andi21
andi21
02 Jun 2017, 23:46
RE: RE: RE:
andi21 said:
andi21 said:
andi21 said:
Hi Spotware,
i have just send you two troubleshooting info. It also happened at two cAlgo.exe instances ironically at 1715 runs at both instances. But another cAlgo.exe instance is still running (the only one left from six instances which does not crash or stop prematurely...).
I really really hope that you can fix this, because this destroys so much time...
By the way: what is send when i used strg + alt + shift + t ?
Thanks in advance - i hope i can help you with this.
Best regards,
andi21
And just now the last one stopped prematurely at 2285 runs... It is so frustrating.
And one more info which could be helpful: this problem is NOT pc-specific - it happened on various VPS-PCs and on my other pcs also.
And one more info: at the time of writing my post here the last cAlgo.exe instance stopped like i said. Before this happened the remaining clock showed about 1d and x hours. And after i wrote my post and turned back to my pc the last run stopped. So the clock said / ensured that there WAS definitely more runs to do, but it broke / stopped suddenly.
@andi21
andi21
03 Jun 2017, 08:34
RE: RE: RE: RE:
andi21 said:
andi21 said:
andi21 said:
andi21 said:
Hi Spotware,
i have just send you two troubleshooting info. It also happened at two cAlgo.exe instances ironically at 1715 runs at both instances. But another cAlgo.exe instance is still running (the only one left from six instances which does not crash or stop prematurely...).
I really really hope that you can fix this, because this destroys so much time...
By the way: what is send when i used strg + alt + shift + t ?
Thanks in advance - i hope i can help you with this.
Best regards,
andi21
And just now the last one stopped prematurely at 2285 runs... It is so frustrating.
And one more info which could be helpful: this problem is NOT pc-specific - it happened on various VPS-PCs and on my other pcs also.
And one more info: at the time of writing my post here the last cAlgo.exe instance stopped like i said. Before this happened the remaining clock showed about 1d and x hours. And after i wrote my post and turned back to my pc the last run stopped. So the clock said / ensured that there WAS definitely more runs to do, but it broke / stopped suddenly.
Started another one - also stopped prematurely at only 1430 Runs... (i also sent the troubleshooting info).
@andi21
Spotware
07 Jun 2017, 15:24
Dear andi21,
The cAlgo team has investigated your issue but they did not find a general way to reproduce the problem. Also the stack trace you posted shows that the exception is thrown from somewhere within the cBot, so it could be a programming issue somewhere inside your code. Therefore, in order to proceed with the investigation and advise further, we will need a cBot that reproduces the problem. Please let us know if you could send us such a cBot.
@Spotware
andi21
07 Jun 2017, 16:34
Dear Spotware,
thank you for the investigation of the crashing problem. It is a pity that you could not reproduce the problem.
Regarding your question about my cBot: it happened with two completely different bots - also like you have seen in the error logs from event log - not always from same method origin / stack. These methods are really really simple - i looked after them after i found the event log entries, but there could not been an error because of simplicity and also because the crashes did not always came from same method, so it is non determinist.
But what i can say / found out so far is that during the last few days there were no crashes anymore. But i am also not running 6 cAlgo instances anymore, i tried to run only 4 instances and cpu usage is - for my needs - completely acceptable at about 80%.
I have also quitted some tasks in task scheduler like defrag, autochk and many more of tasks like these, because i wanted to narrow the problem and i saw that many tasks in task scheduler ran at the same time, so i thought it could be a problem.
The end of the story is that 4 instances are - currently - running fine in parallel and i don't know neither if the crashes are solved now nor if they are solved because of the cancelling of the tasks in task scheduler or because of running not 6 but "only" 4 instances.
It could be a problem of cAlgo if there are running too much instances, but it could also be a problem of the operating system, if that was the problem. But there is no need to investigate this further because of the satisfactorily solution with "only" running 4 instances in combination with disabling multiple task scheduler tasks.
So this is fine so far and i hope the problems do not occur anymore.
But what a problem is farther, is that the optimization does stop prematurely many times although there would be enough parameter combinations also for generic algorithm-mode.
That problem existed since i started to use cAlgo last year, so it is present since a long time and costs much time.
It would be a pleasure if you could take care of that problem, so that optimization can always run to the end (2500 runs) and we can be sure, that the generic algorithm has tried the most parameter combinations possible in this mode.
Thanks a lot in advance.
Best Regards,
andi21
@andi21
andi21
29 May 2017, 19:25 ( Updated at: 21 Dec 2023, 09:20 )
It is this kind of error message (only of course which texts/titles for cAlgo):
@andi21