Долгое время компиляции
У меня сложилось мнение, что компилируется всё слижком долго для моей конфигурации.
Например компиляция eclipse-sdk.
http://forums.gentoo.org/viewtopic-t-505062.html
В данной теме с аналогичной проблемой я заметил, что задержки до падения компиляции равны:
Total time: 7 minutes 12 seconds.
У меня же они составляют:
Total time: 61 minutes 38 seconds.
-------------------------------------
kes ~ # emerge --info
Portage 2.1.2_pre3-r1 (default-linux/amd64/2006.1, gcc-4.1.1, glibc-2.5-r0, 2.6.18.1 x86_64)
=================================================================
System uname: 2.6.18.1 x86_64 AMD Athlon(tm) 64 Processor 3000+
Gentoo Base System version 1.12.5
Last Sync: Sat, 14 Oct 2006 22:30:01 +0000
app-admin/eselect-compiler: [Not Present]
dev-java/java-config: 1.3.7, 2.0.30
dev-lang/python: 2.4.3-r4
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache: [Not Present]
dev-util/confcache: [Not Present]
sys-apps/sandbox: 1.2.18.1
sys-devel/autoconf: 2.13, 2.60
sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils: 2.17
sys-devel/gcc-config: 1.3.13-r4
sys-devel/libtool: 1.5.22
virtual/os-headers: 2.6.17-r1
ACCEPT_KEYWORDS="amd64 ~amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=k8 -O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo"
CXXFLAGS="-march=k8 -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict"
GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://ftp.gentoo.tonet.ru/gentoo-portage/"
USE="amd64 alsa berkdb bitmap-fonts cli crypt cups dlloader dri elibc_glibc fortran gdbm gnome gpm gtk input_devices_evdev input_devices_keyboard input_devices_mouse ipv6 isdnlog kernel_linux libg++ ncurses nls nptl nptlonly pam pcre perl ppds pppd python readline reflection session spl ssl tcpd truetype-fonts type1-fonts udev unicode userland_GNU video_cards_apm video_cards_ark video_cards_ati video_cards_chips video_cards_cirrus video_cards_cyrix video_cards_dummy video_cards_fbdev video_cards_glint video_cards_i128 video_cards_i810 video_cards_mga video_cards_neomagic video_cards_nv video_cards_rendition video_cards_s3 video_cards_s3virge video_cards_savage video_cards_siliconmotion video_cards_sis video_cards_sisusb video_cards_tdfx video_cards_tga video_cards_trident video_cards_tseng video_cards_v4l video_cards_vesa video_cards_vga video_cards_via video_cards_vmware video_cards_voodoo xorg zlib"
Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
--------------------------------------------
Конфигурация:
athlon-64 3000+;
512mb ram;
128mb 6600gt;
- Для комментирования войдите или зарегистрируйтесь
DMA?
hdparm /dev/[hs]da -tT
сколько пишет?
/dev/sda6: Timing cached
/dev/sda6:
Timing cached reads: 2340 MB in 2.00 seconds = 1170.16 MB/sec
Timing buffered disk reads: 180 MB in 3.03 seconds = 59.39 MB/sec
Ccache
Попробуй поставить ccache, минутное дело, в хэндбуке про это написано....
поставил,
поставил, посмотрю.
Только
Да, с дма все в порядке
Хотя это может объяснить быстрое время компиляции у них, при первой компилляции выигрыша все равно не будет...
А системо
А системо полностью пересобрана с CXXFLAGS="-march=k8 -O2 -pipe" ?
Хотя такой разицы недолжно быть наверно. Еще посмотри "mpstat 1" - входит в пакет sysstat.
попробуй
попробуй покрутить PORTAGE_NICENESS
Вообще множество факторов может влиять на производительность и в первую очередь - память, если её не хватает, то следом идёт быстродействие swap (чем ближе к началу диска тем лучше).
Может имеет смысл увеличить MAKEOPTS="-j2" до 3.
Недумаю что
Недумаю что кроме компиляции у него в это время что-то тяжелое работает, которое такую разницу дает. PORTAGE_NICENESS только nice для emerge выставляет. А если к примеру у человека винт накрываться стал, то в %iowait через mpstat это будет видно. Тем более там компиляция и винт неособо должен напрягаться. Может места на винте мало...