Низкая скорость копирования по сети linux

Опять Samba. низкая скорость копирования в одну сторону

Добрый день, Поставил Samba для «общения» двух ноутов — на моем Debian 7, на втором Windows 7 для организации встречного копирования (передачи) файлов. Все нормально, скорость копирования 10-11МБ/сек (на одном ноуте сет.карточка сотка) во всех случаях, кроме копирования с Win7 в расшаренную папку Samba. При такой попытке копирования Win сначала долго думает, потом начинает копировать на скорости 20-25КБ/сек. C win 7 я могу в шаре создавать папки, файлы, удалять их. Юзеры заведены, авторизация на обоих сторонах работает. samba.conf

Samba 4.1.17 Debian 7, Windows 7 все обновляется. Samba’у переустанавливал начисто, ноуты общаются через роутер Микротик, доступ в Инет более 20Мбит с обоих. В чем может быть причина? Хотя бы как узнать, на какой стороне проблема?

Half duplex — где-то сбилась синхронизация сетевух

Тоже так думал, в настройках сет карты windos 7 выставлен полный дуплекс.

На заборе тоже написано, проверять надо и на свитче тоже.

А вспомнил, когда самба плохо работает нужно просто поставить btrfs, erzent так всегда делает.

Нет, erzent обычно ставит Radius 🙂

в настройках сет карты windos 7 выставлен полный дуплекс.

А на «авто» как они соединяются?

Точно также, потому и полез.

ноуты общаются через роутер Микротик

В микротике нет никаких правил на портах, куда ноуты подключены?
Попробуй подключить напрямую без микротика.

Подключил ноуты напрямую (обычным кабелем) — все без изменений. Даже не знаю, что делать.

Лучше бы просто потестить скорость iperf’ом каким-нибудь. Чтобы точно исключить проблемы с сетью.

Померил скорости iperf’ом, результаты такие — прием на линукс со скорость 10-11 Mbit/s, на Win 7 250-300Kbit/s. не мало для сотки? Соединение при этом было прямое по кабелю. Т.е сетевуха ноута на передачу не работает. Это Qualcomm Atheros AR8152 NDIS 6,20. Драйверы? или сдохла? У меня есть внешняя usb сетевушка d-link, но для нее под win7 нет драйверов (а на win 8 есть). Ладно, пошел копать.

В общем, разобрался. Проблемы аппаратные. Вместо win7 запустил Debian с live-dvd. Что интересно, когда на глючном ноуте запускаешь iperf с ключем для передачи, это приводит к тому, что устройство (eth0) вообще отваливается, и передачи нет совсем. Кроме того, заметил, что и wifi на ноуте перестал работать, но с этим пока не разбирался. А еще, не далее как месяц назад, на этом ноуте вышел из строя hdd, да так как «удачно». вскрытие обнаружило буквально пропил на диске, восстановить не смогли ничего. Сижу и думаю, как это все понимать в совокупности.

Всем откликнувшимся — благодарю за помощь. Тема не то, чтобы «решена», но по крайней мере закончена, наверное.

в совокупности ноут уронили, удачно уронили — без вмятин на корпусе.

Он на столе стоял, никуда не путешествовал вообще. маловероятно.

ну да, и самоотвалились сразу эржент и вай-вай :-))

На всякий случай проведу допросы.

Вопрос решил. Ответ просто невероятен (для меня). Описываю подробнее. Запустил в Win7 iperf d режиме приема и передачи. Принимает 10-11Мб/сек, отдает 20-25Кб/сек. Вставляю live-cd debian в Win 7, перезагружаюсь, настраиваю сеть (у меня нет dhcp), запускаю iperf — комп зависает. Перезагружаюсь опять в live-cd, интерфейса eth0 нет. Опять перезагружаюсь интерфейса нет. Выключаю ноут — в live-cd интерфейс появляется, но при попытке использовать iperf все по новой. Выключаю ноут, включаю ноут, загружаю win7, в диспетчере устройств удаляю сетевую карту, ставлю галку удалить вместе с файлами драйверов. Нажимаю Поиск устройств, система находит карту, подсовываю заново скаченные драйвера, ВСЁ работает! iperf показывает в обоих направлениях 10-11 Мб/сек. То же самое делаю в отношении wifi. Тоже интерфейс заработал как надо! Вывод. В Win 7 что-то произошло с драйверами такое, что приводило ethernet и wifi в каматозное состояние и не помогала даже перезагрузка, только выключение! з.ы. Если бы мне такое кто-то рассказал, я не поверил бы.

Источник

Низкая скорость передачи данных по сети

копирование файлов из сети(Windows) занимает слишком много времени (файл 700 МБ — 3 часа)

на других машинах, тоже под Ubuntu все нормально.

Re: Низкая скорость передачи данных по сети

