فهرست مطالب
سیستم نامگذاری قدیمی 8.3 در فایلسیستم ویندوز با تولید شناسههای ثانویه، حتی در کامپیوترهای مجهز به حافظه SSD پرسرعت گلوگاههای شدیدی پدید میآورد.
به گزارش سرویس سیستم عامل کامپیوتر تکناک، یک قابلیت سازگاری قدیمی بازمانده از دوران سیستمعامل داس که پس از گذشت دههها همچنان در لایههای زیرین ویندوز ۱۱ فعال است، میتواند در سناریوهای مدیریت دادههای پرشمار، حتی در کامپیوترهای مجهز به درایوهای پرسرعت M.2 SSD، گلوگاههای عملکردی محسوسی پدید آورد. بررسیهای فنی اخیر و شواهد آزمایشگاهی نشان میدهند که غیرفعالسازی سیستم نامگذاری سنتی موسوم به 8dot3 یا نامگذاری کوتاه فایل (SFN)، سرعت پیمایش، جستجو و انتقال دادهها میان سیستمعاملها را در محیطهای دارای فایلهای حجیم و پرشمار به شکل چشمگیری افزایش میدهد.
در دهههای گذشته و با ظهور سیستمعامل MS-DOS، ساختار فایل سیستم FAT فایلها را محدود به قالبی معین میکرد: حداکثر هشت نویسه برای نام اصلی، یک نویسه برای نقطه جداکننده و سه نویسه برای پسوند، که در مجموع حداکثر ۱۲ نویسه را پوشش میداد. با ورود نسخههای مدرن ویندوز و توسعه فایل سیستم NTFS، محدودیت نامگذاری رفع شد و امکان استفاده از نامهای طولانی و توصیفی در دسترس کاربران قرار گرفت. با این حال، مایکروسافت به منظور تضمین سازگاری رو به عقب (Backward Compatibility) با برنامههای ۱۶ بیتی و ابزارهای قدیمی، قابلیتی را درون NTFS تعبیه کرد که به ازای هر فایل دارای نام طولانی، یک نام کوتاه ثانویه و سازگار با قاعده 8.3 نیز در پسزمینه ایجاد میکند. در این ساختار، سیستمعامل نامهای فراتر از سقف مجاز را با استفاده از علامت مدک (~) کوتاه کرده و شناسه ثانویهای برای آنها ذخیره میسازد.
ایجاد گلوگاه در درایوهای SSD
اگرچه این مکانیزم برای دههها انتقال نرم میان نسلهای سیستمعامل را تسهیل میکرد، اما در سیستمهای مدرن با حجم انبوه فایل، هزینههای پردازشی مضاعفی به ساختار دیسک تحمیل میکند. یکی از کاربران شبکه اجتماعی Reddit که سالها با کندیهای مقطعی در ناوبری پوشههای حجیم و انتقال فایل میان ویندوز و اندروید از طریق پروتکلهای USB و FTP مواجه بود، عملکرد درایو پرسرعت M.2 SSD خود را فراتر از انتظار کند ارزیابی کرد. این کاربر با ردیابی منشأ مشکل، تمرکز خود را بر قابلیت 8.3 قرار داد و با بهرهگیری از خط فرمان ویندوز، مکانیزم تولید خودکار این نامهای کوتاه را به چالش کشید.
ویندوز ابزاری اختصاصی تحت عنوان fsutil 8dot3name در اختیار مدیران سیستم قرار میدهد که وضعیت فعال بودن این قابلیت را در سطح سراسری یا بر پایه پارتیشنهای مشخص بررسی میکند. این ابزار قادر است رفتار پیشفرض ویندوز را در قبال فایلها و فولدرهای جدید تغییر دهد، کلیدهای رجیستری وابسته را اسکن کند و نامهای کوتاه از پیش ثبتشده را از پوشههای معین بزداید. این کاربر ابتدا با فرمان fsutil 8dot3name query C: از فعال بودن این ویژگی اطمینان یافت، سپس تولید نام کوتاه برای دادههای ورودی جدید را خاموش کرد و در گام بعد، شناسههای 8.3 موجود را در آرشیو ویدیویی پرحجم خود از مسیر دستوری fsutil 8dot3name strip /f /s پاکسازی کرد.
پیامدهای این تغییر پیکربندی بلافاصله در عملکرد کاربری نمایان شد. بر پایه تجربیات ثبتشده، پیمایش و اسکرول در حالت نمایش Tile بسیار روانتر شد و شاخصگذاری و جستجو در دل دایرکتوریهای سنگین با شتابی بالاتر صورت پذیرفت. علاوه بر این، سرعت دسترسی و عملیات خواندن و نوشتن روی دیسکهای اکسترنال ارتقا یافت و مرور پوشههای متصل از دستگاههای اندرویدی چه روی بستر کابل USB و چه در اتصالات شبکه محلی FTP، رفتاری همسطح پوشههای داخلی سیستمعامل به خود گرفت؛ پیشرفتی که به ویژه هنگام انتقال پوشههای پرشمار موسیقی و ترکهای صوتی پرشمار مشهود بود.
بهبود چشمگیر سرعت انتقال و جستجو
این دستاورد اگرچه در نگاه نخست یک بهینهسازی فردی به نظر میرسد، اما ریشه در مستندات رسمی مهندسی نرمافزار دارد. مایکروسافت در مستندات فنی NTFS صراحتا قید کرده است که تولید نامهای مستعار 8.3 را میتوان به دلایل عملکردی چه در سطح کل سیستم و چه برای پارتیشنهایی خاص غیرفعال کرد. بر پایه این اسناد، زمانی که تعداد فایلهای درون یک دایرکتوری منفرد از مرز ۳۰۰ هزار قلم عبور میکند، پردازشهای لازم برای تخصیص نام مستعار غیرتکراری به صورت تصاعدی بالا میرود. از آنجا که ویندوز باید با آزمودن ترکیبات عددی پس از علامت مدک، از عدم تکرار نام کوتاه اطمینان یابد، فرآیند ساخت و ثبت هر فایل جدید با تاخیر مواجه میشود.
تحقیقات آزمایشگاهی پیشین شرکت Dell نیز این چالش ساختاری را در محیطهای کلانداده به اثبات رسانده است. مهندسان این شرکت در آزمایشی کنترلشده روی پارتیشنهای NTFS با میلیونها فایل، عملکرد نرمافزار پشتیبانگیری سازمانی Avamar را ارزیابی کردند. نتایج آزمون شرکت Dell نشان داد که با روشن بودن قابلیت نامگذاری 8.3، توان عملیاتی ایجاد فایلها همگام با افزایش تعداد آنها به شدت سقوط کرد و عملیات ورودی و خروجی در آستانه ۱٫۳ میلیون فایل تقریبا متوقف شد. در نقطه مقابل، زمانی که پشتیبانی از 8.3 غیرفعال گردید، نرمافزار توانست بیش از ۵ میلیون فایل را ظرف دو تا سه ساعت بدون هیچگونه افت سرعت ایجاد و پردازش نماید.
تایید رسمی افت کارایی توسط مایکروسافت
با وجود این دستاوردهای عملکردی ملموس، دستکاری این ویژگی بدون در نظر گرفتن ریسکهای وابسته به پایداری نرمافزار توصیه نمیشود. مایکروسافت هشدار میدهد که حذف یکباره نامهای کوتاه 8.3 از درایوهای سیستمی و بدون توجه به نرمافزارهای قدیمی، میتواند سازگاری برنامههای متکی بر این شناسهها را مختل سازد. در برخی نرمافزارهای مهندسی، تجاری یا نسخههای کهنه ابزارهای سازمانی، مسیرهای دسترسی مستقیم به شاخههایی مانند Program Files بر پایه الگوی کوتاه PROGRA~1 در پایگاه داده یا رجیستری ویندوز ذخیره شدهاند. طبق گزارش نئووین، حذف بیمحابای این نامها میتواند به از کار افتادن این نرمافزارها یا بروز خطاهای بحرانی در فرآیند لغو نصب (Uninstall) منتهی شود. از این رو، تهیه نسخه پشتیبان کامل از دایرکتوری هدف پیش از اعمال هرگونه دستور حذفی، پیششرطی حیاتی به شمار میآید.
در نهایت، غیرفعالسازی ساختار نامگذاری 8.3 را نباید یک فرمول جادویی یا ترفند همگانی برای ارتقای سرعت روزمره تمام کاربران ویندوز ۱۱ تلقی کرد؛ چرا که کاربرانی با حجم محدودی از فایلها هرگز متوجه تفاوت ملموسی در کارایی نخواهند شد. با این حال، این یافته معماری ویندوز را زیر ذرهبین قرار میدهد و نشان میدهد که چگونه یک میراث نرمافزاری چهار دههای که صرفا برای پشتیبانی از اکوسیستم منسوخ MS-DOS زنده نگه داشته شده است، حتی در عصر پردازندههای چند هستهای مدرن و درایوهای پیشرفته SSD، توان بالقوه آن را دارد که در بارهای کاری پرفایل، گلوگاههای عملکردی غیرمنتظرهای برای سیستم به وجود آورد.
