Страница 2 из 3
Процессор загружен от 90%
Добавлено: 03 сен 2017, 14:07
vogor70
Процессор загружен от 90%
Добавлено: 03 сен 2017, 14:39
di_mok
А чем там у тебя java занимается?
Процессор загружен от 90%
Добавлено: 03 сен 2017, 14:42
rogoznik
Это у него IntellijIDEA запущена и чего-то индексирует
Процессор загружен от 90%
Добавлено: 03 сен 2017, 15:21
vogor70
di_mok, открывалась среда в момент, когда я фотал экран. а что, есть зависимость?
Процессор загружен от 90%
Добавлено: 03 сен 2017, 16:16
di_mok
Ну, это же жрет прикладуха, а не сама ОС
Процессор загружен от 90%
Добавлено: 03 сен 2017, 16:40
vogor70
di_mok, если повырубать всё и оставить одну страницу в браузере, то в норму не сразу приходит, или вообще не приходит. А если это прикладуха сосёт, то получается, железо слабое и нет вариантов наладить?
Процессор загружен от 90%
Добавлено: 03 сен 2017, 16:43
di_mok
vogor70 писал(а): железо слабое
Ну, Intel Core i7-3610QM слабым как-то язык не поворачивается назвать...
Процессор загружен от 90%
Добавлено: 03 сен 2017, 17:11
vogor70
di_mok, вот блин, и что делать то, что бы работало как винда только лучше?))
Процессор загружен от 90%
Добавлено: 03 сен 2017, 17:52
slant
В линуксе много средств мониторинга, нужно просто разобраться чем именно машина занимается, и где узкое место. Я, как перешедший на десктопный линукс недавно, зато много возившийся с серверами делаю подобное через консоль.
Первым делом - нужно выяснить процесс который грузит. Тут помогут команды top и htop. Закрываем процесс и смотрим дальше. Если нагрузка упала - смотрим нете советы на счет данного приложения - чем оно может грузить и можно ли что-то с этим сделать. Если нагрузка не нормализировалась - значит проблема не в конкретной программе а где-то в системе есть узкое место или проблемма которая на эту программу влияет. Чаще всего - это что-то связанное с диском, или сетью.
Чтобы проверить это запускаем утилиты мониторинга соответствующих вещей. Помогут: atop (общая), iftop (сетевые интерфейсы), iotop (диск)
Так же, лезем смотреть содержимое /var/log/syslog - в логах можно увидеть много чего полезного.
P.S. Не все утилиты которые я назвал есть в системе по умолчанию, но все ставятся из штатных репозиториев через apt.
Процессор загружен от 90%
Добавлено: 03 сен 2017, 18:23
di_mok
Немножко демагогии... Личных наблюдений... У меня бук, как и твой, из глубины веков, только проц скромнее
System: Host: dimok-nb Kernel: 4.8.0-53-generic x86_64 (64 bit gcc: 5.4.0)
Desktop: Cinnamon 3.4.6 (Gtk 3.18.9-1ubuntu3.3)
Distro: Linux Mint 18.2 Sonya
Machine: System: SAMSUNG product: 300E4C/300E5C/300E7C v: 0.1
Mobo: SAMSUNG model: NP310E5C-U03RU v: FAB1
Bios: Phoenix v: P02RAP date: 08/21/2012
CPU: Dual core Intel Core i5-3210M (-HT-MCP-) cache: 3072 KB
flags: (lm nx sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx) bmips: 9977
clock speeds: max: 3100 MHz 1: 3023 MHz 2: 3074 MHz 3: 3068 MHz
4: 2961 MHz
Graphics: Card-1: Intel 3rd Gen Core processor Graphics Controller
bus-ID: 00:02.0
Card-2: NVIDIA GF108M [GeForce GT 620M] bus-ID: 01:00.0
Display Server: X.Org 1.18.4 drivers: intel (unloaded: fbdev,vesa)
Resolution: 1366x768@60.05hz
GLX Renderer: Mesa DRI Intel Ivybridge Mobile
GLX Version: 3.0 Mesa 17.0.7 Direct Rendering: Yes
Audio: Card Intel 7 Series/C210 Series Family High Definition Audio Controller
driver: snd_hda_intel bus-ID: 00:1b.0
Sound: Advanced Linux Sound Architecture v: k4.8.0-53-generic
Network: Card-1: Qualcomm Atheros AR9485 Wireless Network Adapter
driver: ath9k bus-ID: 02:00.0
IF: wlp2s0 state: up mac: <filter>
Card-2: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
driver: r8169 v: 2.3LK-NAPI port: 2000 bus-ID: 03:00.0
IF: enp3s0 state: down mac: <filter>
Drives: HDD Total Size: 500.1GB (8.3% used)
ID-1: /dev/sda model: Hitachi_HTS54755 size: 500.1GB temp: 39C
Partition: ID-1: / size: 28G used: 7.9G (30%) fs: btrfs dev: /dev/sda2
ID-2: /home size: 431G used: 24G (6%) fs: btrfs dev: /dev/sda4
ID-3: swap-1 size: 8.00GB used: 0.00GB (0%) fs: swap dev: /dev/sda3
RAID: No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors: System Temperatures: cpu: 61.0C mobo: 29.8C
Fan Speeds (in rpm): cpu: N/A
Info: Processes: 251 Uptime: 4:25 Memory: 1533.0/3654.4MB
Init: systemd runlevel: 5 Gcc sys: 5.4.0
Client: Shell (bash 4.3.481) inxi: 2.2.35
С Винды я дизертировал на Минт 17, всё работало идеально и просто летало. А вот на 18 частенько наблюдаю подтормаживания. И посещают меня мысли о даунгрейдится до 17.х или переезжать на LMDE2. В отличии от тебя, у меня проц ни кто не жрёт, а тупить начинает при активном использовании ФС.
ЗЫ С ядрами играл и воспроизводил рецепты по борьбе с 12309
ЗЗЫ А вот интересно - система сильно обидится если я ядро прибабахаю типа 3.16?
Процессор загружен от 90%
Добавлено: 03 сен 2017, 18:26
rogoznik
di_mok писал(а): ЗЗЫ А вто интересно - система сильно обидится если я ядро прибабахаю типа 3.16?
Я вот думал над тем чтоб к LMDE прикрутить ядро хотя бы из ветки 4.8
Процессор загружен от 90%
Добавлено: 03 сен 2017, 18:37
di_mok
Тебе проще. Апгрейд - это естественное действие

