Копирование файлов из Linux Mint 18 в Windows 10 через SAMBA Share Very Slow

Я установил общий ресурс SAMBA на компьютере с Linux Mint 18, который использую в качестве файлового сервера, и пытаюсь скопировать файлы с общего ресурса на компьютер с Windows 10. Обе машины подключены к сети Ethernet. В диалоговом окне копирования Windows 10 я m видит, что скорости варьируются от 700 КБ / с до 2,3 МБ / с, а оставшееся время составляет более 4 часов для копирования ~ 20 ГБ файлов.

Файлы, которыми я делюсь из Linux Mint 18, находятся на внешнем жесткий диск, подключенный через USB и смонтированный с помощью fstab. Вот мой fstab (это диск Seagate Backup Plus):

~$ cat /etc/fstab
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda1 during installation
UUID=c1b47d55-b3a8-422d-a10b-2ecc6d5e5c83 /               ext4    errors=remount-ro 0       1
# swap was on /dev/sda5 during installation
UUID=464a16f6-0ed3-4f66-883c-d28e27479c3a none            swap    sw              0       0

# Seagate Backup Plus Drive
UUID=1E1280D31280B0F7   /mnt/media  ntfs-3g auto,users,permissions  0   0

Поскольку диск внешний, я ожидаю, что он будет медленнее внутреннего SSD, но тест скорости показывает, что это не узкое место:

~$ sudo dd if=/dev/sdb of=tempfile bs=102400 count=1024
1024+0 records in
1024+0 records out
104857600 bytes (105 MB, 100 MiB) copied, 0.703176 s, 149 MB/s

149 МБ / с - это намного быстрее, чем 2 МБ / с. Я был бы более чем доволен такой скоростью передачи.

Сетевая карта в моем Linux Mint 18 - это Qualcomm Atheros AR8161 Gigabit Ethernet (rev 10) , и у меня установлен драйвер alx :

~$ modinfo alx
filename:       /lib/modules/4.13.0-32-generic/kernel/drivers/net/ethernet/atheros/alx/alx.ko
license:        GPL
description:    Qualcomm Atheros(R) AR816x/AR817x PCI-E Ethernet Network Driver
author:         Qualcomm Corporation, <nic-devel@qualcomm.com>
author:         Johannes Berg <johannes@sipsolutions.net>
srcversion:     15DC599B88652387E1F807D
alias:          pci:v00001969d000010A0sv*sd*bc*sc*i*
alias:          pci:v00001969d000010A1sv*sd*bc*sc*i*
alias:          pci:v00001969d00001090sv*sd*bc*sc*i*
alias:          pci:v00001969d0000E0B1sv*sd*bc*sc*i*
alias:          pci:v00001969d0000E0A1sv*sd*bc*sc*i*
alias:          pci:v00001969d0000E091sv*sd*bc*sc*i*
alias:          pci:v00001969d00001091sv*sd*bc*sc*i*
depends:        mdio
intree:         Y
name:           alx
vermagic:       4.13.0-32-generic SMP mod_unload

Вот информация на моем Ethernet-соединении:

~$ sudo ethtool enp2s0
Settings for enp2s0:
Supported ports: [ TP ]
Supported link modes:   10baseT/Half 10baseT/Full 
                        100baseT/Half 100baseT/Full 
                        1000baseT/Full 
Supported pause frame use: Symmetric Receive-only
Supports auto-negotiation: Yes
Advertised link modes:  10baseT/Half 10baseT/Full 
                        100baseT/Half 100baseT/Full 
                        1000baseT/Full 
Advertised pause frame use: Symmetric
Advertised auto-negotiation: Yes
Speed: 1000Mb/s
Duplex: Full
Port: Twisted Pair
PHYAD: 0
Transceiver: internal
Auto-negotiation: on
MDI-X: Unknown
Current message level: 0x000060e4 (24804)
               link ifup rx_err tx_err hw wol
Link detected: yes

Вот как выглядит мой smb.conf:

~$ testparm
# Global parameters
[global]
server string = %h server (Samba, Ubuntu)
security = USER
map to guest = Bad User
syslog = 0
log file = /var/log/samba/log.%m
name resolve order = bcast host
dns proxy = No
panic action = /usr/share/samba/panic-action %d
idmap config * : backend = tdb

[MyShare]
path = "/mnt/media/My Share"
force user = nobody
read only = No
guest ok = Yes

I ' Некоторые люди в Интернете предлагали попробовать передачу по другому протоколу. Я использовал SFTP-клиент на машине Windows для передачи большого файла с машины Linux Mint 18 и увидел, что скорость передачи немного выше, чем у SAMBA, но все еще достигает пика на уровне 2,1 МБ / с. Это заставляет меня думать, что SAMBA, возможно, не виновата.

Я попытался переместить большой файл с моего внешнего диска (диск Seagate Backup Plus, к которому я предоставил общий доступ через SAMBA) на внутренний диск, которым является Linux Mint 18. установлен на. Затем я повторил тест SFTP и увидел, что скорость передачи данных достигла максимума 2,9 МБ / с. Это наводит на мысль, что проблема может быть не в SAMBA или внешнем диске, а в моей сетевой настройке. Согласно https://docs.microsoft.com/en-us/azure/aks/kubernetes-service-principal, кластер AKS - это ...

Я только что создал кластер AKS с использованием стандартного az aks создать ... --ssh-ключ-значение ... . Согласно https://docs.microsoft.com/en-us/azure/aks/kubernetes-service-principal ,

создается кластер AKS, и поскольку существующий субъект-служба не указан , для кластера создается субъект-служба.

Где я могу найти созданный SP? Спасибо

13
задан 10 February 2018 в 23:41
5 ответов

Как сказал Бруно Фариа , вы можете найти принципала службы в Azure Active Directory, Azure Active Directory -> Регистрация приложений -> Все приложения вот так:

enter image description here

Также вы можете использовать az aks list --resource-group , чтобы найти своего принципала службы:

enter image description here

Надеюсь, это поможет.

15
ответ дан 2 December 2019 в 21:24

Перейдите в Azure Active Directory >> Регистрация приложений >> Выберите "Все приложения" в раскрывающемся меню >> найдите свое приложение и щелкните его.

Принципал службы будет идентификатором приложения, а секрет будет ключом в настройках.

2
ответ дан 2 December 2019 в 21:24

В выводе «списка az aks» должен содержаться идентификатор клиента вашей службы.

2
ответ дан 2 December 2019 в 21:24

По этой ссылке можно найти пошаговое руководство по регистрации приложения в Azure AD - https://sanganakauthority.blogspot.com/2019/04/how-to-create-service-principal-or-app.html

0
ответ дан 2 December 2019 в 21:24

Попробуйте с этим

az aks list --resource-group core-project --query="[0].servicePrincipalProfile.clientId"
1
ответ дан 29 April 2020 в 18:22

Теги

Похожие вопросы