# لینوس توروالدز از کد Claude برای پچ‌های لینوکس استفاده می‌کند

Published: 2026-10-12

لینوس توروالدز، Claude Code را برای کد، برنامه‌های آزمایشی، بررسی و پیش‌نویس اولیه نامه همراه پچ‌های مربوط به یک شاخه آزمایشی مدیریت حافظه لینوکس، تحت نظارت خود، اعتبار می‌دهد. آزمایش‌های لپ‌تاپ او کاهش زیادی در چرخه‌های پردازنده را برای یک حجم کاری کوچک خواندن صفحه مشترک، در کنار رگرسیون‌ها و حسابداری حل‌نشده حافظه در انتظار، نشان می‌دهد. این Daily Diff 12 اکتبر همچنین شامل بحث کارپاتی در مورد تجربیات نابرابر هوش مصنوعی و روایت دست اول سنداین از حذف یک نقش شغلی است. حکم نیکو NEEDS REVIEW است: دستیار را در گردش کار نگه دارید و قبل از ارسال تغییرات مربوط به طول عمر حافظه، آزمایش گسترده‌تری را درخواست کنید.

Canonical: https://thedailydiff.dev/fa/video/linus-claude-kernel/

## این ویدیو چه مواردی را پوشش می‌دهد

- منبع، کار شاخه آزمایشی است، با یک commit در شنبه 10 اکتبر و گزارشی از Phoronix که یکشنبه شب به وقت EDT (پیش از این دوشنبه به وقت GMT+7) منتشر شد. منابع انتخاب شده یک ادغام یا انتشار نهایی در mainline را تأیید نمی‌کنند.
- خواندن‌های کوچک یک فایل کش شده می‌تواند بر روی شمارش مرجع فولیو مشترک رقابت کند. این پیشنهاد امکان کپی کردن تحت حفاظت سمت خواندن RCU را فراهم می‌کند در حالی که استفاده مجدد نهایی از حافظه را تا یک دوره مهلت به تأخیر می‌اندازد.
- تست هشت رشته‌ای و شانزده بایتی لینوس از صفحه مشترک، 2937 تا 2975 چرخه هسته پایه در هر خواندن و 725 تا 726 چرخه با این سری را گزارش می‌کند که تقریباً یک چهارم هزینه است. این یک میکروبنچمارک لپ‌تاپ اجرا شده توسط نویسنده با غیرفعال کردن mitigations و hardened usercopy است، نه یک نتیجه عملکرد کل سیستم.
- منبع همچنین یک رگرسیون صفحه مقصد از دست رفته و حسابداری حل‌نشده allocator برای حافظه در انتظار استفاده مجدد را گزارش می‌کند. ماشین‌های گسترده‌تر و چندین پیکربندی اشکال‌زدایی/تست هنوز آزمایش نشده‌اند.
- کارپاتی تجربیات مختلف هوش مصنوعی را به دسترسی، مشکلات جاه‌طلبانه و وظایف قابل تأیید نسبت می‌دهد. تعداد کاربران حرفه‌ای او صراحتاً یک تخمین سرانگشتی است؛ هیچ نظرسنجی همراه پست نیست.
- سنداین یک کارفرمای ناشناس را توصیف می‌کند که با کمک هوش مصنوعی ارزان‌تر، برای رسیدن به M&amp;A (ادغام و اکتساب) اعتماد به نفس پیدا کرده است. این یک روایت دست اول و تفسیر نویسنده آن است، نه یک شمارش شغلی در سطح اقتصاد یا اثبات مهارت مهندسی معادل.
- یک ابزار مفید، یک پچ امن و یک تصمیم منطقی در مورد نیروی انسانی هر کدام به شواهد خود و یک صاحب پاسخگو نیاز دارند.

## فصل‌ها

- 0:00 آیا لینوس به یک ربات کدنویسی اعتماد می‌کند؟
- 0:45 چرا خواندن حافظه می‌تواند باعث ترافیک شود؟
- 1:25 بنچمارک لپ‌تاپ واقعاً چه چیزی را اندازه‌گیری می‌کند؟
- 2:05 کدام خواندن‌ها کندتر می‌شوند؟
- 2:30 چرا مردم قابلیت‌های هوش مصنوعی متفاوتی را می‌بینند؟
- 3:21 چگونه هوش مصنوعی می‌تواند یک شغل را قبل از جایگزینی مهارت‌های آن تغییر دهد؟
- 4:34 این افزایش سرعت صورتحساب را به کجا می‌فرستد؟
- 4:56 آیا من این پچ‌ها را ارسال می‌کنم؟

