Small edits (#731)

This commit is contained in:
pollfly 2023-12-19 19:42:03 +02:00 committed by GitHub
parent 895fcef3ea
commit 16d2addd7e
No known key found for this signature in database
GPG Key ID: 4AEE18F83AFDEB23
5 changed files with 6 additions and 6 deletions

View File

@ -41,7 +41,7 @@ name is "DevOps"
After launching the command, the `clearml-agent` listening to the `default` queue spins a remote Jupyter environment with
the specifications. It will automatically connect to the docker on the remote machine.
The console should display the session's configuration details, which should look something like this:
The console should display the session's configuration details:
```console
Interactive session config:

View File

@ -34,7 +34,7 @@ The Dataviews table includes the following columns:
|**DATAVIEW** | Dataview name | String|
|**USER** | User who created the Dataview | String|
|**STATUS** | The status of the Dataview, which can be *Draft* (editable) or *Published* (read-only)| String|
|**PROJECT** | The project name with which the dataview is associated| String|
|**PROJECT** | Name of the Dataview's project| String|
|**CREATED** | Elapsed time since the Dataview was created| Date-time|
|**DESCRIPTION** | A description of the Dataview | String|

View File

@ -75,7 +75,7 @@ You can integrate ClearML into your distributed training script. With ClearML, y
subprocess to a centralized location and visualize it.
The [PyTorch Distributed](../guides/frameworks/pytorch/pytorch_distributed_example.md) script demonstrates using ClearML
with the [PyTorch Distributed Communications Package (torch.distributed)](https://pytorch.org/tutorials/beginner/dist_overview.html): a
with the [PyTorch Distributed Communications Package (`torch.distributed`)](https://pytorch.org/tutorials/beginner/dist_overview.html): a
ClearML task is initialized before the subprocesses are spawned, and then each subprocess manually reports its artifacts,
scalars, and hyperparameters to the task.

View File

@ -19,10 +19,10 @@ Once you have launched an app instance, you can view the following information i
* <img src="/docs/latest/icons/ico-vscode-loading.svg" alt="VS Code loading" className="icon size-md" /> - Remote IDE is setting up
* <img src="/docs/latest/icons/ico-vscode-active.svg" alt="VS Code active" className="icon size-md" /> - Remote IDE is active
* <img src="/docs/latest/icons/ico-vscode-idle.svg" alt="VS Code idle" className="icon size-md" /> - Remote IDE is idle
* <img src="/docs/latest/icons/ico-vscode-stopped.svg" alt="VS Code stopped" className="icon size-md" /> Remote IDE is stopped
* <img src="/docs/latest/icons/ico-vscode-stopped.svg" alt="VS Code stopped" className="icon size-md" /> - Remote IDE is stopped
* Open IDE - link to the IDE session
* Idle time
* Servers resources monitoring (CPU / GPU / vMem utilization)
* Server's resources monitoring (CPU / GPU / vMem utilization)
* Console - The console log shows the instance's activity, including server setup progress, server status changes
![VS Code Dashboard](../../img/apps_vs_code.png)

View File

@ -34,7 +34,7 @@ The models table contains the following columns:
| **NAME** | Model name. | String |
| **TAGS** | User-defined labels added to models for grouping and organization. | Tag |
| **STATUS** | The status of the model, which can be *Draft* (editable) or *Published* (read-only). | String |
| **PROJECT** | The project with which the model is associated.| String |
| **PROJECT** | Name of the model's project | String |
| **USER** | The user who ran the experiment that created the model, or the user who imported the model.| String |
| **TASK** | The experiment (Task) name that created the model. | String |
| **UPDATED** | Elapsed time since the model was updated. Hover over the elapsed time to view the date and time.| Date-time |