Scratch na stacji roboczej a wspólny Scratch Tier w postprodukcji: Które pliki powinny być udostępniane zespołom?

Przechowuj Media Cache i inne specyficzne dla stacji roboczej, wrażliwe na opóźnienia pliki na lokalnym dysku SSD lub NVMe. Używaj wspólnego poziomu scratch dla podglądów, auto zapisów, proxy, tymczasowych renderów lub zasobów projektu tylko wtedy, gdy inny edytor lub system renderujący będzie z nich korzystał ponownie. Prawidłowy podział zależy od tego, czy plik jest jednorazowy, możliwy do udostępnienia, kosztowny do odtworzenia i bezpieczny do równoczesnego dostępu.

Scratch stacji roboczej vs wspólny scratch w skrócie

Lokalna pamięć podręczna jest zoptymalizowana pod kątem czasu reakcji jednej stacji roboczej. Wspólna pamięć podręczna jest zoptymalizowana pod kątem ponownego wykorzystania i współpracy. Przenoszenie każdego pliku tymczasowego na NAS generuje niepotrzebny ruch sieciowy; przechowywanie każdego wygenerowanego pliku lokalnie może zmusić kilku edytorów do powtarzania tego samego renderowania lub pracy z proxy.

Dlaczego Media Cache zazwyczaj powinien pozostać lokalny?

Media Cache zawiera pliki przyspieszające i bazę danych, do której aplikacja edycyjna odwołuje się wielokrotnie. Adobe zaleca szybki dysk SSD lub NVMe i szczególnie radzi, aby Media Cache pozostawał lokalny w środowiskach współdzielonych. Pliki te można odbudować, więc centralna ochrona ma mniejszą wartość niż dostęp o niskim opóźnieniu.

Aktualne wskazówki Adobe dotyczące Media Cache opisują pliki audio peak i conform jako dane przyspieszające i zalecają usuwanie starych lub nieużywanych wpisów. Wspólny poziom zamienia to jednorazowe obciążenie w ruch sieciowy i problem z czyszczeniem.

Lokalny cache izoluje również zachowanie stacji roboczej. Jeden edytor może wyczyścić lub odbudować cache bez wpływu na innego. Jeśli cache musi zostać przeniesiony, przeznacz lokalny wolumin z wystarczającą ilością wolnego miejsca i monitorowaniem, zamiast umieszczać go obok chronionych mediów źródłowych.

Kiedy wspólna pamięć podręczna oszczędza czas zespołu?

Wspólna pamięć podręczna jest cenna, gdy wygenerowany wynik można ponownie wykorzystać. Pliki podglądu renderowane przez jednego edytora mogą pozwolić innemu edytorowi na odtworzenie tego samego fragmentu bez powtarzania renderowania. Wspólne proxy mogą również zapobiec tworzeniu identycznych lekkich mediów przez kilka stacji roboczych.

Ustawienia scratch w Productions Adobe domyślnie umieszczają foldery scratch obok produkcji i pozwalają zespołom wybrać wspólne miejsce. Dotyczy to współdzielonych wyników produkcji, a nie osobnej rekomendacji Media Cache.

Wartość zależy od ponownego użycia. Podgląd wygenerowany raz i używany przez kilku edytorów oszczędza moc obliczeniową i czas. Tymczasowy render używany przez jedno stanowisko generuje więcej zapisów sieciowych, pytań o przechowywanie i konfliktów nazewnictwa niż wartości.

Które pliki scratch muszą przetrwać awarię stanowiska roboczego?

Automatyczne zapisy nie powinny znikać wraz ze stanowiskiem edycyjnym. Powinny znajdować się obok chronionego miejsca projektu lub innego celu odzyskiwania dostępnego po awarii stanowiska. Są to wersje tymczasowe, ale ich wartość odzyskiwania jest wysoka, gdy bieżący projekt ulegnie uszkodzeniu lub edytor popełni destrukcyjną zmianę.

Proxy mogą również wymagać ochrony, gdy ich regeneracja jest kosztowna lub zdalni edytorzy na nich polegają. Nie zastępują oryginałów z kamery, ale utrata dużego zestawu proxy w trakcie terminu może spowodować znaczne przestoje. Należy je przechowywać zgodnie z kosztem produkcji, a nie traktować każde proxy jako jednorazowe.

Przewodnik ZimaSpace po umiejscowieniu pamięci NAS dla Premiere przedstawia szerszą mapę ról plików. To porównanie skupia się na wąskiej decyzji, które generowane pliki powinny być współdzielone między systemami postprodukcji.

Która warstwa lepiej obsługuje współbieżne zapisy?