Проверит скорость копирования по другому (простому) протоколу, например ftp. Если медленно, значит проблемы железа или урезан канал. Можно еще поделать ping большими пакетами.

Re: Низкая скорость передачи данных по сети

А меня ещё всегда интересовал вопрос, чем занимается альтернативная ось, когда пишет сокровенную фразу «идёт подготовка к копированию» ? О_о

Re: Низкая скорость передачи данных по сети

железо в норме. Преставлял сетевухи. результат такой же..

Скорее всего, как я думаю, проблема где-то в настройках.

Re: Низкая скорость передачи данных по сети

>А меня ещё всегда интересовал вопрос, чем занимается альтернативная ось, когда пишет сокровенную фразу «идёт подготовка к копированию» ? О_о

Расчет размеров делает. Этим занимается не только винда. Например mc при копировании по фтп тоже сначала пересчитывает размеры.

Re: Низкая скорость передачи данных по сети

какая скорость копирования на других машинах, на которых все нормально?

Re: Низкая скорость передачи данных по сети

Re: Низкая скорость передачи данных по сети

Ftp работает на порядок шустрее.

Re: Низкая скорость передачи данных по сети

вчера заливал 4 dvd iso дебиана на уделенную машину по сети. так кроме как wget-ом по http ничем больше не получилось. скорость была 11Mb/s против smb в 4,3Mb/s

Re: Низкая скорость передачи данных по сети

это все, конечно, понятно.. но если бы везде так, я бы и спрашивать не стал. а так только на одном компе.. странно все это.

вот сижу и думаю в чем может быть проблема?

Re: Низкая скорость передачи данных по сети

Настройки сетевой какие? В каком режиме работает?

Re: Низкая скорость передачи данных по сети

Конкретнее вопрос можнос задать? Просто я не совсем его понял.

Re: Низкая скорость передачи данных по сети

Покажи вывод команд:
ethtool ethX
mii-tool
ifconfig

Re: Низкая скорость передачи данных по сети

>ethtool ethX
Settings for eth0:
Supported ports: [ TP MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
Supports auto-negotiation: Yes
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
Advertised auto-negotiation: Yes
Speed: 100Mb/s
Duplex: Full
Port: MII
PHYAD: 1
Transceiver: internal
Auto-negotiation: on
Supports Wake-on: pg
Wake-on: d
Current message level: 0x000000c5 (197)
Link detected: yes

>mii-tool
eth0: negotiated 100baseTx-FD, link ok

>ifconfig
eth0 Link encap:Ethernet HWaddr 00:15:58:3B:AB:4C
inet addr:10.0.7.2 Bcast:10.255.255.255 Mask:255.0.0.0
inet6 addr: fe80::215:58ff:fe3b:ab4c/64 Диапазон:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:690515 errors:0 dropped:0 overruns:0 frame:0
TX packets:503297 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:942954319 (899.2 MiB) TX bytes:50409856 (48.0 MiB)
Interrupt:21 Base address:0xe800

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Диапазон:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:351 errors:0 dropped:0 overruns:0 frame:0
TX packets:351 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:40074 (39.1 KiB) TX bytes:40074 (39.1 KiB)

Re: Низкая скорость передачи данных по сети

Поставь 100Mb-HD или 10Mb-HD и посмотри будет ли разница.
Как коннектишся к виндовой машине и чем копируеш файлы?

Re: Низкая скорость передачи данных по сети

Конект через самбу. Стандартные средства копирования.

Re: Низкая скорость передачи данных по сети

>Конект через самбу. Стандартные средства копирования.

А так:
mount //192.168.1.1/D /mnt/share

и копировать в mc. (так у меня всегда идеально работает)

Источник

unixforum.org

Форум для пользователей UNIX-подобных систем

• Темы без ответов
• Активные темы
• Поиск
• Статус форума

[РЕШЕНО] Низкая скорость SAMBA-сервера (не больше 1,5Мбит/с в локальной сети)

Модератор: SLEDopit

[РЕШЕНО] Низкая скорость SAMBA-сервера

Сообщение vkapas » 06.08.2015 00:59

Поднял и настроил на Ubuntu Server 14.04 «общую папку» на samba в небольшом офисе на 5 человек. Сотрудники стали жаловаться на низкую скорость передачи. Проверил — правда, скорость копирования с/на сервер не превышает 1-1,5 Мбит/с (в лучшем случае). В разгар рабочего дня падает ещё ниже.

Ubuntu-сервер и все офисные компьютеры объединены в сеть через роутер Zyxel Keenetic II: 1 компьютер и сам сервер подключены по витой паре, остальные компьютеры — по Wi-Fi. На всех машинах, кроме сервера, стоит Windows 7 или 8.

Диски на Ubuntu собраны в RAID-1 (зеркалирование). С их скоростью проблем нет:

Тест пропускной способности, запущенный между сервером и тремя разными ПК, показал, что скорость передачи должна быть не меньше 4Мбит/с:

(192.168.1.105 — ПК, подключённый по LAN, 192.168.1.100 и 192.168.1.104 — по WiFi. В качестве сервера iperf — Ubuntu)

Для теста также поднимал на Ubuntu FTP-сервер и для сравнения копировал папки с похожим содержимым и размером

500Мб через Samba, а затем через FTP. Тест проводил в нерабочее время с нулевой сетевой загрузкой сервера и сети. Результаты запутали ещё больше:
1) ПК, подключенный по LAN, показал примерно одни и те же скорости в обоих случаях:

