Страница 2 из 3

При скачивании файлов с самба сервера на windows 10 тормозит компьютер с линукс

Добавлено: 05 окт 2017, 13:37
slant
Самба тут явно не при чем, хост тоже... Тормоза вызывает драйвер виртуалбокса на клиенте - тот, что реализует интеграцию десктопа (перетаскивание файлов, мышь, буфер обмена, и прочее). А вот почему оно грузит именно во время работы самбы...
Что именно вы копируете? Один большой файл, или кучу мелких? Сколько ядер/процессоров выделено в конфигурации VM гостю?

И дайте-ка мне вывод команды mount на клиенте.

При скачивании файлов с самба сервера на windows 10 тормозит компьютер с линукс

Добавлено: 05 окт 2017, 13:41
sana-555
slant писал(а): Что именно вы копируете? Один большой файл, или кучу мелких? Сколько ядер/процессоров выделено в конфигурации VM гостю?
Фото, размер 5мб х 200шт.
slant писал(а): И дайте-ка мне вывод команды mount на клиенте.
Клиент Винда 10 :smile:
---
Выделено одно ядро :smile:

При скачивании файлов с самба сервера на windows 10 тормозит компьютер с линукс

Добавлено: 05 окт 2017, 13:56
slant
sana-555 писал(а): Фото, размер 5мб х 200шт.
Ага, характерно...
sana-555 писал(а): И дайте-ка мне вывод команды mount на клиенте.
Клиент Винда 10 :smile:
Не проснулся еще. Имелся в виду гость. :) Т.е. система в вируталке.

И попробуйте дать виртуалке два ядра. А чтобы влияло на хост поменьше - ограничить максимальную нагрузку для VM на уровне 90% - это где-то на вкладке производительности или настроек CPU. (У меня сейчас под рукой только с Веб-интерфейсом виртуалбокс, дословно сказать где оно в десктопной версии не могу.)

При скачивании файлов с самба сервера на windows 10 тормозит компьютер с линукс

Добавлено: 05 окт 2017, 14:13
sana-555
slant писал(а): mount

Код: Выделить всё

sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,nosuid,relatime,size=1001352k,nr_inodes=250338,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=204792k,mode=755)
/dev/sda1 on / type ext4 (rw,relatime,errors=remount-ro,data=ordered)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /sys/fs/cgroup type tmpfs (rw,mode=755)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids,release_agent=/run/cgmanager/agents/cgm-release-agent.pids)
cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls,net_prio)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event,release_agent=/run/cgmanager/agents/cgm-release-agent.perf_event)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/hugetlb type cgroup (rw,nosuid,nodev,noexec,relatime,hugetlb,release_agent=/run/cgmanager/agents/cgm-release-agent.hugetlb)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset,clone_children)
cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=30,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=11494)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime)
mqueue on /dev/mqueue type mqueue (rw,relatime)
sunrpc on /run/rpc_pipefs type rpc_pipefs (rw,relatime)
nfsd on /proc/fs/nfsd type nfsd (rw,relatime)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
/dev/sda2 on /home type ext4 (rw,relatime,data=ordered)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,relatime)
cgmfs on /run/cgmanager/fs type tmpfs (rw,relatime,size=100k,mode=755)
data on /media/sf_data type vboxsf (rw,nodev,relatime)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=204792k,mode=700,uid=1000,gid=1000)
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
slant писал(а): И попробуйте дать виртуалке два ядра.
Пока не могу, за не имением лишних :smile: Пока только в ближайших планах другой процессор.

При скачивании файлов с самба сервера на windows 10 тормозит компьютер с линукс

Добавлено: 05 окт 2017, 14:35
slant
sana-555 писал(а): Пока не могу, за не имением лишних :smile: Пока только в ближайших планах другой процессор.
??? У вас что, на хосте одноядерный процессор??? :shock:
Или вы просто считаете, что ядро отданное виртуалке перестает работать на хост?
Если первое - то уровень производительности вполне адекватный получается Особенно потому, что там скорее всего и аппаратной поддержки виртуализации нету, в таком антиквариате...
А если второе - то вы очень неправы. Можно отдать виртуалке хоть все ядра, какие есть у хоста - она просто будет делить с ним нагрузку. Но по другому, чем когда у нее только часть ядер. Т.к. на двух физических ядрах возможно настоящее выполнение двух процессов одновременно, а на одном - только имитация. (Можно даже нескольким виртуалкам отдавать все ядра одновременно. Запустится.)

