گنجه

شاید براتون پیش اومده باشه که بخواهید یک بستهٔ deb رو نصب کنید، ولی یکی از وابستگی‌⁰هاش مانع شده باشه. مثلاً چند وقت پیش می‌خواستم بستهٔ gparted رو نصب کنم، ولی gksu جزو وابستگی‌هاش بود. (الان در Debian sid درستش کرده‌اند و دیگه جزو وابستگی‌هاش نیست، بلکه جزو توصیه¹‌هاشه.) پس چون می‌خواست به خاطر gksu بخشی از GNOME رو نصب کنه، و از طرفی من هم به GNOME حساسیت دارم(!)، نمی‌تونستم با این اوضاع gparted رو نصب کنم. ولی یک نکتهٔ مهم این بود که من می‌دونستم که واقعا gksu رو نیاز ندارم و می‌تونم بدون اون هم از gparted استفاده کنم. در این شرایط راهی که به ذهن آدم می‌رسه اینه که بستهٔ deb مربوط به gparted رو دست‌کاری و gksu رو از فهرست وابستگی‌هاش حذف کنه.

$ apt-get install gparted -y --print-uris | grep '/gparted_'
$ wget http://ftp.debian.org/debian/pool/main/g/gparted/gparted_0.3.7-1_amd64.deb
$ mkdir gparted_0.3.7-1.mod_amd64
$ cd gparted_0.3.7-1.mod_amd64
$ dpkg-deb -x ../gparted_0.3.7-1_amd64.deb .
$ dpkg-deb -e ../gparted_0.3.7-1_amd64.deb
$ vim DEBIAN/control

(برای پایین‌گذاری² پروندهٔ deb می‌شه از debget موجود در بستهٔ debian-goodies هم استفاده کرد)

با ویرایش پروندهٔ³ control بسته، gksu رو از خطی که با Depends شروع می‌شه حذف می‌کنم. شمارهٔ نسخه رو هم توی خطی که با Version شروع می‌شه تغییر می‌دم.

حالا نوبت بازسازی پروندهٔ deb و نصبش هست:

$ cd ..
$ fakeroot dpkg-deb -b gparted_0.3.7-1.mod_amd64
dpkg-deb: building package `gparted' in `gparted_0.3.7-1.mod_amd64.deb'.
$ sudo dpkg -i gparted_0.3.7-1.mod_amd64.deb

به بقیهٔ پرونده‌های داخل پوشهٔ DEBIAN (و حتی بقیهٔ پوشه‌ها) هم نگاهی بندازید!

0. Dependency [↩]
1. Recommend [↩]
2. Download [↩]
3. File [↩]

همون طور که احتمالاً می‌دونید dpkg توساخت⁰ مدیریت بسته‌ها¹ در Debian است. یعنی APT و Synaptic و Aptitude و … همه روی dpkg بنا شده اند.

dpkg برای نگه‌داری بعضی اطلاعات بسته‌های نصب‌شده، از تعداد زیادی (برای من حدود ۹۰۰۰ تا) پروندهٔ² کوچک توی مسیر ‎/var/lib/dpkg/info استفاده می‌کنه. هر بار که بسته‌ای رو نصب یا حذف می‌کنید dpkg همهٔ اون پرونده‌ها رو از روی لوح³ می‌خونه. این کار روی سامانهٔ پروندهٔ⁴ مورد استفادهٔ من، که Ext4 هست، اولین بار بیست-سی ثانیه‌ای طول می‌کشه، که برای من مدت زیادی هست. این کار در دفعات بعدی به علت قرار گرفتن همهٔ اون پرونده‌ها در نهان‌گاه⁵ سامانهٔ پرونده در حافظهٔ اصلی، بسیار سریع‌تر انجام می‌شه، تا وقتی که دوباره از نهان‌گاه خارج بشند.