Lokalne NVMe izoluje intensywne zapisy cache i conform od sieci. Każde stanowisko robocze otrzymuje przewidywalną wydajność scratch, a jeden edytor nie może zapełnić wspólnej warstwy podczas odbudowy cache. Kosztem jest zdublowana pojemność i powtarzane generowanie na różnych systemach.

Wspólna warstwa scratch musi obsługiwać jednoczesne podglądy, automatyczne zapisy, tworzenie proxy i tymczasowe renderingi bez opóźniania odczytów źródłowych mediów. NVMe może zapewnić przydatne IOPS, ale procesor NAS, protokół, łącze sieciowe i połączenia klientów muszą wytrzymać pełne mieszane obciążenie.

Istniejące porównanie obciążeń NAS NVMe wyjaśnia, dlaczego NVMe lepiej wspiera współbieżne, wrażliwe na opóźnienia zadania niż proste sekwencyjne przechowywanie danych. Nie eliminuje to jednak problemów z niedostatecznie wydajną siecią lub przeciążonym NAS.

Który workflow pasuje do każdego zespołu postprodukcyjnego?

Wybierz Workstation Scratch, gdy

Przechowuj scratch lokalnie, gdy pliki generowane są używane przez jednego edytora, najważniejsza jest responsywność osi czasu, a dane można odtworzyć. Media Cache, bazy danych cache, pliki audio conform i pojedyncze tymczasowe eksporty zwykle pasują do tego modelu.

Wybierz Shared Scratch, gdy

Używaj współdzielonego scratch, gdy podglądy, proxy, automatyczne zapisy lub rendery są ponownie używane przez kilku edytorów, węzły renderujące lub systemy wykończeniowe. Stosuj zasady folderów na poziomie projektu, limity, odpowiedzialność za czyszczenie i migawki tam, gdzie wartość odzysku to uzasadnia.

Użyj podziału Scratch, gdy

Większość zespołów powinna podzielić obciążenie: lokalne NVMe dla pamięci podręcznej i tymczasowych plików specyficznych dla stacji roboczej, współdzielone SSD lub NVMe dla wielokrotnie używanych podglądów i proxy oraz chroniony magazyn HDD lub SSD dla oryginalnych mediów i głównych plików projektów. ZimaCube 2 może hostować warstwy współdzielone, podczas gdy stacje robocze zachowują lokalną pamięć podręczną.

Zasady warstwy Scratch przed wdrożeniem

• Klasyfikuj każdy wygenerowany plik jako lokalny, wielokrotnie używany przez zespół, możliwy do odzyskania lub jednorazowy.
• Przechowuj Media Cache i bazy danych cache na szybkim lokalnym nośniku.
• Udostępniaj podglądy lub proxy tylko wtedy, gdy wiele systemów będzie ich ponownie używać.
• Umieść Auto Save w chronionej lokalizacji, która przetrwa awarię stacji roboczej.
• Ustaw limity i odpowiedzialność za czyszczenie dla każdego folderu scratch współdzielonego.
• Mierz wydajność warstwy współdzielonej podczas jednoczesnego odczytu mediów i pracy proxy.
• Nie traktuj scratch jako kopii zapasowej oryginalnych mediów lub finalnych projektów.

Najczęściej zadawane pytania

Czy pliki podglądu Premiere mogą być udostępniane?

Tak. Adobe Productions może przechowywać lokalizacje scratch, w tym pliki podglądu i Auto Save, na współdzielonym magazynie, aby współpracownicy mieli do nich dostęp. Sieć i warstwa magazynu muszą obsługiwać powstałe zapisy, a zespół potrzebuje polityki czyszczenia.

Czy proxy powinny pozostać lokalne?

Przechowuj je lokalnie, gdy potrzebuje ich tylko jeden edytor lub praca zdalna wymaga przenośnej kopii. Udostępniaj je, gdy kilku edytorów korzysta z tego samego zestawu proxy, a ich wielokrotne odtwarzanie kosztuje więcej czasu niż przechowywanie i udostępnianie centralne.

Czy Shared Scratch to kopia zapasowa?

Nie. Scratch to operacyjna przestrzeń robocza. Niektóre pliki mogą być warte zrobienia migawki dla krótkoterminowego odzyskiwania, ale oryginalne materiały, pliki projektów, bazy danych i finalne dostawy wymagają niezależnych kopii zapasowych z określonym okresem przechowywania oraz kopii zewnętrznej.

Ostateczny werdykt

Przechowuj pamięć podręczną specyficzną dla stacji roboczej i dane konformacyjne lokalnie. Udostępniaj podglądy, automatyczne zapisy, proxy lub tymczasowe rendery tylko wtedy, gdy inny edytor lub system będzie ich ponownie używać. Dyscyplinarny podział zapewnia lokalną responsywność edytorom, jednocześnie zapobiegając wielokrotnemu tworzeniu tych samych kosztownych wyników na każdej stacji roboczej.