بهینهسازی کتابخانه رویت یعنی اصلاح همان فمیلیها و تنظیمات مشخصی که باعث سینک کند، شیت شکسته یا فایل حجیم میشوند، نه کوچککردن کل کتابخانه. کتابخانهای با چهل فمیلی میتواند دائم خراب شود و کتابخانهای با چهارصد فمیلی میتواند سالها تمیز کار کند. چیزی که خراب میکند هیچوقت تعداد کل نیست؛ یک جزئیات مشخص در چند فمیلی است: یک ایمپورت تودرتو، یک پارامتر یتیم، یک الگوی نامگذاری که کسی روی آن توافق نکرده. همینها را اصلاح کنید، حجم فایل خودش حل میشود. یکی از امتحانهای دیباگ تیم ما زمانی فقط با یک غلط املایی نمره کم کرد؛ تنها کسری از نمرهای ۲۳.۵ از ۲۴، در حالی که بالاترین نمره کلاس ۱۸ بود. کتابخانههای رویت هم همینطور خراب میشوند. بزرگترین ریسک یک کتابخانه هیچوقت بزرگترین فایل نیست؛ همان کوچکترین چیزی است که کسی بررسی نکرده.
چرا حجم فایل مشکل اصلی نیست
حجم فایل رویت یک نشانه است، نه یک تشخیص. دو دفتر میتوانند کتابخانههایی با حجم کاملاً متفاوت داشته باشند و تجربهای برعکس هم داشته باشند: دفتری با کتابخانه کوچکتر هر هفته کرش میکند و دفتری با کتابخانه بزرگتر هرگز در تیکت پشتیبانی دیده نمیشود. آنچه واقعاً مشکل را پیشبینی میکند این است که چند فمیلی از این کتابخانه وزن غیرضروری حمل میکنند: هندسه ایمپورتشده از CAD که کسی صاف نکرده، فمیلیهای تودرتو تا سه لایه عمق، پارامترهایی که هیچ کاری نمیکنند اما در هر ریجنریشن دوباره محاسبه میشوند.
راهنمای رسمی اتودسک یک سقف تقریبی برای یک فمیلی تعیین میکند: بین ۲ تا ۳ مگابایت، پیش از آنکه دلیل مشخصی برای حجم بیشتر لازم باشد. این عدد یک هشدار مفید است، نه یک هدف. دنبالکردن یک حجم کلی دلخواه برای کل کتابخانه وقت تلف میکند؛ دنبالکردن فمیلیهایی که از همین سقف رد شدهاند، مشکل واقعی را پیدا میکند.
ابتدا موارد بلااستفاده را پاک کنید
همه منابع معتبر درباره عملکرد رویت روی یک قدم اول توافق دارند: Purge Unused را اجرا کنید، و بیش از یکبار اجرا کنید. مرحله اول فمیلیها، تایپها و متریالهایی را که دیگر هیچ نمونهای در مدل ندارند حذف میکند. مرحله دوم و سوم چیزی را میگیرند که مرحله اول باز کرده، چون حذف یک فمیلی بلااستفاده گاهی یک فمیلی تودرتوی زیرش را هم آزاد میکند.
این قدم سریع و کمریسک است، اما بهتنهایی بهندرت کافی است. شلوغی آشکار را پاک میکند تا قدمهای بعدی بتوانند فمیلیهایی را پیدا کنند که واقعاً آسیب میزنند؛ یک فمیلی تودرتوی حجیم یا یک پارامتر با نام اشتباه را اصلاح نمیکند، چون هر دو از یک پاکسازی معمولی جان سالم بهدر میبرند.
اول محتوای دانلودی را تمیز کنید
اغلب کتابخانهها از کار داخلی شلوغ نشدهاند؛ از فایلهایی شلوغ شدهاند که از سایت یک تولیدکننده یا یک سایت محتوای رایگان دانلود و مستقیم در پروژه لود شدهاند، چون یک ددلاین وقت بررسی نگذاشته بود. فمیلیهای دانلودی رایجترین منبع همان مشکلاتی هستند که این راهنما برای رفع آنها نوشته شده: هندسه اضافه، فرمولهایی که به پارامترهای حذفشده اشاره میکنند، استایل اشیایی که با استاندارد دفتر همخوانی ندارد.
با هر فمیلی دانلودی طوری رفتار کنید که تا وقتی جداگانه باز، بررسی و تمیز نشده، تأییدنشده حساب شود؛ نه داخل همان پروژهای که فوری به آن نیاز داشت. این یعنی بررسی پیچیدگی هندسه، حذف پارامترهای تایپ بلااستفاده و بازنشانی هر متریالی که روی By Category تنظیم نشده، پیش از ورود به کتابخانه مشترک. فمیلیای که از این مرحله رد میشود، معمولاً بعداً هزینه بیشتری برای اصلاح دارد تا اگر همان روز اول تمیز میشد.
استایل اشیا و پارامترهای یتیم را اصلاح کنید
استایل اشیا مشخص میکند خطوط، هاشورها و سابکتگوریهای یک فمیلی چطور رندر و چاپ میشوند، و ناهماهنگی در آنها یکی از رایجترین دلایلی است که یک کتابخانه غیرحرفهای بهنظر میرسد حتی وقتی هندسه زیرش کاملاً درست است. استایل اشیا و سابکتگوریها را برای هر فمیلی آگاهانه تنظیم کنید، نه هرچه با فایل دانلودی آمده.
همین مرحله باید پارامترهای یتیمِ بهجامانده از یک ویرایش قبلی، فایلهای پارامتر مشترکِ بلااستفادهای که هنوز در فمیلی ارجاع داده میشوند و تایپهای تکراریای را که فقط به این دلیل وجود دارند که کسی یک فمیلی را دوبار با دو نام مختلف لود کرده، پیدا کند. هیچکدام از اینها در بررسی حجم فایل دیده نمیشوند. همهشان دیر یا زود به شکل یک خطای شیت یا تگی که پر نمیشود ظاهر میشوند.
کتابخانه را با استاندارد واقعی مرتب کنید
یک فمیلی تمیزشده هم اگر کسی نتواند پیدایش کند، یا دو نفر دو نسخه متفاوت را با دو نام متفاوت ذخیره کنند، همچنان مشکلساز است. قواعد نامگذاری، سلسلهمراتب پوشهها و قواعد دستهبندی باید یک استاندارد نوشتهشده باشند که کل دفتر از آن پیروی میکند، نه عادتی که فقط یک نفر یادش میماند؛ دقیقاً همین خلأ است که کار ما روی محتوای BIM و رویت معمولاً برای پرکردنش وارد میشود.
این استاندارد لازم نیست پیچیده باشد. سه چیز کافی است:
- یک الگوی نامگذاری ثابت که دسته و نوع را در خود دارد.
- ساختار پوشهای که با نحوه واقعی جستوجوی افراد هماهنگ است، نه با نحوه اتفاقی رشد کتابخانه.
- یک نفر یا یک تیم که مسئول تأیید ورودیهای جدید پیش از قرارگرفتن در کتابخانه مشترک باشد.
نجات بدهید یا بازسازی کنید
هر فمیلی ارزش تمیزکردن ندارد. برخی با یک ساعت کار قابلنجاتاند. برخی دیگر آنقدر ویرایش مستندنشده از افراد مختلف روی خود دارند که بازسازی از یک قالب تمیز، سریعتر از ردیابی مشکل است.
همینجاست که صداقت درباره دامنه کار اهمیت دارد. اگر چند فمیلی محدود دارید و کسی درباره حجم فایل شکایتی نکرده، استخدام یک مشاور پاکسازی زیادهروی است: اول بیست دقیقه با Purge Unused و Compact on Save امتحان کنید. کمک بیرونی برای بازسازی کتابخانه زمانی لازم است که کتابخانه بین چند نفر مشترک است، مشکل اصلی خودِ استاندارد است، و مجموعهای از فمیلیهای بهشدت پراکنده واقعاً بازسازیشان از یک استاندارد تمیز سریعتر از اصلاح تکهتکه است.
با ممیزی دورهای تمیز نگهش دارید
یک پاکسازی یکباره چند ماه وقت میخرد، نه دائمی بودن. کتابخانهها بهطور پیشفرض به سمت شلوغی برمیگردند، چون لودکردن یک فمیلی جدید زیر فشار ددلاین همیشه از بررسیکردنش سریعتر است. تنها دفاع، یک ممیزی دورهای است، نه یک تلاش یکباره بزرگتر.
پلاگینهایی که این بررسیها را روی کل کتابخانه بهصورت دستهای انجام میدهند وجود دارند و ارزش استفاده دارند، اما فقط وقتی کتابخانه بهقدر کافی تمیز باشد که این بررسیها معنا داشته باشند؛ اجرای یکی از آنها روی یک کتابخانه نامرتب فقط یک فهرست بلند تولید میکند که کسی به آن عمل نمیکند.
یک بازه زمانی ثابت تعیین کنید؛ فصلی برای یک دفتر شلوغ پیشفرض معقولی است، و هر بار سه چیز را بررسی کنید:
- فمیلیهای جدید در برابر استاندارد نامگذاری و استایل اشیا.
- حجم فایلها در برابر سقف هر فمیلی.
- تایپهای تکراریای که دوباره نفوذ کردهاند.
هدف واقعی، کتابخانه تمیز نیست؛ کتابخانهای است که دیگر کسی مجبور نیست به آن فکر کند. این فقط زمانی اتفاق میافتد که استاندارد پیش از پاکسازی تعیین شده باشد، محتوای دانلودی پیش از اعتمادکردن بررسی شود، و ممیزیِ بعدی دنبال فمیلیهای مشخصی که مشکلساز هستند بگردد، نه اینکه همهچیز پاک شود به امید اینکه چیز درست اصلاح شده باشد.
پرسشهای متداول
آیا برای بهینهسازی کتابخانه رویت حتماً باید کسی را استخدام کنیم؟
نه همیشه. اگر چند فمیلی محدود دارید و کسی درباره حجم فایل شکایتی نکرده، ابتدا بیست دقیقه با Purge Unused و Compact on Save امتحان کنید. کمک بیرونی زمانی لازم است که کتابخانه بین چند نفر مشترک است و مشکل اصلی خودِ استاندارد است، نه فقط حجم.
Purge Unused دقیقاً چه چیزی را از رویت حذف میکند؟
فمیلیها، تایپها، متریالها و سایر عناصری که هیچ نمونهای در مدل یا پروژه باز ندارند. به چیزی که هنوز استفاده میشود دست نمیزند، حتی اگر آن استفاده یک نمونه تنها و فراموششده باشد، و یک فمیلی حجیم یا با نام اشتباه را که هنوز لود است اصلاح نمیکند.
چطور بفهمیم کدام فمیلیها واقعاً باعث مشکل حجم شدهاند؟
پیش از پاکسازی، ممیزی کنید. فمیلیها را بر اساس حجم مرتب کنید و ابتدا بزرگترینها را برای هندسه ایمپورتشده از CAD یا جزئیات تودرتوی غیرضروری بررسی کنید؛ معمولاً بیشتر حجم همانجاست، نه بهطور یکنواخت در کل کتابخانه.
حداکثر حجم امن برای یک فمیلی رویت چقدر است؟
راهنمای رسمی اتودسک آن را حدود ۲ تا ۳ مگابایت میداند. فمیلیای که خیلی از این عدد بیشتر است لزوماً اشتباه نیست، اما باید دلیل مشخصی برای حجمش داشته باشد، نه صرفاً این فرض که هندسه بزرگتر یعنی جزئیات بهتر.
آیا حذف فمیلیهایی که خودمان نساختهایم امن است؟
فقط پس از بررسی اینکه آیا چیزی در پروژه فعلی هنوز به آنها ارجاع میدهد. Purge Unused از قبل در برابر حذف فمیلیهای با نمونه فعال محافظت میکند؛ فراتر از آن، هر چیزی باید همان ممیزی معمول را پیش از حذف از کتابخانه مشترک طی کند.
آیا بهجای لودکردن همه تایپهای یک فمیلی، باید از Type Catalog استفاده کنیم؟
بله، هر وقت یک فمیلی بیش از چند تایپ محدود دارد. Type Catalog اجازه میدهد پروژه فقط همان تایپهای مشخصی را که نیاز دارد لود کند، نه کل فمیلی را، که هم فمیلی و هم فایل پروژه را سبکتر نگه میدارد.
پاکسازی کتابخانه قدیمی بهتر است یا بازسازی آن؟
به میزان پراکندگی آن بستگی دارد. کتابخانهای با چند فمیلی ناهماهنگ ارزش پاکسازی دارد. کتابخانهای با سالها تغییر مستندنشده از افراد مختلف، معمولاً بازسازی از یک استاندارد تمیز سریعتر از اصلاح تکهتکه است.
کتابخانه رویت واقعاً هر چند وقت باید ممیزی شود؟
فصلی برای یک دفتر شلوغ پیشفرض معقولی است. منتظرماندن برای شکایت یعنی صبرکردن تا کتابخانه از قبل آسیب واقعی زده باشد؛ یک بازه زمانی ثابت، شلوغی را وقتی هنوز چند فمیلی است میگیرد، نه کل کتابخانه.