این مشکل هر از گاهی یک سیخی بهم می‌زد و روی اعصابم راه می‌رفت. فکرهای مختلفی برای حلش به ذهنم رسید. از بسیار پیچیده، مثل طراحی و پیاده‌سازی مجدد dpkg روی Tokyo Cabinet یا SQLite، تا بسیار ساده:

شاید بدونید که سامانهٔ پروندهٔ ReiserFS در کار با پرونده‌های کوچک بسیار عالی عمل می‌کنه. علتش هم استفاده از فن «ته‌چِپانی»⁶ است.⁷ فکر کردم شاید اگر پوشهٔ ‎/var/lib/dpkg/info رو توی ReiserFS نگه دارم، مشکل حل بشه. این کار رو کردم، ولی به خاطر کارکرد⁸ داخلی dpkg روی کل ‎/var/lib/dpkg:

$ sudo su -
# cd /var/lib
# tar cpzf dpkg.tar.gz dpkg
# dd if=/dev/zero of=dpkg.reiserfs bs=$((256*1024*1024)) count=1
# mkreiserfs -f dpkg.reiserfs
# mount -oloop dpkg.reiserfs dpkg
# tar xpf dpkg.tar.gz

و بعد آزمودن و دائمی کردن با افزودن به fstab‏:

# echo 3 >/proc/sys/vm/drop_caches
# apt-get install hello
# apt-get purge hello
# echo /var/lib/dpkg.reiserfs /var/lib/dpkg reiserfs loop,noatime 0 1 >>/etc/fstab

فکره جواب داد و سرعت dpkg بسیار به‌تر شد. حالا حتی اولین بار هم dpkg اون کار رو در دو-سه ثانیه انجام می‌ده.

علاوه بر مهارت ReiserFS در کار با پرونده‌های کوچک، چند نکتهٔ دیگه هم قابل ذکر هست. یکی این که Ext4 به علت فن «حوزه»⁹ در کار با پرونده‌های نسبتاً بزرگی که یک‌جا تخصیص¹⁰ می‌یابند بسیار سریع هست. برای همین به dd گفتم که کل پرونده رو یک‌جا بسازه.

از طرفی چون، در نتیجهٔ نکتهٔ قبل، کل پرونده‌های مربوط به dpkg روی لوح نزدیک به هم قرار می‌گیرند و پراکنده نیستند، با خونده شدن یک پرونده از اون حوالی، تعداد زیادی از بقیه‌شون هم توی نهان‌گاه لوح و تعدادی هم توی نهان‌گاه سامانهٔ پرونده قرار می‌گیرند. همین امر باعث می‌شه کلی زمان جویش¹¹ که قبلاً برای رسیدن به پرنده‌های پراکنده در اطراف و اکناف لوح هدر می‌رفت، صرفه‌جویی بشه.

به گزینهٔ¹² noatime در fstab هم دقت کنید. رفتار معمولی سامانه‌های پرونده این هست که در هر دست‌رسی (اعم از خواندن یا نوشتن) به یک پرونده، زمان دست‌رسی رو ذخیره می‌کنند. این خیلی بده! هر دست‌رسی = حداقل یک عمل نوشتن روی لوح، و عمل نوشتن هم معمولاً کندتر از خوندن هست. نکته این جاست که برنامه‌های رایج امروزی معمولاً روی اون زمان ثبت‌شده برای آخرین دست‌رسی حساب نمی‌کنند و عملاً اون عدد بی‌استفاده است! گزینهٔ noatime به سامانهٔ پرونده می‌گه که کلاً قید ثبت اون زمان رو بزنه و به این ترتیب کلی عمل نوشتن صرفه‌جویی کنه.

0. Back-end [↩]
1. Package management [↩]
2. File [↩]
3. Disk [↩]
4. File system [↩]
5. Cache [↩]
6. Tail packing [↩]
7. http://en.wikipedia.org/wiki/ReiserFS#Performance [↩]
8. Mechanism [↩]
9. Extent [↩]
10. Allocation [↩]
11. Seek [↩]
12. Option [↩]