## رونوشت ترجمه شده

ترجمه شده از روایت اصلی انگلیسی. صوت و زیرنویس‌های موجود توسط YouTube کنترل می‌شوند.

### آیا لینوس به یک ربات کدنویسی اعتماد می‌کند؟

0:00 انتظار دارید لینوس توروالدز در طول بازبینی یک ربات کدنویسی را به گریه بیاندازد. او از Claude Code برای پچ‌های لینوکس استفاده می‌کند، و حتی پیش‌نویس اولیه نامه همراه. در این ویدیو، چرا خواندن‌های کوچک اینقدر هزینه دارند؟ و شغل چه کسی تغییر می‌کند؟ مراقب باشید چه اتفاقی برای حافظه پس از خواندن می‌افتد. اینجاست که این افزایش سرعت صورتحساب را می‌فرستد. دوشنبه، دوازدهم اکتبر است، و این The Daily Diff است. Claude Code دستیار کدنویسی Anthropic است.

0:23 می‌تواند یک پروژه را بخواند، فایل‌ها را ویرایش کند و دستورات را اجرا کند. لینوس آن را در مدیریت حافظه لینوکس هدایت می‌کند، جایی که خواندن داده‌های از قبل موجود در حافظه هنوز هم می‌تواند باعث شود هسته‌های پردازنده بر سر حسابداری با هم رقابت کنند. Phoronix شاخه را یکشنبه شب در آمریکا پیدا کرد، که اینجا دوشنبه بود. کامیت مربوط به شنبه است. این کار آزمایشی است، با هشت پچ و درخواست برای بررسی دقیق. لپ‌تاپ شما مخفیانه یک لینوس مصنوعی دانلود نکرده است.

### چرا خواندن حافظه می‌تواند باعث ترافیک شود؟

0:45 چندین رشته یک فایل کش شده را می‌خوانند. هر خواندن یک مرجع به حافظه می‌گیرد، سپس بعداً آن را رها می‌کند. شمارش مرجع دو بار نوشته می‌شود، بنابراین هسته‌هایی که خواندن‌های کوچک بی‌گناه انجام می‌دهند بر سر حسابداری رقابت می‌کنند. کتابخانه هشت خواننده و یک برگه ثبت خروج دارد. پیشنهاد او بازیافت حافظه را با استفاده از دوره مهلت read copy update به تأخیر می‌اندازد. خواننده‌ها می‌توانند داده‌های کش شده را بدون گرفتن آن مرجع کپی کنند. هنگامی که یک صفحه حذف می‌شود، حافظه آن باید قبل از استفاده مجدد صبر کند.

1:09 افزایش سرعت از تغییر قوانین طول عمر در اطراف داده‌ها ناشی می‌شود. لینوس Claude Code را برای کد، برنامه‌های آزمایشی و بازبینی پشت لیست مشکلاتش اعتبار می‌دهد. این متن توضیحی را تحت نظارت او پیش‌نویس کرد. اندازه‌گیری‌ها روی دستگاه او انجام شد. حتی ربات هم باید برای این بازبینی رسید بیاورد. نتیجه اصلی از هشت رشته که شانزده بایت را از یک صفحه می‌خوانند، استفاده می‌کند.

### بنچمارک لپ‌تاپ واقعاً چه چیزی را اندازه‌گیری می‌کند؟

1:28 به خواندن‌های کوچک و مکرر همان فایل فکر کنید. او چرخه‌های پردازنده در هر خواندن را مقایسه می‌کند زیرا لپ‌تاپش وقتی داغ می‌شود، کاهش سرعت پیدا می‌کند. یک بنچمارک با پیش‌بینی آب و هوای خودش. خط پایه تقریباً سه هزار چرخه در هر خواندن هزینه دارد. با پچ‌ها، حدود هفتصد و بیست و پنج است. این تقریباً یک چهارم هزینه پردازنده در این تست است. کل ماشین لینوکس شما هیچ قولی برای چهار برابر سریع‌تر شدن دریافت نکرده است. نامه همراه او نکات ناخوشایند را در کنار نکات هیجان‌انگیز قرار می‌دهد.