При скачивании файлов с самба сервера на windows 10 тормозит компьютер с линукс

Добавлено: 05 окт 2017, 14:38
slant
И еще: вот этот путь в ваших конфигах самбы у гостя нигде не мелькает? /media/sf_data ???

При скачивании файлов с самба сервера на windows 10 тормозит компьютер с линукс

Добавлено: 05 окт 2017, 14:45
sana-555
slant писал(а): ??? У вас что, на хосте одноядерный процессор??? :shock:
Два... :-D
slant писал(а): Или вы просто считаете, что ядро отданное виртуалке перестает работать на хост?
Ага, так считал... :smile: Виртуализация есть. :smile:
slant писал(а): Можно даже нескольким виртуалкам отдавать все ядра одновременно. Запустится.
Ух ты, век живи - век учись, значит сейчас отдам и виртуалке с виндой... :smile:
slant писал(а): И еще: вот этот путь в ваших конфигах самбы у гостя нигде не мелькает? /media/sf_data ???
Мелькает, да еще и во всех шарах... :smile: А что?

При скачивании файлов с самба сервера на windows 10 тормозит компьютер с линукс

Добавлено: 05 окт 2017, 14:48
Chocobo
sana-555, Шарь конифг самбы)

При скачивании файлов с самба сервера на windows 10 тормозит компьютер с линукс

Добавлено: 05 окт 2017, 14:54
sana-555
Отдал два ядра из двух, ничего не поменялось.. :sad:
Chocobo писал(а): Шарь конифг самбы)
Не понял, что именно нужно сделать? :smile:
---
Еще сейчас подключил бездискового клиента к этому же серверу(гостю) самба(он же терминальный сервер). И попробовал скачать те же файлы, так вот тормозов в этом случае не наблюдается... Может дело в подключении через вай фай, или в винде...? :smile:

При скачивании файлов с самба сервера на windows 10 тормозит компьютер с линукс

Добавлено: 05 окт 2017, 16:09
slant
sana-555 писал(а): Мелькает, да еще и во всех шарах... :smile: А что
А в том, что это главная причина происходящего. При копировании через самбу гость тянет файлы с хоста через virtualbox guest tools (общая папка настроена, я так понимаю) - что дает просто дикий оверхед по нагрузке. Не приспособлено оно для такого. NFS юзайте, если уж так надо с хоста файлы брать. А вообще - на хосте самбу и настраивать надо было, если по уму. :) Или отдавать гостю физический диск где файлы лежат.
sana-555 писал(а): Может дело в подключении через вай фай, или в винде...?
Через Wi-fi нагрузка на сервер (гостя) меньше получается.

P.S. Возмите себе простое правило при работе с виртуалками - если что-то может быть сделано без использования shared folders - надо это делать без них. Ибо они всегда тормознее и глючнее альтернативы. Проверено. :) В идеале - вообще никогда их не использовать. Ни для чего. И в данном случае идеал вполне достижим.

При скачивании файлов с самба сервера на windows 10 тормозит компьютер с линукс

Добавлено: 05 окт 2017, 16:41
sana-555
slant писал(а): NFS юзайте
Не разу не сталкивался, она разве не только для линукс?
slant писал(а): А вообще - на хосте самбу и настраивать надо было, если по уму. :)
С моими экспериментами на хосте, подумал что надежнее на виртуалке... :smile: Придется видимо все таки установить на хост...
---
А какая сеть будет быстрее: настроить самбу на хосте или отдать физ. диск гостю? Или они равны?

При скачивании файлов с самба сервера на windows 10 тормозит компьютер с линукс

Добавлено: 05 окт 2017, 18:12
slant
sana-555 писал(а): Не разу не сталкивался, она разве не только для линукс?
Клиент есть и для винды, но я имел в виду другое - вместо shared folders. Между хостом и гостем. тоже не идеал, но гораздо лучше будет.

