Examples: query, "exact match", wildcard*, wild?ard, wild*rd
Fuzzy search: cake~ (finds cakes, bake)
Term boost: "red velvet"^4, chocolate^2
Field grouping: tags:(+work -"fun-stuff")
Escaping: Escape characters +-&|!(){}[]^"~*?:\ with \, e.g. \+
Range search: properties.timestamp:[1587729413488 TO *] (inclusive), properties.title:{A TO Z}(excluding A and Z)
Combinations: chocolate AND vanilla, chocolate OR vanilla, (chocolate OR vanilla) NOT "vanilla pudding"
Field search: properties.title:"The Title" AND text
Answered
Hi. I'M Encountering A Problem With

Hi. I'm encountering a problem with model.name
At least, for models that where auto-magically uploaded.

I see it in my own code but you can see it if you run the example from the clearml repo here:
https://github.com/allegroai/clearml/blob/master/examples/datasets/data_ingestion.py
The code saves the model to ./cifar_net.pth as seen here:
https://github.com/allegroai/clearml/blob/5b385907562ff33ed84939053bd3a4cb2839adc9/examples/datasets/data_ingestion.py#L207-L208
The correct model name is listed in UI under task artifacts (see attached screenshot) however, If I try to find the right model in the task.models["output"] (this time there is just one but in my code there may be several) it appears with the https://github.com/allegroai/clearml/blob/5b385907562ff33ed84939053bd3a4cb2839adc9/examples/datasets/data_ingestion.py#L23 (see other attached screenshot).

Looking in my own code - it seems like the first saved model takes on the task name whereas additional models take the save file name.
Is there a way to fix this (or a workaround)?

  
  
Posted one year ago
Votes Newest

Answers 22


BTW:

If I try to find the right model in the

task.models["output"]

(this time there is just one but in my code there may be several) it appears with the

(see other attached screenshot).

What would make sense here ? (I have to be honest I'm not sure).
To be specific there is "model name" which is not unique , and there is model-key which is unique to the Task (i.e. task.models["output"]["model-key"] )

  
  
Posted one year ago

Ooh nice.
I wasn't aware task.models["output"] also acts like a dict.
I can get the one I care about in my code with something like task.models["output"]["best_model"]
however can you see the inconsistency between the key and the name there:

  
  
Posted one year ago

sort of. Though it seems like the rules for model.name can be a bit non-obvious.
I think that the first model saved gets the task name as its name and the following models take f"{task_name} - {file_name}"

  
  
Posted one year ago

another weird thing:
Before my training task is done:
print(task.models['output'].keys())outputs
odict_keys(['Output Model #0', 'Output Model #1', 'Output Model #2'])
after task.close()
I can do:
task = Task.get_task(task_id) for i in range(100): print(task.models["output"].keys())which prints
odict_keys(['Output Model #0', 'Output Model #1', 'Output Model #2'])in the first iteration
and prints the file names in the latter iterations:
odict_keys(['best_model_scripted', 'last', 'last_scripted'])I guess it takes some time before the the correct names are assigned?

  
  
Posted one year ago

PanickyMoth78 ScantMoth28

With several models saved by the training process (whose code is not task-aware)

You can actually specify which models to be saved:
task = Task.init(..., auto_connect_frameworks{'pytorch': ['*.pt']})https://clear.ml/docs/latest/docs/references/sdk/task#taskinit

This way you can upload only the model you need.

  
  
Posted one year ago

Disable automatic model uploads

Disable the auto upload
task = Task.init(..., auto_connect_frameworks{'pytorch': False})

  
  
Posted one year ago

yes. several checkpoints + the one that did best on validation data.

  
  
Posted one year ago

however can you see the inconsistency between the key and the name there:

Yes that was my point on "uniqueness" ... 😞
the model-key must be unique, and it is based on the filename itself (the context is known, it is inside the Task) but the Model Name is an entity, so it should have the Task Name as part of the entity name, does that make sense ?

  
  
Posted one year ago

To be specific there is "model name" which is not unique , and there is model-key which is unique to the Task

not sure why the two fields don't simply match. I guess that there may be situations where file name (without the full path) may be used several times.

  
  
Posted one year ago

anyhow - looks like the keys are simple enough to use (so I can just ignore the model names)

  
  
Posted one year ago

you can use Task.update_output_model() to update the name of the output moel

  
  
Posted one year ago

Right. Thanks.
With several models saved by the training process (whose code is not task-aware) I suspect that doing the update call after training completed will only update the last of the uploaded models.
I'm currently looking at a workaround where:
I disable auto saving by https://clear.ml/docs/latest/docs/clearml_sdk/task_sdk/#automatic-logging Manually upload the models Manually register the models with https://github.com/allegroai/clearml/blob/cf7361e134554f4effd939ca67e8ecb2345bebff/examples/reporting/model_reporting.py

  
  
Posted one year ago

alternatively you could create a new OutputModel like here: https://github.com/allegroai/clearml/blob/master/examples/reporting/model_reporting.py , not sure if there is a way to stop the automatic uploading

  
  
Posted one year ago

ahh i see so one Task has multiple models that are trained

  
  
Posted one year ago

it requires you set the weights and the framework name

  
  
Posted one year ago

BTW:

If I try to find the right model in the

task.models["output"]

(this time there is just one but in my code there may be several) it appears with the

(see other attached screenshot).

What would make sense here ? (I have to be honest I'm not sure).

If the model was saved with a file name (is that the trigger for auto-upload?), I think it makes sense for the model name to match the file name (not the task name), especially when there may be several models per task

  
  
Posted one year ago

i.e.
Task.update_output_model(name="custom_model")

  
  
Posted one year ago

I think that the first model saved gets the task name as its name and the following models take

f"{task_name} - {file_name}"

Hmm, I'm not sure what would be a good way to make it consistent, would it make sense to always have the model file name?

I guess it takes some time before the the correct names are assigned?

Hmm that is odd, I have a feeling it has to do with calling Task.close()?!
I just tried with the latest clearml version and it seemed to work as expected

  
  
Posted one year ago

model*

  
  
Posted one year ago

not sure if it will work but its worth a try

  
  
Posted one year ago

I imagine that one workaround is to
Disable automatic model uploads Perform manual model upload (with the correct name).Can you point me to how to do these?

  
  
Posted one year ago
630 Views
22 Answers
one year ago
one year ago
Tags
Similar posts