1:53 کاهش‌های امنیتی و usercopy سخت‌شده خاموش بودند. او آزمایش‌های از دست رفته، از جمله ماشین‌های دیگر و ابزارهای اشکال‌زدایی حافظه را لیست می‌کند. خواندن پاورقی‌ها اکنون یک مزیت رقابتی است، که به نظر می‌رسد یک اشکال در بشریت است. هنگامی که صفحه کاربری مقصد وجود ندارد، یک رگرسیون وجود دارد.

### کدام خواندن‌ها کندتر می‌شوند؟

2:07 خواندن کوچک گران‌تر می‌شود زیرا مسیر سریع قبل از اینکه مسیر قدیمی خطای صفحه را مدیریت کند، از کار می‌افتد. این پیشنهاد یک مسیر را تسریع می‌کند در حالی که کار را به مسیر دیگری اضافه می‌کند. هر دو باید بررسی شوند. این را به عنوان یک آزمایش مهندسی با یک گلوگاه شناخته شده و اندازه‌گیری‌هایی با محدودیت‌ها در نظر بگیرید. بازبینان چیزی ملموس برای به چالش کشیدن دریافت می‌کنند. یک دستیار که پچ تولید می‌کند، کسی را مسئول اثبات ایمنی بخش‌های خطرناک می‌گذارد.

### چرا مردم قابلیت‌های هوش مصنوعی متفاوتی را می‌بینند؟

2:30 در همین حال، آندری کارپاتی می‌گوید درک ما از قابلیت هوش مصنوعی در حال از هم پاشیدن است. پست جدید او یک مشاهده از آوریل را دوباره بررسی می‌کند. او یک قیف را توصیف می‌کند، از افرادی که به سختی از مدل‌های زبانی استفاده می‌کنند تا متخصصانی که عوامل کدنویسی قدرتمند را هدایت می‌کنند. همان کلمه، هوش مصنوعی، روز کاری متفاوت. تخمین سرانگشتی او حدود بیست میلیون نفر را در استفاده حرفه‌ای از مدل‌های پیشگام برای ریاضیات و کد قرار می‌دهد. این یک تخمین است، بدون ارائه نظرسنجی.

2:52 او بر دسترسی، مشکلات جاه‌طلبانه و وظایف قابل تأیید تأکید می‌کند. یک مکالمه چت‌بات و یک آزمایش هسته نظارت‌شده عضلات متفاوتی را تمرین می‌دهند. یک نفر تماشای یک ربات را که یک درخواست را خراب می‌کند، در حالی که شخص دیگری یک پچ مفید را ارسال می‌کند. تخمین‌های جمعیتی به طور خطرناکی به راحتی به عنوان تحقیق تکرار می‌شوند. قبل از اینکه نمودار روپوش آزمایشگاهی بپوشد، برچسب تخمین را چسبیده نگه دارید. بپرسید سیستم چه کاری می‌تواند انجام دهد، چگونه نتیجه بررسی شد و چه کسی مسئول نتیجه بود. این سوالات بهتر از اسکرین‌شات‌های پاسخ‌های معجزه‌آسا منتقل می‌شوند.

### چگونه هوش مصنوعی می‌تواند یک شغل را قبل از جایگزینی مهارت‌های آن تغییر دهد؟

3:21 سپس سنداین یک روایت کمتر راحت با عنوان Fable took my jorb منتشر کرد. نویسنده می‌گوید او آخرین مهندس در یک شرکت بود، و رهبری معتقد بود کمک هوش مصنوعی ارزان‌تر می‌تواند به آن اجازه دهد به سمت ادغام یا تصاحب حرکت کند. مدیریت می‌تواند هزینه‌ها را قبل از اینکه یک مدل با قضاوت یک مهندس باتجربه مطابقت داشته باشد، تغییر دهد. سنداین استدلال می‌کند که سلیقه و بینش هنوز گم‌شده‌اند، در حالی که بازاریابی اعتماد به نفس را تامین می‌کند.

