Сайт | Скачать | Видео | Wiki

Автор Тема: XlupuRus-510/LupuRus520 M1 - загрузка ЦП 20% и более от NTFS-3G драйвера  (Прочитано 4549 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн quasar84

  • Пользователь
  • **
  • Сообщений: 34
  • Репутация: +0/-0
Озадачен тем что в XlupuRus-510/LupuRus520 M1  в диспетчере задач показывает что драйвер  NTFS-3G грузит процессор на 20% и более, смотря сколько NTFS разделов открыто. После закрытия окон процессор по прежнему загружен на 20% этим драйвером. В остальных дистрибутивах подобное не наблюдал. Это исправляется? А то смысл концепции "нересурсоёмкой шустрой ОС" теряется....

Оффлайн imp

  • /dev/бубен
  • Ветеран
  • *****
  • Сообщений: 546
  • Репутация: +25/-1
  • Пусть воюют другие
Гм, а мне интересно, кто от чего в измерениях отталкивается
В винде, так вааще проц гуляет - одни нули  :D
Но это ж не повод назвать ее маааленькой, да еще и шустрой!
И процессов с нуля у ней токмо 21!
И кому верить???
Компьютер имеет то преимущество перед мозгом, что им пользуются.

Оффлайн quasar84

  • Пользователь
  • **
  • Сообщений: 34
  • Репутация: +0/-0
может в линуксе то, что показывает диспетчер задач несколько иначе надо воспринимать... но мне про это никто не рассказывал, поэтому есно все меришь по аналогии с виндой. Сейчас такой дикой загрузки от НТФС-драйвера не наблюдаю, кстати.

Оффлайн Gerasats

  • Ветеран
  • *****
  • Сообщений: 1040
  • Репутация: +32/-0
  • Короче, я полный оппортунист.....и по фиг!
А можно подробнее:
1. как установлен Паппи?
Если в режиме Лайв СД, то вполне и возможна подгрузка процессора скриптом ntfs-3g.
Если фругал или фул, рекомендую подредактировать файл rc.local по пути/etc/rc.d/ относительно ntfs разделов следующим образом:

#version upgrade, any prior content of rc.local moved to /tmp/rc.local
mount /dev/sda1 /mnt/sda1
mount /dev/sda2 /mnt/sda2
mount ntfs-3g /dev/sda4 /mnt/sda4
mount /dev/sdb1 /mnt/sdb1
mount /dev/sdb2 /mnt/sdb2
mount ntfs-3g /dev/sdb3 /mnt/sdb3
if [ -x /etc/rc.d/rc.firewall ]; then
  /etc/rc.d/rc.firewall start
fi
[ -x /etc/rc.d/rc.samba ] && /etc/rc.d/rc.samba start


Привожу свой файл полностью, надеюсь разберетесь с тем как у Вас сформированы разделы.
Система изначально будет знать какие разделы ей грузить с момента старта, и никаких лишних телодвижений проц делать не будет!
Удачи!

ЗЫ: Если Вам не надо какие либо разделы грузить при старте, просто заремить их:
# mount /dev/sda2 /mnt/sda2
« Последнее редактирование: 09 Апрель 2011, 23:01:21 от Gerasats »
Desktop:  AMD Phenom II X4 965 Black Edition 3400MHz, HyperX Limited Editions - 8GB Module - DDR3 1600MHz, ASRock N68C-GS FX, GeForce GT240 PCIe, LG Electronics IPS277L-BN, SSD Kingston SSDNow V300 60GB 2.5" SATAIII MLC
Netbook: Lenovo-s-10.2
Tablet: Acer-210, Phone: Lenovo A2010
OS - Puppy Xenial64 7.0.8.4 kernel 4.11.1 full install, Linux Mint 17.3 XFCE, Windows 10x64 Enterprise, OpenElec, Android- 6.0 - 7.1

Оффлайн quasar84

  • Пользователь
  • **
  • Сообщений: 34
  • Репутация: +0/-0
"Если в режиме Лайв СД, то вполне и возможна подгрузка процессора скриптом ntfs-3g."  - да, это и происходит. Уже смирился. Только режим Лайв СД использую.

Оффлайн Gerasats

  • Ветеран
  • *****
  • Сообщений: 1040
  • Репутация: +32/-0
  • Короче, я полный оппортунист.....и по фиг!
А файл сохранеки пользуете? Если да то вперед, тоже подправить rc.local он сохранится в сохраненке и больше вопросов не будет.
Desktop:  AMD Phenom II X4 965 Black Edition 3400MHz, HyperX Limited Editions - 8GB Module - DDR3 1600MHz, ASRock N68C-GS FX, GeForce GT240 PCIe, LG Electronics IPS277L-BN, SSD Kingston SSDNow V300 60GB 2.5" SATAIII MLC
Netbook: Lenovo-s-10.2
Tablet: Acer-210, Phone: Lenovo A2010
OS - Puppy Xenial64 7.0.8.4 kernel 4.11.1 full install, Linux Mint 17.3 XFCE, Windows 10x64 Enterprise, OpenElec, Android- 6.0 - 7.1

Оффлайн quasar84

  • Пользователь
  • **
  • Сообщений: 34
  • Репутация: +0/-0
Нет, не использую, поскольку сначала пытаюсь создать свой Лив СД с нужными программами, но сейчас застрял на вопросе - почему не могу нарезать диск (тему с вопросом создал отдельно в этой ветке).