Martin,
Thanks for the three links.
We cannot see your results for your first two tasks (MCM1_0219032_6512_0 and MCM1_0219012_6622_0), as they haven't finished yet.

About the "finish file present too long" error: if you search the Internet, a lot can be found.

First off, you are running an old BOINC-client (7.2.47) on an old operating system, probably on an old computer, while your wingmen are showing more recent versions (7.14.2 and 7.24.1). If you can, try Linux, this will make/get recent programs on your old computer running faster.

And now your problem. In general, when a task finishes, the produced data needs to be written to the result file to be uploaded; then all of its files need to be cleaned up so the next task can start. If this doesn't happen fast enough to BOINC's liking on your computer, you will receive this error.

Faster storage makes the error less likely to occur. Also, upgrading to the latest BOINC-version could make it less likely that you will see the error.

Adri

Hi Martin,
If all your other MCM1-tasks are running properly and the two that you mentioned in your former post behave in the slowest fashion like you have ever seen, then it will probably be hard to put your finger on the sore spot where this 'slowness'-problem is concerned.

Remember the point that TigerLily raised: "the difference in time between elapsed and CPU time is likely due to your settings or your computer having other things to do."

Would it help to run MCM1 on only half of the available threads on your computer?

Adri

Hello,
to make analysis and search for errors within Workunits I can provide info about Wus with very big difference between eclapsed time and CPU time

https://www.worldcommunitygrid.org/contribution/workunit/544772142

26,44 hours versus 2:12 hours
Please note, that in this case the wingman with WIN 10 also has a difference in
eclapsed versus CPU time
1:42 ecplapsed time versus 7:38 CPU time

It seems, that the reason of the problem is not necessarily my machine, if wingman also has significant differece in eclapsed versus cPU time

Onother WU with differce 61 eclased versus 2:12 is workunit

https://www.worldcommunitygrid.org/contribution/workunit/544772231

Sixty one hours, that is almost three days

I oserved that the uniits stop for a long time at a certain point and than suddenly go on in little time steps

Thanks for analysis.

One Unit is still fighting.

Thank you for help, such long thimes make contributing hard and the machine fights hard too.

Bye
Martin

Hello Al,
thank you for trying to help

And: No, the stops without obvious reason are inot in the startup phase of the units,

They occour jus somewhre when the task is already runnig for a long time

Here are the logs of one more task,

Difference between CPU time and eclapsed time is 2.13 / 98.26 my unit,
1.42 / 6.92 that of the wingman (duplication)

My log:

https://www.worldcommunitygrid.org/contribution/results/974208390/log

Results log


<core_client_version>7.2.47</core_client_version>
<![CDATA[
<stderr_txt>
Commandline = projects/www.worldcommunitygrid.org/wcgrid_mcm1_map_7.61_windows_x86_64 -SettingsFile MCM1_0219377_4142.txt -DatabaseFile dataset-curatedOvarian_EarlyLate_v1.0.txt
Settings File
DateOfDesign = 08/05/2014
Designer = Krembil-cubes-2023-09-22
WorkOrderID = 0219377_4142
DatasetID = curatedOvarian_EarlyLate_v1.0
NumberOfGenesInStartingSignature = 40
NumberOfGenesInSignatureMin = 40
NumberOfGenesInSignatureMax = 40
GroupVectorValues = {A}{B}{C}{D}{E}{F}
ExplicitStartingGeneSignatures = A B D F
StartingGeneSignatureAlgorithm = randomFixedLengthSearch
SearchAlgorithmNumberToCreate = 4076
SearchAlgorithmSequentialStartPosition = 5
RunPermutationAlgorithm = 0
PermutationGroups = A
PermutationGroupsForReplacement = G
PermutationAlgorithm = replaceFromRandomlyToRandomlyGreedy
PermutationsNumIterations = 0
OptimizationAlgorithmFrequency = 0 0 1
FBeta = 1.5
SimAnnealIMax = 20000
SimAnnealAlpha = 0.9996
FitnessFn = 0
MinFitness = 0.257266
NReps = 10
TrainFrac = 0.7
NFolds = 10
VMethod = LOO
ModelType = SVM
SvmArgs = "-v 0 -t 1 -d 3 -s 0.03 -r 10"

SvmLearnLimit = 500000
RSeed = 142894242


[12:36:27] Initializing
[12:53:43] Running
[12:53:55] EvaluateFitnessOfStartingGeneSignatures 4076
[23:05:13] Writing final output
[23:05:13] Closing Output Stream
[23:05:13] Cleaning up
Result.out = 1540.000000
Run complete, CPU time: 7681.177238
23:05:21 (5768): called boinc_finish(0)

</stderr_txt>
]]>


The log of the wingman (duplicaytoin)

https://www.worldcommunitygrid.org/contribution/results/974208389/log

Results log


<core_client_version>8.0.2</core_client_version>
<![CDATA[
<stderr_txt>
Commandline = projects/www.worldcommunitygrid.org/wcgrid_mcm1_map_7.61_windows_x86_64 -SettingsFile MCM1_0219377_4142.txt -DatabaseFile dataset-curatedOvarian_EarlyLate_v1.0.txt
Settings File
DateOfDesign = 08/05/2014
Designer = Krembil-cubes-2023-09-22
WorkOrderID = 0219377_4142
DatasetID = curatedOvarian_EarlyLate_v1.0
NumberOfGenesInStartingSignature = 40
NumberOfGenesInSignatureMin = 40
NumberOfGenesInSignatureMax = 40
GroupVectorValues = {A}{B}{C}{D}{E}{F}
ExplicitStartingGeneSignatures = A B D F
StartingGeneSignatureAlgorithm = randomFixedLengthSearch
SearchAlgorithmNumberToCreate = 4076
SearchAlgorithmSequentialStartPosition = 5
RunPermutationAlgorithm = 0
PermutationGroups = A
PermutationGroupsForReplacement = G
PermutationAlgorithm = replaceFromRandomlyToRandomlyGreedy
PermutationsNumIterations = 0
OptimizationAlgorithmFrequency = 0 0 1
FBeta = 1.5
SimAnnealIMax = 20000
SimAnnealAlpha = 0.9996
FitnessFn = 0
MinFitness = 0.257266
NReps = 10
TrainFrac = 0.7
NFolds = 10
VMethod = LOO
ModelType = SVM
SvmArgs = "-v 0 -t 1 -d 3 -s 0.03 -r 10"

SvmLearnLimit = 500000
RSeed = 142894242


[06:13:13] Initializing
[06:13:54] Running
[06:13:55] EvaluateFitnessOfStartingGeneSignatures 4076
[13:14:57] Writing final output
[13:14:57] Closing Output Stream
[13:14:57] Cleaning up
Result.out = 1540.000000
Run complete, CPU time: 5103.171875
13:14:57 (7216): called boinc_finish(0)

</stderr_txt>
]]>

Friendly greetings
Martin