2) ПК, подключённый по Wi-Fi (выдавший через ipref 91.1Мбит/с), папку с изображениями размером 500Мб через Samba собирался копировать примерно 15 минут, а через FTP — 2 минуты:

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

Источник

Низкая скорость копирования

Доброго времени суток.

Проблема такая: у в mc, tuxcmd и даже cp скорость копирования на носитель раз в десять (если не больше) меньше чем скорость в nautilus’e. Собственно и сам наутилус я накатил что-бы сбэкапить важные данные быстрее. Но так в нем необходимости в моём опенбоксе нет.

Собственно вопрос, можно увеличить скорость копирования в том же mc, что-бы была как в наутилусе ?

А что за файловая система? Дистрибутив? Вообще странно всё это.

Debian, копирую на ntfs. Говорят что-то связанно с асинхроной передачей данных, но что-то я не в курсе.

А какая скорость-то? Вообще через ntfs-3g оно же еле ворочается, так сказать, by design. У меня вот скорость копирования на ntfs-раздел обычно 12 мбит/с не превышает.

Проблема такая: у в mc, tuxcmd и даже cp скорость копирования на носитель раз в десять (если не больше) меньше чем скорость в nautilus’e. Собственно и сам наутилус я накатил что-бы сбэкапить важные данные быстрее.

Говорят что-то связанно с асинхроной передачей данных, но что-то я не в курсе.

Ты, главное, диск не вынимай сразу, как он закончит копировать. Или наоборот, вынь диск сразу, а потом проверь свои «бэкапы». Тогда поймёшь.

Я надеюсь, ты делаешь отмонтирование? Попытайся «скинуть» что-нибудь большое через наутилус, а потом сразу отмонтировать. Он должен не дать тебе это сделать.

Ещё тебе может дать намёк светодиодный индикатор занятости этого диска, если он у тебя есть.

Это само собой:) Всё отмонтирываю по правилам. И данные рабочие)

Как говорит наутилус, скорость 28 или меньше мб/c. Это устраивает. А вот когда копировал фильм 3 гига через mc, и это занимало несколько часов, я расстроился.

Это все хорошо, но как разные программы влияют на параметры монтирования одной и той же точки?

Может быть, всё дело в bs (количестве байт, копируемом за раз)?

Не могу отрицать, так же как и не знаю, как это менять 🙂

>копирую на ntfs

Чтобы под вантузом видно было. // K.O.

>Чтобы под вантузом видно было.

Потому-что я съёмный винт не только в линукс вставляю.

Есть предположение, что эта самая ntfs расположена на внешнем, переносном винте или флешке, которые ТС может втыкать в компы не оборудованные предусмотрительно линуксом.

Что чтение, что запись — 30-35 Мб/с. Все, что USB-интерфейс позволяет. Вероятно, у тебя NTFS раздел сильно фрагментирован.

Угу, и при этом наутилусу фрагментация пофигу, и остальным нет.

Тем более я с момента покупки с него ничего не удалял, только копирую на него, так что фрагментация там мала.

А вот запросто, потому что прослойка может указывать свои параметры.

Ты что, не помнишь, что при монтировании через Dolphin/Plasma в KDE 4 до какой-то версии (мелкой, что-то вроде 4.1.x) флэшки с FAT показывали кракозябры вместо русских имён файлов? Вот.

Но я не совсем понимаю, при чём тут параметры монтирования, потому что ТС монтирует одинаково во всех случаях, как я понял.

Не проверял, но не должен бы.

Может быть, у наутилуса другой способ копирования ?

> потому что прослойка может указывать свои параметры.

Указывать она вряд ли что-то может, так как диск уже смонтирован. Какой-то собственный кэш использовать — да, может. Но итоговая скорость все равно бы не увеличилась.

Ты что, не помнишь, что при монтировании через Dolphin/Plasma в KDE 4 до какой-то версии (мелкой, что-то вроде 4.1.x)

Я как раз после выхода 4-ки с KDE слез.

