Model działa wolniej, więc podejrzenie pada na ostatnio wczytaną rodzinę. To możliwy trop, ale przed przebudową całej biblioteki warto sprawdzić, kiedy pojawia się problem. Długi czas otwierania widoku, zmiany typu i zapisu nie musi mieć tej samej przyczyny.
Zacznij od powtarzalnego testu
Zapisz czynność, która sprawia trudność, i warunki jej wykonania. Pracuj na kopii modelu. Porównuj ten sam widok, zakres widoczności i zestaw elementów. Zmieniaj jeden czynnik naraz, aby wynik rzeczywiście pomagał w podjęciu decyzji.
Możesz przygotować prosty projekt testowy z podejrzaną rodziną i sprawdzić jej zachowanie przy kilku typach oraz różnej liczbie wystąpień. Taki test nie zastępuje oceny projektu, ale pomaga oddzielić problem komponentu od problemu całego środowiska.
Sprawdź poziom szczegółowości
Przyjrzyj się geometrii: czy każda mała część jest potrzebna w modelu? Czy detale widoczne tylko z bardzo bliska mają znaczenie na rzutach i przekrojach? Zamiast usuwać elementy przypadkowo, określ minimalny zakres potrzebny do dokumentacji i koordynacji.
Pomocne jest porównanie uproszczonej wersji rodziny z pierwotną. Zachowaj ten sam zestaw parametrów i warunki testu, żeby sprawdzić wpływ zmiany geometrii.
Przejrzyj strukturę komponentu
Sprawdź, jakie rodziny zagnieżdżone, materiały i zależności zawiera plik. Szukaj elementów pozostałych po wcześniejszych wariantach oraz powielonych rozwiązań. Złożona struktura może być uzasadniona, ale powinna wynikać z funkcji produktu.
Nie przyjmuj jednej granicznej wielkości pliku jako jedynego kryterium jakości. Rozmiar RFA jest użyteczną wskazówką, lecz nie opisuje całego zachowania rodziny w modelu.
Oceń sposób wykorzystania
Rodzina występująca kilka razy może zachowywać się inaczej w praktyce niż komponent powtórzony w całym obiekcie. Sprawdź też, czy na analizowanym widoku potrzebna jest widoczność wszystkich elementów. Problem może dotyczyć organizacji widoku, połączeń lub danych, a nie wyłącznie samego pliku RFA.
Wprowadzaj poprawki z kontrolą rezultatu
Po każdej istotnej zmianie powtórz test i sprawdź dokumentację. Uproszczenie nie powinno usuwać istotnych wymiarów, identyfikacji produktu ani danych wykorzystywanych w zestawieniach. Zapisz, co zmieniono i jaki efekt zaobserwowano.
- Opis problematycznej czynności.
- Próbka modelu lub projekt testowy.
- Wariant rodziny przed zmianą i po zmianie.
- Wynik testu oraz kontrola poprawności dokumentacji.
Jeżeli nie wiadomo, od czego zacząć, audyt modelu i rodzin pozwala ustalić priorytety. Nie każda biblioteka wymaga przebudowy — czasem wystarczy poprawić kilka najczęściej używanych komponentów.
Praktyczna kolejność optymalizacji
Zachowaj kopię rodziny i zapisz czas podstawowych operacji w modelu testowym. Rozmiar RFA jest sygnałem, ale nie jedyną miarą wydajności. Porównuj ten sam scenariusz: wstawianie, zmianę typu, otwieranie widoków i regenerację.
- Przejrzyj importowaną geometrię i niepotrzebne detale. Pliki CAD wykorzystane jako podkład usuń dopiero po sprawdzeniu, czy nie są potrzebne do działania rodziny.
- Sprawdź zagnieżdżenia oraz to, czy każdy element musi być osobną rodziną.
- Uprość reprezentację na mniejszych poziomach szczegółowości.
- Zweryfikuj zależności i formuły, nie usuwając reguł potrzebnych do poprawnego działania.
- Przetestuj wszystkie typy i skrajne wartości po zmianach.
Nie optymalizuj przez przypadkowe kasowanie parametrów. Mogą odpowiadać za zestawienia, etykiety lub zgodność z biblioteką klienta. Zmiana standardu danych wymaga uzgodnienia. Więcej wskazówek technicznych zawiera dokumentacja Autodesk dotycząca optymalizacji rodzin.
BIM Library Care obejmuje uzgodnione poprawki i optymalizację istniejących bibliotek.