При скачивании файлов с самба сервера на windows 10 тормозит компьютер с линукс

Добавлено: 05 окт 2017, 18:19
slant
sana-555 писал(а): А какая сеть будет быстрее: настроить самбу на хосте или отдать физ. диск гостю? Или они равны?
В идеале - разница в пределах погрешности. На практике - от настроек и типа виртуалки зависит. Однозначно сказать нельзя. Я vbox никогда не использовал с подключением физического диска, а у vmware, скажем, заметной разницы с реальной машиной нету. То же самое и с сетью, правда с оговоркой - обязателен паравиртуальный тип адаптера. Так что - смотрите что удобней будет. Не забудьте только что если отдаете физ диск гостю - хост на него лезть уже не должен. В отличии от CPU, диски должны быть монопольно выданы машине.

При скачивании файлов с самба сервера на windows 10 тормозит компьютер с линукс

Добавлено: 05 окт 2017, 18:35
sana-555
slant писал(а): Не забудьте только что если отдаете физ диск гостю - хост на него лезть уже не должен.
Это здесь: sudo gedit /etc/fstab закоментить строчку с этим диском?

Код: Выделить всё

# /data was on /dev/sdb1 during installation
#UUID=F628E8C928E88A47 /media/data           ntfs    defaults,umask=007,gid=46 0       0

При скачивании файлов с самба сервера на windows 10 тормозит компьютер с линукс

Добавлено: 05 окт 2017, 18:38
Chocobo
sana-555, еще и нтфс до кучи, в коллекцию архитектурных костылей)
тоже отдельный топик был с фризами

При скачивании файлов с самба сервера на windows 10 тормозит компьютер с линукс

Добавлено: 05 окт 2017, 18:53
sana-555
Chocobo писал(а): еще и нтфс до кучи, в коллекцию архитектурных костылей)
А если форматнуть диск под ext4, винда будет видеть файлы? Или только как вы писали - extfat?

При скачивании файлов с самба сервера на windows 10 тормозит компьютер с линукс

Добавлено: 05 окт 2017, 18:56
sana-555
sana-555 писал(а): Это здесь: sudo gedit /etc/fstab закоментить строчку с этим диском?
Только вот в файловом менеджере все равно есть риск примонтировать, по не осторожности...) Можно ли его как то вообще скрыть в левой колонке?

При скачивании файлов с самба сервера на windows 10 тормозит компьютер с линукс

Добавлено: 05 окт 2017, 18:59
Chocobo
sana-555, Под ext4 винды умеют с костылями не меньшими (насколько мне изместно), чем минты в ntfs :joke:
А та шара обязательно должна размещаться на диске, который виден в дуалбуте?

При скачивании файлов с самба сервера на windows 10 тормозит компьютер с линукс

Добавлено: 05 окт 2017, 19:03
sana-555
Chocobo писал(а): А та шара обязательно должна размещаться на диске, который виден в дуалбуте?
Откель мне знать :-D Несколько шар точно мне кажется не обязательно, поскольку там обычные файлы и фото. Одна только шара под сомнением, там бд аксесс...
---
Сейчас проверил скачивать те же файлы только с шары на ext4 - те же тормоза. Но в любом случае, о смене файловой системы на общем диске задумывался, значит лучше extfat пока нет вариантов?

При скачивании файлов с самба сервера на windows 10 тормозит компьютер с линукс

Добавлено: 06 окт 2017, 15:08
sana-555
slant писал(а): А в том, что это главная причина происходящего. При копировании через самбу гость тянет файлы с хоста через virtualbox guest tools (общая папка настроена, я так понимаю) - что дает просто дикий оверхед по нагрузке. Не приспособлено оно для такого. NFS юзайте, если уж так надо с хоста файлы брать. А вообще - на хосте самбу и настраивать надо было, если по уму. :) Или отдавать гостю физический диск где файлы лежат.
В общем отдал гостю физический диск, на хосте его отмонтировал, но все равно те же тормоза...( Так же пробовал расшаривать папку на самом госте - то же тормоза. Я в замешательстве... :smile: