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

[slant]

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

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

[sana-555]

Что именно вы копируете? Один большой файл, или кучу мелких? Сколько ядер/процессоров выделено в конфигурации VM гостю?

Фото, размер 5мб х 200шт.

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

Клиент Винда 10
---
Выделено одно ядро

[slant]

Фото, размер 5мб х 200шт.

Ага, характерно...

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

Не проснулся еще. Имелся в виду гость. Т.е. система в вируталке.

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

[sana-555]

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]

Пока не могу, за не имением лишних Пока только в ближайших планах другой процессор.

??? У вас что, на хосте одноядерный процессор???
Или вы просто считаете, что ядро отданное виртуалке перестает работать на хост?
Если первое - то уровень производительности вполне адекватный получается Особенно потому, что там скорее всего и аппаратной поддержки виртуализации нету, в таком антиквариате...
А если второе - то вы очень неправы. Можно отдать виртуалке хоть все ядра, какие есть у хоста - она просто будет делить с ним нагрузку. Но по другому, чем когда у нее только часть ядер. Т.к. на двух физических ядрах возможно настоящее выполнение двух процессов одновременно, а на одном - только имитация. (Можно даже нескольким виртуалкам отдавать все ядра одновременно. Запустится.)

[slant]

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

[sana-555]

??? У вас что, на хосте одноядерный процессор???

Два...

Или вы просто считаете, что ядро отданное виртуалке перестает работать на хост?

Ага, так считал... Виртуализация есть.

Можно даже нескольким виртуалкам отдавать все ядра одновременно. Запустится.

Ух ты, век живи - век учись, значит сейчас отдам и виртуалке с виндой...

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

Мелькает, да еще и во всех шарах... А что?

[Chocobo]

sana-555, Шарь конифг самбы)

[sana-555]

Отдал два ядра из двух, ничего не поменялось..

Шарь конифг самбы)

Не понял, что именно нужно сделать?
---
Еще сейчас подключил бездискового клиента к этому же серверу(гостю) самба(он же терминальный сервер). И попробовал скачать те же файлы, так вот тормозов в этом случае не наблюдается... Может дело в подключении через вай фай, или в винде...?

[slant]

Мелькает, да еще и во всех шарах... А что

А в том, что это главная причина происходящего. При копировании через самбу гость тянет файлы с хоста через virtualbox guest tools (общая папка настроена, я так понимаю) - что дает просто дикий оверхед по нагрузке. Не приспособлено оно для такого. NFS юзайте, если уж так надо с хоста файлы брать. А вообще - на хосте самбу и настраивать надо было, если по уму. Или отдавать гостю физический диск где файлы лежат.

Может дело в подключении через вай фай, или в винде...?

Через Wi-fi нагрузка на сервер (гостя) меньше получается.

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

[sana-555]

NFS юзайте

Не разу не сталкивался, она разве не только для линукс?

А вообще - на хосте самбу и настраивать надо было, если по уму.

С моими экспериментами на хосте, подумал что надежнее на виртуалке... Придется видимо все таки установить на хост...
---
А какая сеть будет быстрее: настроить самбу на хосте или отдать физ. диск гостю? Или они равны?

[slant]

Не разу не сталкивался, она разве не только для линукс?

Клиент есть и для винды, но я имел в виду другое - вместо shared folders. Между хостом и гостем. тоже не идеал, но гораздо лучше будет.

[slant]

А какая сеть будет быстрее: настроить самбу на хосте или отдать физ. диск гостю? Или они равны?

В идеале - разница в пределах погрешности. На практике - от настроек и типа виртуалки зависит. Однозначно сказать нельзя. Я vbox никогда не использовал с подключением физического диска, а у vmware, скажем, заметной разницы с реальной машиной нету. То же самое и с сетью, правда с оговоркой - обязателен паравиртуальный тип адаптера. Так что - смотрите что удобней будет. Не забудьте только что если отдаете физ диск гостю - хост на него лезть уже не должен. В отличии от CPU, диски должны быть монопольно выданы машине.

[sana-555]

Не забудьте только что если отдаете физ диск гостю - хост на него лезть уже не должен.

Это здесь: sudo gedit /etc/fstab закоментить строчку с этим диском?

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

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

[Chocobo]

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

[sana-555]

еще и нтфс до кучи, в коллекцию архитектурных костылей)

А если форматнуть диск под ext4, винда будет видеть файлы? Или только как вы писали - extfat?

[sana-555]

Это здесь: sudo gedit /etc/fstab закоментить строчку с этим диском?

Только вот в файловом менеджере все равно есть риск примонтировать, по не осторожности...) Можно ли его как то вообще скрыть в левой колонке?

[Chocobo]

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

[sana-555]

А та шара обязательно должна размещаться на диске, который виден в дуалбуте?

Откель мне знать Несколько шар точно мне кажется не обязательно, поскольку там обычные файлы и фото. Одна только шара под сомнением, там бд аксесс...
---
Сейчас проверил скачивать те же файлы только с шары на ext4 - те же тормоза. Но в любом случае, о смене файловой системы на общем диске задумывался, значит лучше extfat пока нет вариантов?

[sana-555]

А в том, что это главная причина происходящего. При копировании через самбу гость тянет файлы с хоста через virtualbox guest tools (общая папка настроена, я так понимаю) - что дает просто дикий оверхед по нагрузке. Не приспособлено оно для такого. NFS юзайте, если уж так надо с хоста файлы брать. А вообще - на хосте самбу и настраивать надо было, если по уму. Или отдавать гостю физический диск где файлы лежат.

В общем отдал гостю физический диск, на хосте его отмонтировал, но все равно те же тормоза...( Так же пробовал расшаривать папку на самом госте - то же тормоза. Я в замешательстве...