Table of Contents |
---|
Usługa znajduje się w fazie pre-produkcyjnej - dlatego prosimy o wyrozumiałośc i zgłaszanie wszelkich zaobserwowanych nieprawidłowości
Z uwagi na małą przestrzeń dyskową w katalogach domowych ($HOME) prosimy o przechowywanie inputów ANSYS w katalogach grup $PLG_GROUPS_DIR/<nazwagrupy> lub w katalogu $SCRATCH na systemie plików Lustre.
Przekroczenie limitów dyskowych jest przyczyną 80% problemów z działaniem oprogramowania.
...
uruchomienie sesji graficznej pro-viz
...
Code Block |
---|
...
|
...
|
...
uruchomienie workbench
RSM - remote solve manager umożliwia zlecenie zadania na klaster z poziomu sesji graficznej ANSYS workbench.
ANSYS pozwala na wysłanie całości projektu do przeliczenia poprzez mechaznim RSM lub wybranych solverów.
Uwaga: obliczenia wymagające wysłania całości projektu w ramach RSM obejmują
Wysłanie całości projektu do RSM wymaga:
| ||
# załadowanie modułu pro-viz
#klaster ares
module add pro-viz
#klaster prometheus
module add tools/pro-viz
# zlecenie sesji graficznej: 1 węzeł x 4 rdzenie na 8 godzin
pro-viz start -N1 -n4 -t 8:00:00
# sprawdzenie czy sesja graficzna się uruchomiła
pro-viz list
# ustawienie hasła dla sesji
pro-viz password <jobid> |
W momencie kiedy ustawione zostanie hasło, należy zestawić sesje graficzną poprzez klienta VNC. Opis postępowania dostępny jest w sekcji: Obliczenia w trybie graficznym: pro-viz
załadowanie modułu ansys
Code Block | ||||
---|---|---|---|---|
| ||||
# załadowanie modułu pro-viz
#klaster ares
module load ansys
#klaster prometheus
module add plgrid/apps/ansys
# opcjonalnie dla szybkiego renderingu (przyspiesza operacje graficzne na modelach 3d)
#klaster prometheus
module add plgrid/libs/mesa |
uruchomienie workbench
Code Block | ||||
---|---|---|---|---|
| ||||
# uruchomienie workbench
runwb2
# alternatywnie w przypadku załadowania modułu mesa w punkcie 2.:
runwb2 -oglhw |
...
W trybie zlecenia zadań do systemu kolejkowego dostępne są następujące rodzaje kolejek.
Wybór kolejki powinien zależeć od prognozowanego czasu obliczeń.
Kolejki plgrid-short charakteryzują się szybszym czasem uruchomienia dzięki mechanizmowi backfill ale posiadają ograniczenie czasowe czasu trwania zadania
Kolejka AMD polecana jest dla zadań z większymi wymaganiami pamięci na rdzeń.
Nazwa kolejki | max. czas trwania zadania | ilość pamięci na każdy rdzeń zadania | ilość rdzeni na węzeł |
---|
plgrid |
72 godziny |
4000 MB
8000 MB | 48 | ||
plgrid-gpu-v100 | 72 godziny | 12000 MB | 32 |
Nazwa kolejki | max. czas trwania zadania | ilość pamięci na każdy rdzeń zadania | ilość rdzeni na węzeł |
---|---|---|---|
plgrid | 72 godziny |
5000 MB |
24 |
plgrid-short |
1 godzina |
5000 MB | 24 | ||
plgrid-long | 168 godzin | 5000 MB | 24 |
plgrid-gpu | 72 godziny | 5000 MB | 24 |
...
W środowisku slurm za izolację rdzeni odpowiada mechanizm cgroups, a przypinanie procesów do rdzeni realizowane jest przez biblioteki MPI.
Komunikat ma wartość informacyjną i nie ma wpływu na wydajność obliczeń
Przed zgłoszeniem problemu prosimy upewnić się że:
w czasie wystąpienia problemu nie została przekroczona quota dyskowa. Informacje otrzyujemy wywołując na maszynie dostępowej klastra (pro.cyfronet.pl) polecenie:
Code Block | ||||
---|---|---|---|---|
| ||||
#klaster ares
hpc-fs
# klaster prometheus:
pro-fs |
użytkownik posiada aktywny grant obliczeniowy
...
Code Block | |||
---|---|---|---|
|
...
| |
#klaster ares
hpc-grants
#klaster prometheus
plg-show-grants
plg-show-grant-details <grant_name> |
Zaobserwowane problemy i błędy prosimy zgłaszać przez system helpdesk - helpdesk.plgrid.pl podając następujące informacje: