چطوری کرنل لینوکس رو کامپایل کنیم؟

داشتم کرنل لینوکس رو کامپایل میکردم، با خودم فکر کردم بهتره دوربین رو روشن کنم و باهم کامپایلش کنیم.

لینک ویدیو در یوتیوب:
https://youtu.be/ZE036C7CY5Q

@Bardiaism

Persepolis Download Manager 5.0.0 is released. Please checkout this link for more information. With the new version, you can download with 64 connections and at a higher speed than before.

دانلود منجر پرسپولیس نسخه ۵.۰.۰ منتشر شد. با نسخه جدید می‌توانید با ۶۴ کانکشن همزمان سریع‌تر از گذشته دانلود کنید. برای خواندن متن انتشار این لینک را ببینید.

@persepolisdm

اگر سایتتون روی خارج هست و دیر باز میشه

به خاطر تداخلات بعضی شرکت های اینترنتی مثل ایرانسل با کلود فلر و سرور های خارج هست

@poinair پوینا

‏Do not use fs sync methods in Javanoscript⚡️

زمانی که ماژول fs رو در Node.js فراخوانی میکنیم، یک فهرست طولانی از متد های Syntc بهمون میده مثل: .readFileSync, fs.rmSync, fs.writeFileSync و... خیلی از متد های دیگه شبیه این متد ها هستن. مثلا من میخام یک فایل رو بخونیم:

const file = fs.readFileSync("codemodule.txt")

اگه ما این فایل رو اجرا کنیم واقعا متوجه این کند بودن نمیشیم (جوری که فکر میکنیم دسترسی به فایل ها و خوندن سریع هست)، در حالی که اینگونه نیست! دسترسی به فایل سیستم کند هست و این هم باید در نظر بگیریم که کد های js در بین چندین لایه کد قرار داره (کد های خود js و c++ و...) هرجور بخوایم حساب کنیم در بهترین شرایط باز هم دسترسی به فایل ها کند هست! به عنوان مثال من امروز نیاز داشتم که 10 هزار فایل که حجم هر فایل 10 بایت هست رو ایجاد کنم. پیاده سازی اولیه من با استفاده از fs و متد های Sync بود. وقتی تست رو ران کردم این خروجی بهم داد( به صورت تقریبی هست):

Logging with frequent rotations took 223981~~ ms

چیزی حدود 4 دقیقه طول میکشه و خب خوب نیست. درواقع وقتی ما از متد های Sync استفاده میکنیم ایونت لوپ Nodejs رو متوقف میکنیم و بهش میگیم:"صبر کن کار من تموم شه" که همین باعث میشه چیزی حدود 4 دقیقه کمتر یا بیشتر طول بکشه. اما اگر همین کار رو بدون استفاده از متد ها Sync و از fs.promises استفاده کنیم نتیجه خیلی چشمگیر و بهتر از قبلی هست. که با چنین خروجی احتمالی روبرو میشیم:

Logging with frequent rotations took 7555.057167 ms

چیزی حدود 7 ثانیه که متغیر هست 👀

این یکی از محکم ترین دلایلی هست که "نباید از متد های Sync استفاده کنیم". شما میتونید برای اطلاعات بیشتر مقاله زیر و کد ها رو بخونید (با متد های sync و بدون آنها)

- Article

#nodejs
@CodeModule

جواب من به دوستام که میگن چرا اینقدر کثیف کد میزنی 😁


@gocasts

#رضاـمارمولک

المنت درحال تغییر لایسنس سینپس (هسته ماتریکس) و پروژه‌های وابسته به AGPL هستش.


لینک بلاگ:
https://element.io/blog/sustainable-licensing-at-element-with-agpl/


لینک فرسته:
https://mastodon.matrix.org/@element/113085618694569653


@SohrabContents

d

فیلم از کجا دانلود می‌کنید؟

تا لینک دانلود گیم آف ترونز رو پیدا کنم کل چیپسا تموم شد 🥲

این گیم آف ترونز انقدر صحنه داره که الان چند روزه خیلی جدی دارم به زید داشتن فکر می‌کنم.

سلام
یاشا یه سوال چنلت بپرس دیگه یوزرات خیلی زیاده شاید بدونن


فایل های سنگین تلگرام رو چجوری بدون فیلتر دانلود کنم؟

یکی از افرادی که توی تیم گزارش سالانه دیجی کالا بوده توی یه پادکست با همین محوریت شرکت کرده صحبت های جالبی رد و بدل شده که میشه فرامتن و اهمیت این گزارش هارو ازش دریافت
https://youtu.be/Jgd2AfLBAOA?si=zjVZ-ceAIRm5KjUz

🛑نسخه 5.0.0 مدیر دانلود پرسپولیس با پشتیبانی از ۶۴ کانکشن برای دانلود منتشر شد.

🛑در این نسخه، تغییرات عمده‌ای اعمال شده است:
🔹 حذف Aria2: پرسپولیس دیگر یک رابط گرافیکی برای Aria2 نیست و به یک مدیر دانلود مستقل تبدیل شده است. بخش دانلود پرسپولیس (Persepolis_lib) به عنوان یک کتابخانه پایتون جداگانه منتشر شده است.

🔹دلایل جایگزینی Aria2 با Persepolis_lib:
🔻برنامه o Aria2 بیش از 16 اتصال دانلود را پشتیبانی نمی‌کرد.
🔻برنامه o Aria2 از Socks5 پشتیبانی نمی‌کرد.

🔹ارتباط پرسپولیس با Aria2 از طریق xml rpc بود که گاهی باعث کرش Aria2 می‌شد.
🔹کتابخانه Persepolis_lib از 64 اتصال دانلود پشتیبانی می‌کند و از پروکسی‌های Socks5 و HTTP نیز پشتیبانی می‌کند. این کتابخانه با استفاده از Python Requests نوشته شده و نیازی به xml rpc ندارد.
🔹رفع باگ‌ها: برخی از باگ‌های گزارش شده توسط کاربران رفع شده‌اند.
🔹طراحی مجدد سبک‌ها: سبک‌های Dark Fusion و Light Fusion برای این نسخه بازطراحی شده‌اند.

باتشکر از زحمات آقای علیرضا امیرصمیمی
@persepolisdm