Но я не совсем понимаю, при чём тут параметры монтирования, потому что ТС монтирует одинаково во всех случаях, как я понял.

Вот именно — диск уже смонтирован с некими заданными параметрами, а разные приложения работают с ним по-разному.

> Угу, и при этом наутилусу фрагментация пофигу, и остальным нет.

А я не тебе отвечал.

Есть предположение, что наутилус пи^Wобманывает, и просто кеширует много за раз в отличии от.

А вообще man UDF.
ХР только читает, ЕМНИП.

Указывать она вряд ли что-то может, так как диск уже смонтирован. Какой-то собственный кэш использовать — да, может. Но итоговая скорость все равно бы не увеличилась.

Ты сам заговорил про параметры монтирования, я тебе ответил.

А это — не параметры монтирования.

Вот именно — диск уже смонтирован с некими заданными параметрами, а разные приложения работают с ним по-разному.

Тому может быть много причин. От игрищ с размером блоков, до принудительной синхронизации там, где кажется, что медленно (но тогда в этом «убыстрении» смысла нет).

Тс, поиграйся с dd и размером блоков при копировании большого файла, о результатах сообщи.

Ты уверен, что вся запись синхронная? После быстрого «копирования» большого количества данных через Nautilus у тебя индикатор больше не светится, получается сразу же отмонтировать диск?

Ну выскочит не надолго маленькое окошко «Запись данных», потом отмонтируется.

Во! Тогда вопрос решён, да?

Это ненадолго равно тому, сколько копирует mc и cp. То есть <время от начала копирования через cp до конца копирования через cp>равно <времени от начала копирования через nautilus до закрытия этого окошка «запись данных»>. Ну да, во втором случае nautilus сообщил о конце копирования раньше, и ты развлёкся поиском кнопки отмонтирования за то же время.

Нет, в слушая с mc это занимало несклько часов, а тут меньше 20 минут.

У меня Наутилус врёт. И Konqueror тоже. Они говорят, что всё скопировано, а жмёшь на «Отмонтировать» и ждёшь завершения работы команды и перемигивания лампочки.

Условия были одинаковыми? Проверь ещё пару раз через mc и через наутилус с одинаковыми файлами, по очереди.

Я проверял, иначе бы сюда не постил 🙂 Я пробовал как угодно, лишь бы не ставить наутилус, но всё равно пришлось.

Ты, главное, диск не вынимай сразу, как он закончит копировать. Или наоборот, вынь диск сразу, а потом проверь свои «бэкапы». Тогда поймёшь.

Я думал это баг -__-

Вынимал диск сразу, проверял бэкапы 🙂 Всё с ними норм. Ваще не понимаю зачем это окошко без полосы прогресса.

Либо плохо проверял, либо повезло, либо все это враки.

К примеру копирую я 1.4 гиговый ави на флешку, закрылось окно прогресса, давая понять что копирование якобы завершено. Но индикатор на флешке еще минуту мигать будет. Если выну флешку сразу после закрытия окна копирования, файл будет битый. Меня это дико бесило в гноме.В кедах к счастью все нормально.

а монтировал наутилусом? а при при копировании mc и cp каким образом монтировал? а еще не советую копировать mc большое количество данных — тормоз он полный.

Это фича. Оно сложило всё в дисковый кэш, не волнуйся, оригинал можешь смело удалять.

Фича это потому что ядро само решит, когда записать данные, как ему удобнее, и может планировать нагрузку. И потому, что пользователь гораздо быстрее увидит конец операции и получит возможность переместить/переименовать/удалить/внести изменения в исходные файлы. Или открыть файлы из места, куда он их скопировал (они из дискового кэша откроются).

А вот отсутсвие внятного сообщения в KDE при попытке отмонтировать (просто выдаёт ошибку) или индикатора занятости устройства — баг. Кто оформит багрепорт?

Сравнивай nautilus и cp. Про mc забудь пока.

Читай выше, почему это нормально.

Да, врать он не должен, для этого хорошо бы иметь что-то вроде индикатора занятости (лампочка далеко не на всех внешних устройствах есть) или хотя бы внятного описания ситуации при попытке отмонтировать.

И ещё: такое поведение отключается, если оно тебе не нравится. Но ты потеряешь плюшки.

ИМХО, совет про dd и размеры блока был правильным. С учётом: http://www.tuxera.com/community/ntfs-3g-faq/#dd

>Debian, копирую на ntfs. Говорят что-то связанно с асинхроной передачей данных, но что-то я не в курсе.

С этого и надо было начинать. Значит надо копать в сторону ntfs-3g? Дай угодаю, копируется великое множество мелких файлов?

>Может быть, у наутилуса другой способ копирования ?

Конечно, через свои прослоечные функции. mc копирует системной функцией, а не cp, cp конечно же тоже.

Источник