| Summary: | emerging some ebuilds create a huge amount disk swapping and hang the pc | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | mondrillo <mondrillo> |
| Component: | [OLD] Unspecified | Assignee: | Gentoo Linux bug wranglers <bug-wranglers> |
| Status: | RESOLVED WORKSFORME | ||
| Severity: | critical | CC: | ansla80 |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | AMD64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
linux-2.6.26-gentoo-r1 Kernel configuration
make.conf file |
||
|
Description
mondrillo
2008-09-19 19:01:11 UTC
Would you mind providing "cat /proc/meminfo" - I'm not sure we can do much about this though =/ Yes of course # cat /proc/meminfo MemTotal: 1027028 kB MemFree: 10380 kB Buffers: 27720 kB Cached: 328672 kB SwapCached: 0 kB Active: 749168 kB Inactive: 193776 kB SwapTotal: 0 kB SwapFree: 0 kB Dirty: 136 kB Writeback: 0 kB AnonPages: 586576 kB Mapped: 129120 kB Slab: 32448 kB SReclaimable: 17936 kB SUnreclaim: 14512 kB PageTables: 18688 kB NFS_Unstable: 0 kB Bounce: 0 kB WritebackTmp: 0 kB CommitLimit: 513512 kB Committed_AS: 1749252 kB VmallocTotal: 34359738367 kB VmallocUsed: 21152 kB VmallocChunk: 34359709691 kB Sorry I haven't any swap cache up :-(, I hope there not the problem but... Now I have one swap raid 0, an active :-) # swapon -s Filename Type Size Used Priority /dev/md0 partition 1774904 0 -1 Now meminfo, have SwapTotal # cat /proc/meminfo MemTotal: 1027028 kB MemFree: 79732 kB Buffers: 2752 kB Cached: 319056 kB SwapCached: 0 kB Active: 674656 kB Inactive: 189408 kB SwapTotal: 1774904 kB SwapFree: 1774904 kB Dirty: 12 kB Writeback: 0 kB AnonPages: 542280 kB Mapped: 115148 kB Slab: 42068 kB SReclaimable: 28480 kB SUnreclaim: 13588 kB PageTables: 18152 kB NFS_Unstable: 0 kB Bounce: 0 kB WritebackTmp: 0 kB CommitLimit: 2288416 kB Committed_AS: 1691908 kB VmallocTotal: 34359738367 kB VmallocUsed: 22024 kB VmallocChunk: 34359709691 kB And now two raid0 devices with two hard disk # mdadm /dev/md0 /dev/md0: 1733.31MiB raid0 2 devices, 0 spares. Use mdadm --detail for more detail. gentoo64 ~ # mdadm /dev/md1 /dev/md1: 296.21GiB raid0 2 devices, 0 spares. Use mdadm --detail for more detail. Here, my fdisl config fdisk -l Disk /dev/sda: 160.0 GB, 160040803840 bytes 255 heads, 63 sectors/track, 19457 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Disk identifier: 0x003a0039 Device Boot Start End Blocks Id System /dev/sda1 1 25 200781 83 Linux /dev/sda2 26 123 787185 82 Linux swap / Solaris /dev/sda3 124 19457 155300355 fd Linux raid autodetect Disk /dev/sdb: 160.0 GB, 160040803840 bytes 255 heads, 63 sectors/track, 19457 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Disk identifier: 0x13b013af Device Boot Start End Blocks Id System /dev/sdb1 1 123 987966 82 Linux swap / Solaris /dev/sdb2 124 19457 155300355 fd Linux raid autodetect I will be atent if the error it will be reproduce one more. :-( I have emerge the last update and the CPU is 100% HIGH but don't hang now. CCACHE_DIR="/var/tmp/ccache" ccache -s cache directory /var/tmp/ccache cache hit 691724 cache miss 1573860 called for link 192689 multiple source files 528 compile failed 40880 preprocessor error 27843 couldn't find the compiler 1617 bad compiler arguments 10 not a C/C++ file 85617 autoconf compile/link 369980 unsupported compiler option 76786 no input file 187161 files in cache 124309 cache size 1.8 Gbytes max cache size 2.0 Gbytes The hangs might be due to bad drivers for your HD controller. Can you post your kernel's .config file? What are your MAKEOPTS ? I have 2 GB and MAKEOPTS="-j2" results in ~150 MB free RAM (emerging gcc, etc.) according to /proc/meminfo. Also, does the hang happen right after the message "Regenerationgs /etc/ld.so.cache" ? Created attachment 165975 [details]
linux-2.6.26-gentoo-r1 Kernel configuration
Created attachment 165977 [details]
make.conf file
MAKEOPTS="-j2"
(In reply to comment #8) > Created an attachment (id=165977) [edit] > make.conf file > > MAKEOPTS="-j2" > > Also, does the hang happen right after the message "Regenerationgs > /etc/ld.so.cache" ? No, it's happend just doing the emerge ... command that swap and swap and don't show any output. :-( I "belive", it can be for haven't swap activated. This could be the problem. I recently reinstall from scracth the system do it for a system file permiss problem and miss to put the mdadm.conf conf file ) from 4 years ago that I have Gentoo up and running. I have de swap partition in a raid0 too. When recompile gimp to tiff --newuse it's has all men used ? only 60Mb free, it this normal?
top - 12:29:40 up 1 day, 16:35, 1 user, load average: 3.09, 3.10, 2.63
Tasks: 106 total, 5 running, 100 sleeping, 0 stopped, 1 zombie
Cpu(s): 59.0%us, 39.7%sy, 0.0%ni, 0.0%id, 0.3%wa, 0.0%hi, 1.0%si, 0.0%st
Mem: 1027028k total, 965984k used, 61044k free, 60856k buffers
Swap: 1774904k total, 332292k used, 1442612k free, 383292k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
13126 usrusru 20 0 413m 98m 9020 R 12.7 9.9 250:19.60 amule
3858 root 20 0 156m 60m 7824 S 6.0 6.0 76:45.13 X
27814 usrusru 20 0 664m 142m 32m S 4.0 14.2 2:48.46 firefox-bin
4041 usrusru 20 0 286m 18m 8904 S 1.7 1.8 3:19.02 gnome-panel
4248 usrusru 20 0 249m 12m 6368 R 0.7 1.2 1:17.19 gnome-terminal
16951 usrusru 20 0 19060 1364 988 R 0.7 0.1 0:00.32 top
18544 mysql 20 0 226m 6384 2620 S 0.7 0.6 1:43.96 mysqld
4029 usrusru 20 0 148m 1620 1064 S 0.3 0.2 2:26.48 gnome-screensav
4037 usrusru 20 0 152m 8328 6136 S 0.3 0.8 1:34.75 metacity
1 root 20 0 3812 300 272 S 0.0 0.0 0:01.34 init
2 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 kthreadd
3 root 15 -5 0 0 0 S 0.0 0.0 0:05.80 ksoftirqd/0
4 root RT -5 0 0 0 S 0.0 0.0 0:01.90 watchdog/0
5 root 15 -5 0 0 0 S 0.0 0.0 0:05.66 events/0
6 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 khelper
68 root 15 -5 0 0 0 S 0.0 0.0 0:05.68 kblockd/0
71 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 kacpid
72 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 kacpi_notify
155 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 ata/0
156 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 ata_aux
158 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 kseriod
203 root 15 -5 0 0 0 S 0.0 0.0 0:27.00 kswapd0
204 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 aio/0
205 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 xfslogd/0
206 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 xfsdatad/0
207 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 xfs_mru_cache
346 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 ath5k_pci
393 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 scsi_eh_0
395 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 scsi_eh_1
422 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 kpsmoused
453 root 15 -5 0 0 0 S 0.0 0.0 0:00.12 reiserfs/0
544 root 16 -4 14116 328 264 S 0.0 0.0 0:00.50 udevd
1032 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 ksuspend_usbd
1033 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 khubd
1128 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 saa7133[0]
2245 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 kjournald
3210 ntp 20 0 25272 976 840 S 0.0 0.1 0:01.98 ntpd
3739 messageb 20 0 14872 684 468 S 0.0 0.1 0:02.06 dbus-daemon
3754 root 20 0 17500 600 432 S 0.0 0.1 0:00.24 syslog-ng
If the swap is off, and no free memory are there emerge can fail? (In reply to comment #11) > If the swap is off, and no free memory are there emerge can fail? > (In reply to comment #11) > If the swap is off, and no free memory are there emerge can fail? > From my own experience, the newer versions of GCC (>=4.1) can easily use more then 1GB of RAM while compiling some C++ sources on AMD64. So unless you can get more RAM expect swap to be used intensely while building some packages. The times you run out of memory is when you should consider investing in more RAM - this isn't a problem software can fix. |