3:42 تصمیم مربوط به حقوق و دستمزد می‌تواند قبل از حل و فصل بحث فنی گرفته شود. این پست ترس پس از اخراج را توصیف می‌کند و می‌گوید نویسنده چیز دیگری پیدا کرده است. این یک فرد است که با عواقب کنار می‌آید. نکته اصلی به صفحه گسترده‌ای که تصمیم را می‌گیرد تعلق دارد. نامیدن آن کارایی به حسابداری یک بازبینی عملکرد سخاوتمندانه می‌دهد. اثبات مفید بودن یک ابزار و اثبات منطقی بودن یک برنامه staffing، کارهای جداگانه ای هستند. این پچ یک حجم کاری قابل آزمایش دارد. شرط کارفرما شامل مالکیت محصول و شکست‌های آینده است.

4:09 یک میکروبنچمارک موفق نمی‌تواند قرارداد پشتیبانی را امضا کند. ما روایت یک توسعه‌دهنده با یک کارفرمای ناشناس را داریم. این یک دیدگاه را ارائه می‌دهد، و نه یک شمارش شغلی در سطح اقتصاد یا ارزیابی مستقل از نیازهای آن شرکت. هنگام به اشتراک گذاشتن داستان، دامنه را پیوست کنید. متغیر مشترک مسئولیت است. لینوس کار را هدایت می‌کند. کارپاتی دسترسی و وظایف نابرابر را توصیف می‌کند.

4:29 سنداین یک شرط مدیریتی را توصیف می‌کند. کسی در هر نسخه مسئول عواقب است.

### این افزایش سرعت صورتحساب را به کجا می‌فرستد؟

4:34 و صورتحساب حافظه؟ صفحات حذف شده قبل از استفاده مجدد منتظر می‌مانند، و allocator نمی‌تواند به درستی آن حافظه در انتظار را ببیند. لینوس این را به عنوان حل‌نشده حتی با پچ‌های کاهشی خود لیست می‌کند. خواندن‌های سریع‌تر یک مشکل حسابداری سخت‌تر را به زیرسیستم دیگری می‌دهند. حسابداری یک میز جدید پیدا می‌کند. این یک پاورقی است که ارزش نگهداری دارد. اگر ترجیح می‌دهید این را بخوانید تا اینکه من آن را بگویم، diff هر روز صبح به صندوق ورودی شما می‌رسد،

4:53 رایگان در the daily diff dot dev، لینک زیر.

### آیا من این پچ‌ها را ارسال می‌کنم؟

4:56 پس حکم امروز، NEEDS REVIEW. من دستیار را در گردش کار نگه می‌دارم و قبل از ارسال این تغییرات طول عمر، آزمایش گسترده‌تری را درخواست می‌کنم. مسئولیت بر عهده مهندس باقی می‌ماند. و این برای امروز بود. من نیکو از Axrisi هستم. مسئولانه ادغام کنید.

## منابع

- [Read from the page cache without folio references — cover letter and tests](https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=4c0f3697118eb3a708ea79175f7f07c43339bfab) — Linus Torvalds / kernel.org
- [Experimental noref-filemap-read-with-llm branch](https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/log/?h=noref-filemap-read-with-llm) — Linus Torvalds / kernel.org
- [Linus Torvalds Working On A Hefty Linux Kernel Improvement With Claude Code](https://www.phoronix.com/news/Linus-Torvalds-Claude-Code) — Phoronix / Michael Larabel
- [Claude Code overview](https://code.claude.com/docs/en/overview) — Anthropic
- [Capability-understanding gap and napkin estimates](https://x.com/karpathy/status/2109361546505966046) — Andrej Karpathy / X
- [Fable took my jorb](https://cendyne.dev/posts/2026-10-11-fable-took-my-jorb.html) — Cendyne
- [Discussion of Linus's Claude Code branch](https://news.ycombinator.com/item?id=50050367) — Hacker News
- [Discussion of Karpathy's capability-gap post](https://news.ycombinator.com/item?id=50047422) — Hacker News
- [Discussion of Cendyne's account](https://news.ycombinator.com/item?id=50053216) — Hacker News
