我有一个linux Ubuntu 16.04盒子,现在几乎没有负载,现在已经很慢了。 它所做的事情并没有动力不足:
硬件 :Intel Atom双核@ 1,7GHz,4GB DDR3和1TB硬盘。
当我说慢时,就意味着一切都要花更多的时间。 例如,即使没有大的升级,通常只需几秒钟, apt-get upgrade需要5mn。
当我使用Gogs时,页面生成速度也很慢。 Gogs给出的统计: Page: 9803ms Template: 10ms ,通常页面更像是500ms生成…
最高输出:
top - 10:23:59 up 34 min, 2 users, load average: 0.58, 0.82, 1.00 Tasks: 132 total, 1 running, 131 sleeping, 0 stopped, 0 zombie %Cpu(s): 0.2 us, 0.3 sy, 0.0 ni, 94.9 id, 4.6 wa, 0.0 hi, 0.0 si, 0.0 st KiB Mem : 4008036 total, 3014964 free, 366540 used, 626532 buff/cache KiB Swap: 1000444 total, 1000444 free, 0 used. 3370956 avail Mem
stream程:
ps h -Led -o user | sort | uniq -c | sort -n 1 Debian-exim 1 messagebus 2 ntpd 4 syslog 21 www-data 24 gogs 30 mysql 31 sensu 133 root
dmesg的:
dmesg | grep "sd\|EXT\|mount\|filesystem\|SATA" [ 20.069558] ahci 0000:00:18.0: AHCI 0001.0300 32 slots 2 ports 3 Gbps 0x3 impl SATA mode [ 20.069563] ahci 0000:00:18.0: flags: 64bit ncq led clo pio deso sadm sds apst [ 20.084065] ata1: SATA max UDMA/133 abar m2048@0x80024000 port 0x80024100 irq 24 [ 20.084068] ata2: SATA max UDMA/133 abar m2048@0x80024000 port 0x80024180 irq 24 [ 20.518945] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300) [ 20.518972] ata2: SATA link down (SStatus 0 SControl 300) [ 20.606811] sd 0:0:0:0: [sda] 1953525168 512-byte logical blocks: (1.00 TB/932 GiB) [ 20.606815] sd 0:0:0:0: [sda] 4096-byte physical blocks [ 20.606972] sd 0:0:0:0: [sda] Write Protect is off [ 20.606977] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00 [ 20.607034] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [ 20.607508] sd 0:0:0:0: Attached scsi generic sg0 type 0 [ 20.649884] sda: sda1 sda2 sda3 [ 20.651578] sd 0:0:0:0: [sda] Attached SCSI disk [ 22.965497] EXT4-fs (sda2): mounted filesystem with ordered data mode. Opts: (null) [ 27.112100] systemd[1]: Set up automount Arbitrary Executable File Formats File System Automount Point. [ 33.547005] EXT4-fs (sda2): re-mounted. Opts: errors=remount-ro [ 36.480793] Adding 1000444k swap on /dev/sda3. Priority:-1 extents:1 across:1000444k FS [ 37.538548] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null) [ 948.341404] QNX4 filesystem 0.2.3 registered.
使用iotop进行调查的同时,将一些内容与Owncloud进行同步,清楚地表明问题是IO绑定,这主要是由于MySQL。
尽pipe如此,我并不认为MySQL在这里是写密集型的,为了jdb2的问题而将它移动到无日志分区上似乎不是一个解决scheme; 所有的东西直到几天都完美地工作,同样的设置在另一台机器上就像一个魅力。
使用smartctl -t long /dev/sda运行完整testing后:
Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x000b 100 100 062 Pre-fail Always - 0 2 Throughput_Performance 0x0005 100 100 040 Pre-fail Offline - 0 3 Spin_Up_Time 0x0007 153 153 033 Pre-fail Always - 1 4 Start_Stop_Count 0x0012 100 100 000 Old_age Always - 11 5 Reallocated_Sector_Ct 0x0033 100 100 005 Pre-fail Always - 0 7 Seek_Error_Rate 0x000b 100 100 067 Pre-fail Always - 0 8 Seek_Time_Performance 0x0005 100 100 040 Pre-fail Offline - 0 9 Power_On_Hours 0x0012 094 094 000 Old_age Always - 3022 10 Spin_Retry_Count 0x0013 100 100 060 Pre-fail Always - 0 12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 4 191 G-Sense_Error_Rate 0x000a 100 100 000 Old_age Always - 0 192 Power-Off_Retract_Count 0x0032 100 100 000 Old_age Always - 3 193 Load_Cycle_Count 0x0012 100 100 000 Old_age Always - 50 194 Temperature_Celsius 0x0002 206 206 000 Old_age Always - 29 (Min/Max 19/30) 196 Reallocated_Event_Count 0x0032 100 100 000 Old_age Always - 0 197 Current_Pending_Sector 0x0022 100 100 000 Old_age Always - 0 198 Offline_Uncorrectable 0x0008 100 100 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x000a 200 200 000 Old_age Always - 0 223 Load_Retry_Count 0x000a 100 100 000 Old_age Always - 0 SMART Error Log Version: 1 No Errors Logged
使用hdparm的磁盘性能(从未安装FS的recue中testing):
hdparm -Tt /dev/sda /dev/sda: Timing cached reads: 2836 MB in 2.00 seconds = 1418.58 MB/sec Timing buffered disk reads: 236 MB in 3.01 seconds = 78.51 MB/sec
这对我来说似乎很慢,尽pipeSMART不显示任何错误,但可能是硬件问题…
此外,FS似乎理智:
e2fsck /dev/sda2 e2fsck 1.42.9 (4-Feb-2014) /dev/sda2 : clean, 314622/60956672 files, 12081169/243818240 blocks
问题来自硬盘驱动器。 正如hdparm结果显示,磁盘performance不佳,因此产生了很多IO等待并放慢了系统。
根据您提供的磁盘问题似乎很可能。 我build议运行SMARTtesting,例如smartctl -t short / dev / sda并查看结果。 如果结果包括许多坏道和错误,这应该是一个放弃。
如果你的智能testing在短时间内没有得到任何答案,那么它要么处于沉重的压力之下(不可能是你的故事),要么是错误的。 可能的是,不断的错误纠正可能会造成巨大的开销。
我很想知道当所有非关键服务被closures时,你pipe理的磁盘性能。 请运行hdparm -Tt / dev / sda并与我们分享结果。
gogs慢的问题是gogs将web服务绑定到ipv6。 在这种情况下,来自networking和git的所有请求都转到ipv4。
尝试只绑定ipv4的gogs,它会很快响应requesrts