Процессор загружен от 90%
Добавлено: 03 сен 2017, 18:43
Chocobo
Не по теме
di_mok писал(а): ЗЗЫ А вот интересно - система сильно обидится если я ядро прибабахаю типа 3.16?
Я в 18.1 запускался на 2.6.32 (в апстарте правда) - ось и дрова работали норм, обиделся только виртуалбокс, и тому помогла переустановка с ребилдом его модулей
Процессор загружен от 90%
Добавлено: 03 сен 2017, 19:16
di_mok
Chocobo писал(а): обиделся только виртуалбокс
А видеодрайвер?
Процессор загружен от 90%
Добавлено: 03 сен 2017, 20:26
Chocobo
di_mok, Чутка приврал, это был ЛМДЕ2 и
2.6.39
, но суть на этом уровне не особо меняется)
Не могу установить старое ядро (Пост Chocobo #15190)
Видеодровина не пострадала никак. У многих из них до сих пор стабильно держится требование
>=2.6.X
Например довольно свежая
nvidia-384
-
http://us.download.nvidia.com/XFree86/L ... ments.html
Linux kernel 2.6.9* and newer
Процессор загружен от 90%
Добавлено: 02 апр 2018, 23:00
leonm
У меня на днях, после каких-то обновлений, возникла точно такая же ситуация с загрузкой процессора 80-90% (top 330% на 4 потока). Поскольку комп нужен для работы, решительные эксперименты не проводил, но... создал нового пользователя и у него такой проблемы нет. Пробовал папку ".cinnamon" с плохого перезаписать на хорошего пользователя - загрузка проца не увеличилась. Больше пока ничего не делал.
Может кто знает точно какую скрытую папочку с конфигами грохнуть для решения проблемы?
Вот вышеописанное железо
System: Host: m18-balkon Kernel: 4.4.0-116-generic x86_64 (64 bit gcc: 5.4.0)
Desktop: Cinnamon 3.2.7 (Gtk 3.18.9-1ubuntu3.3)
Distro: Linux Mint 18.1 Serena
Machine: Mobo: MSI model: H67MA-E45 (B3) (MS-7678) v: 1.0
Bios: American Megatrends v: V3.2 date: 01/17/2013
CPU: Dual core Intel Core i3-2100 (-HT-MCP-) cache: 3072 KB
flags: (lm nx sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx) bmips: 12399
clock speeds: max: 3100 MHz 1: 3100 MHz 2: 3100 MHz 3: 3100 MHz
4: 3099 MHz
Graphics: Card-1: Intel 2nd Generation Core Processor Family Integrated Graphics Controller
bus-ID: 00:02.0
Card-2: NVIDIA GT218 [GeForce 210] bus-ID: 01:00.0
Display Server: X.Org 1.18.4 drivers: nouveau (unloaded: fbdev,vesa) FAILED: intel
Resolution: 1366x768@59.79hz, 800x600@60.32hz
GLX Renderer: Gallium 0.4 on NVA8
GLX Version: 3.0 Mesa 11.2.0 Direct Rendering: Yes
Audio: Card-1 NVIDIA High Definition Audio Controller
driver: snd_hda_intel bus-ID: 01:00.1
Card-2 Intel 6 Series/C200 Series Family High Definition Audio Controller
driver: snd_hda_intel bus-ID: 00:1b.0
Sound: Advanced Linux Sound Architecture v: k4.4.0-116-generic
Network: Card-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
driver: r8169 v: 2.3LK-NAPI port: d000 bus-ID: 03:00.0
IF: enp3s0 state: down mac: <filter>
Card-2: Realtek RTL8188CUS 802.11n WLAN Adapter
driver: rtl8192cu usb-ID: 001-003
IF: wlxe84e06104dd9 state: N/A mac: N/A
Drives: HDD Total Size: 380.1GB (44.4% used)
ID-1: /dev/sda model: WDC_WD3200AAJS size: 320.1GB
ID-2: /dev/sdb model: KINGSTON_SV300S3 size: 60.0GB
Partition: ID-1: / size: 28G used: 7.8G (30%) fs: ext4 dev: /dev/sdb2
ID-2: /home size: 294G used: 146G (53%) fs: ext4 dev: /dev/sda1
ID-3: swap-1 size: 4.00GB used: 0.00GB (0%) fs: swap dev: /dev/sdb5
RAID: No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors: System Temperatures: cpu: 56.0C mobo: 27.8C gpu: 44.0
Fan Speeds (in rpm): cpu: N/A
Info: Processes: 212 Uptime: 57 min Memory: 1624.1/3827.7MB
Init: systemd runlevel: 5 Gcc sys: 5.4.0
Client: Shell (bash 4.3.481) inxi: 2.2.35
Процессор загружен от 90%
Добавлено: 02 апр 2018, 23:18
Chocobo
leonm, процессор, как правил нагружают не "скрытые папочки", а конкретные процессы.
в том же top
они сортируются по умолчанию по утилизации cpu.
С этого и стоит начинать траблшутинг.
Процессор загружен от 90%
Добавлено: 02 апр 2018, 23:22
leonm
Chocobo, мне казалось я понятно написал
leonm писал(а): ↑02 апр 2018, 23:00
точно такая же ситуация с загрузкой процессора 80-90% (top 330% на 4 потока).
В сети есть совет поменять тему оформления для решения этой проблемы, мне не помогло, создал чистого пользователя - помогло. Вывод: что-то в настройках старого пользователя "создает" эту проблему, только что не выяснил. Не хочу все настройки снова делать заново (хорошего бекапа нет).
Процессор загружен от 90%
Добавлено: 02 апр 2018, 23:35
Chocobo
leonm, неа, профиль нагрузки это никак не раскрывает.

Жрать цпу могут иксы, запускаемые у старого юзера приложения, апплеты де, и еще десятки причин.
чем решать неведомую проблему, может детектировать виновника, для начала
Процессор загружен от 90%
Добавлено: 02 апр 2018, 23:41
leonm
Chocobo писал(а): ↑02 апр 2018, 23:35
Жрать цпу могут иксы, запускаемые у старого юзера приложения, апплеты де
запускал почти все, кроме мегаоблака и мессенджера, но если эту разницу поубивать у старого пользователя, загрузка не уменьшается.
указал ошибочно другое железо в первом сообщении, теперь обновил
Chocobo писал(а): ↑02 апр 2018, 23:35
чем решать неведомую проблему, может детектировать виновника, для начала
а в тор виновник корица