Скорость копирования по сети

как передаешь данные? попробуй померять производительность (полосу
пропускания) сетки, например, netperf...

On Mon, 15 Nov 2004 15:56:32 +0300
Kolotov Alexandr <akmypo***@m*****.ru> wrote:

Передача по smb протоколу

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 13559; Возраст листа: 479; Участников: 1299
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/265390

-*Информационный канал Subscribe.Ru
Подписан адрес:
Код этой рассылки: comp.soft.linux.discuss
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Отписаться: mailto:comp.soft.linux.discuss--unsub@subscribe.ru?subject=comp.soft.linux.discuss

http://subscribe.ru/ http://subscribe.ru/feedback

В сообщении от 1100516843 секунд после начала Эпохи Unix Вы написали:

По какому протоколу копировались файлы? FTP - самый быстрый протокол
передачи файлов (по моим оценкам). Проверьте скорость копирования файлов
с и на FTP-сервер. Если скорость останется такой же (2 Мб/с), то значит
проблема с железом/драйверами.

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

On Mon, 15 Nov 2004 16:26:13 +0200
Konstantin Korikov <lostcl***@s*****.com> wrote:

Кстати, у меня та же проблема (карточка RealTek RTL8139). Попробовал скопировать
файлы по ftp (правда, нет у нас на ftp больших файлов, пришлось тестировать на
файлах ~7Mb, так что результаты могут немного заниженными) - те же 2.5 Mb/s,
что и по smb:(. Выходит, просто кривой драйвер в Линуксе (под виндой скорость
4-8 Mb/s)?

В сообщении от 1100583652 секунд после начала Эпохи Unix Вы написали:

У меня тоже RealTek RTL8139 подключен напрямую к компу у соседа. Вот
некоторые результаты тестов

один файл 152752K
lufs(ftp): 0m28.033s
nfs: 0m15.129s
wget(ftp): 0m14.622s
smb: 0m31.979s

Каталог 384M (Quake II + разный хлам к нему)
lufs: 1m19.490s
nfs: 0m47.032s

On Tue, 16 Nov 2004 18:06:06 +0200
Konstantin Korikov <lostcl***@s*****.com> wrote:

Кстати, тоже Realtek RTL8139, ASP Linux 9.0, ядро 2.4.20. Сетка 100
Мбит - скорость закачки - 3 Мбайта/с на полудуплексе и 8 Мбайт/с - на
полном дуплексе. На 1 Гбит - 16 - 26 Мбайт/с. Копирование - прямое
через самбу с виндусятниковых машин и по FTP - с Sun.

Посему - проверь, не полудуплекс ли у тебя стоит - если он, родимый,
то выше скорость ты и не получишь. :(

С уважением -
Андрей Соловьев

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 13898; Возраст листа: 490; Участников:
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/271375

-*Информационный канал Subscribe.Ru
Подписан адрес:
Код этой рассылки: comp.soft.linux.discuss
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Отписаться: mailto:comp.soft.linux.discuss--unsub@subscribe.ru?subject=comp.soft.linux.discuss

http://subscribe.ru/ http://subscribe.ru/feedback

On Sat, 27 Nov 2004 21:01:22 +0300
<s-andr***@r*****.ru> wrote:

Вывод программы ethtool:
Speed: 100Mb/s
Duplex: Full
Port: MII
PHYAD: 32
Transceiver: internal
Auto-negotiation: on
Supports Wake-on: pumbg
Wake-on: d
Current message level: 0x00000007 (7)
Link detected: yes
а скорость 2.5 Mb/s

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 13936; Возраст листа: 492; Участников: 1284
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/272082

-*Информационный канал Subscribe.Ru
Подписан адрес:
Код этой рассылки: comp.soft.linux.discuss
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Отписаться: mailto:comp.soft.linux.discuss--unsub@subscribe.ru?subject=comp.soft.linux.discuss

http://subscribe.ru/ http://subscribe.ru/feedback

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

On Sat, 27 Nov 2004 21:01:22 +0300
<s-andr***@r*****.ru> wrote:

Сорри, что долго не отвечал - сетку слегка переглючивало, проверить возможности
не было...

[rygoravich@rygoravich rygoravich]$ dmesg |grep eth
eth0: RealTek RTL8139 at 0xd09faf00, 4c:00:10:a1:e2:8b, IRQ 10
eth0: Identified 8139 chip type 'RTL-8100B/8139D'
eth0: link up, 100Mbps, full-duplex, lpa 0x45E1
eth0: no IPv6 routers present
[rygoravich@rygoravich rygoravich]$

Но скорость при копировании очень низкая - максимум 2.5 Мб/с, а чаще колеблется
в пределах 0.9-1.3 Мб/с...

В чем могут быть проблемы?

On Mon, Nov 29, 2004 at 23:11 +0200, Rygoravich wrote:

Если мы опустим ситуацию с загруженностью самого ресурса ;),
то проблема в однозначно плохих сетевых технологиях :)

NIC у вас -- полное г... ;) Достаньте Intel и проверьте с ним.
Свич тоже может быть глюкавым... В общем проблемы с оборудованием.

Намекну: Сетевуха Intel на хорошем канале дает 10-12Mb/s Applic.
layer траффика ;-)

PS. Я с товарищем на неделе собираемся занятся тестированием
сетевух под разлиные свободные Unix'ы (Linux, *BSD). Как
будут результаты -- сообщу.

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

On Tue, 30 Nov 2004 17:50:35 +0300
Mike Belopuhov <mkb-mall@l*****.ru> wrote:

У меня эта же карточка под WinXP при копировании дает до 8 Мб/с... Неужели под
Линуксом нельзя рассчитывать на нормальный результат???

Здравствуйте, Rygoravich.

под

На самом деле люди не смогут тебе помочь, до тех пор, пока не покажешь
свою ситуацию... Снифать пробовал, еще какие условия были?
Может проблема в реализации СМБ в винде(т.е. винда с виндой нормально,
а с самбой - нет).
Как настроена самба? Может коряво?
Как настроена сетевуха? Какова аппаратная конфигурация.

Попробуй сравни снифы в сети вин-вин и вин-линукс.

Попробуй выложи на ФТП или, что еще проще - на вэб-сервер тяжелый файл,
и скачай на виндовой стороне. Оцени скорость

Не обязательно, что проблема может быть в реалтеке, т.к. у меня она
работает нормально, и быстро...

А в линуксе поднят ДМА для винта? может проблема в винте? А не в сети?

И еще сколько может быть этих МОЖЕТ...

ЗЫ:
Делал экперимент:
1.Самба на цел 1.7 Виа мать, 256РАМ сетевуха реалтек 100
Винт ИДЕсамсунг

2.НТ4 на 2*пень3 Интел мать, 1Гб РАМ сетевуха Интел 100
320 сказики с каким-то рейдом

3.2003-й на 2*ксеон Интел мать, 2Гб РАМ сетевуха Интел 1Гб
рейд 5-й на сказиках ультра 320
Это сервера

Клиент:
1.7 цел, 256РАМ, ХР, виа мать, реалтек 100.
На самбовском компе не было других "лишних" сервисов, стоял мандрейк
10.0 с лафокса.

Условия:
Писал с клиента на каждый сервер файл размером 64Мб, написал софт,
который генерил этот файл в памяти и писал по сети, т.е. на рез-т
теста не влияла производительность дисковой подсистемы клиента.

Результаты:
1.10 сек.
2.22 сек.
3.9 сек.

При записи на аналогичный клиент получал 15 сек.

Так что на реалтек не нужно гнать!

Дисклеймер: не принимайте тест серьезно, просто я сообщаю то что я
померял своими руками. Железо было разным. Я постарался сделать
этот тест для личного интереса и не пытаюсь лоббировать какую-то не
было платформу. Я считаю, что данный пост не будет считаться оффтопом,
т.к. все что здесь написано имеет отношение к CIFS, которые составляют
интерес и для линукс-сообщества.

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

On Thu, 2 Dec 2004 13:23:44 +0200
Майоров И.Е. <electron***@m*****.ru> wrote:

Ээ... Где-то я слышал слово "сниффер"... Можно поподробнее (или ссылочку)?

Потестировал в ftp... Результаты ошеломляющие (C) А.Г. Лукашенко: скачивание
происходит со скоростью 2.8-3.0 Мб/с, а заливка - 8.0-8.7 Мб/с... Скачивание
файла wget'ом по http - 2.91-2.97 Мб/с. Ничччего не понимаю...

Вот так:
=========начало[global]
client code page = 866
workgroup = CONVIX
netbios name = RYGORAVICH
server string = Samba server on %h (v. %v)
interfaces = 192.168.0.0/16
security = SHARE
log level = 2
log file = /home/public/logs/samba.log
max log size = 0
load printers = No
character set = 1251
os level = 33
preferred master = Yes
dns proxy = No
message command = /usr/local/bin/linpopup "%f" "%m" %s; rm %s # linpopup
guest ok = Yes
hosts allow = 192.168. 127.
use sendfile = Yes

[share]
path = /home/public/samba
read only = No
=========конецНо, я так понимаю, что раз скорость скачивания по ftp и http низкая, то проблема
не в samba... Или не только в ней...

Честно говоря, не совсем понимаю, как можно настраивать сетевуху... Просто модуль
подгружен... Может быть тут что-нибудь информативное будет:

[rygoravich@rygoravich rygoravich]$ lsmod |grep 8139
8139too 24960 0
mii 5184 1 8139too
[rygoravich@rygoravich rygoravich]$ sudo ethtool eth0
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: No
Speed: 100Mb/s
Duplex: Full
Port: MII
PHYAD: 32
Transceiver: internal
Auto-negotiation: off
Supports Wake-on: pumbg
Wake-on: d
Current message level: 0x00000007 (7)
Link detected: yes
[rygoravich@rygoravich rygoravich]$

Комп Duron-1300/ElitGroup K7S5A (SIS 735)/256RAM/GeForce 2MX400 32Mb/40Gb Seagate
5200RPM/3.2Gb Seagete 3600RPM/Samsung CD-RW 52x24x52/Mitsumi CD-ROM 8x/USR PCI
hard faxmodem/LAN Acorp (Realtec 8139D).

Копировал на 40Gb винчестер.

Полезу в гугл... Сообщу результат позже.

Как я уже писал, закачка на ftp происходит вполне приемлемо. Вот бы назад так:).

[rygoravich@rygoravich rygoravich]$ sudo hdparm /dev/hda

/dev/hda:
multcount = 16 (on)
IO_support = 0 (default 16-bit)
unmaskirq = 0 (off)
using_dma = 1 (on)
keepsettings = 0 (off)
readonly = 0 (off)
readahead = 256 (on)
geometry = 65535/16/63, sectors = 78165360, start = 0
[rygoravich@rygoravich rygoravich]$ sudo cat /proc/ide/hda/settings
name value min max mode
acoustic 0 0 254 rw
address 0 0 2 rw
bios_cyl 65535 0 65535 rw
bios_head 16 0 255 rw
bios_sect 63 0 63 rw
bswap 0 0 1 r
current_speed 69 0 70 rw
failures 0 0 65535 rw
init_speed 69 0 70 rw
io_32bit 0 0 3 rw
keepsettings 0 0 1 rw
lun 0 0 7 rw
max_failures 1 0 65535 rw
multcount 16 0 16 rw
nice1 1 0 1 rw
nowerr 0 0 1 rw
number 0 0 3 rw
pio_mode write-only 0 255 w
unmaskirq 0 0 1 rw
using_dma 1 0 1 rw
wcache 1 0 1 rw
[rygoravich@rygoravich rygoravich]$

On Sat, Dec 04, 2004 at 04:44 +0200, Rygoravich wrote:

www.tcpdump.org ;)

Только в данном случае это бесполезно (:

вы просто не тем меряете... можете взглянуть на ntop.

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

On Sat, 4 Dec 2004 13:41:56 +0300
Mike Belopuhov <mkb-mall@l*****.ru> wrote:

Зашел по ссылке, ничего не понял, погуглил на предмет "сниффер", прочитал описание
какого-то виндозного сниффера, понравилось. Давлю tcpdump<enter> - есть такое
в системе. Глянул в опции, запустил - классная, блин штука! Так что если и бесполезно
в данном случае, то в других обязательно использую! Хотя бы для той же настройки
iptables проблем с определением нужных портов не будет:).

Большое спасибо Вам а также г-ну Майорову - вы мне глаза открыли:).

А разве клиент (тем более - фронтэнд:)) может ТАКУЮ разницу создавать? Кстати,
что я не дописал - графический индикатор при копировании из smb на панельке icewm
показывает очччень странную картину - передача идет очень ровно, т.е. сверху
узенькая полоска - передача, а снизу в нее упирается широкая - прием. В приеме
изредка есть мелкие впадинки, но в основном вплотную прилегает к передаче. Такое
впечатление, что это какой-то исскуственный предел, выше которого скорость исскуственно
не поднимается...

И еще - попробовал самбу во FreeBSD, результат также очень низкий - 1-1.3 Мб/с.

Вот такой вот вопрос возникает (некоторый оффтоп, да простят меня модераторы:),
но проблема-то только в свободных ОСях) - а нет ли в сетевухе чего-нибудь вроде
BIOS, может быть она как-то аппаратно настроена на низкую скорость приема и высокую
- передачи, а винда ее при каждой загрузке перенастраивает?

Здравствуйте, Rygoravich.

Сорри, в предидущем посте я тебя поругал... не увидел этого...

Сниффер - перехватывает пакеты в сети. Сверху над ним ставят пакетный
анализатор, который классифицирует пакеты, и расшифровывает заголовки.
Умение работать с ПА, понимание результатов работы ПА ведет к
правильному диагностированию сетевых проблем.
гугл+свои эксперименты в помощь

Seagate

PCI

На самом деле, чипсеты СИС всегда имели проблемы с контроллерами
винтов! что ниже и подтверждается...

У тебя винт работает в 16-и разрядном режиме-это и есть твоим
бутылочным горлышком. Можно убедиться на маленьких файлах, что они
"запишутся" с сети быстро - т.к. в реале попадут сначала в кэш в
оперативку. А вот как только что-то тяжелое типа фильма - то и
начнутся тормоза.
На самом деле это можно исправить (ОСТОРОЖНО) с помощью hdparm.
hdparm-ом можно как настроить винт(см. гугл), так и потетстить:

для статуса:
[root@nibulon dev]# hdparm hda
hda:
multcount = 16 (on)
IO_support = 1 (32-bit)
unmaskirq = 1 (on)
using_dma = 1 (on)
keepsettings = 0 (off)
readonly = 0 (off)
readahead = 256 (on)
geometry = 38792/16/63, sectors = 39102336, start = 0

Для теста скорости:
[root@nibulon dev]# hdparm -t hda
hda:
Timing buffered disk reads: 82 MB in 3.03 seconds = 27.10 MB/sec

Вот, возьми, потестируй до изменения в 32-бита скорость, и после,
будет видно сразу...

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

On Mon, 6 Dec 2004 10:06:59 +0200
Майоров И.Е. <electron***@m*****.ru> wrote:

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

03:03:53.106651 server.netbios-ssn > rygoravich.32853: . 4339792:4341240(1448)
ack 66181 win 63736 <nop,nop,timestamp 1353736 3313090> NBT Packet (DF)
03:03:53.106762 server.netbios-ssn > rygoravich.32853: . 4341240:4342688(1448)
ack 66181 win 63736 <nop,nop,timestamp 1353736 3313090> NBT Packet (DF)
03:03:53.106813 rygoravich.32853 > server.netbios-ssn: . ack 4342688 win 62264
<nop,nop,timestamp 3313092 1353736> (DF)
03:03:53.106964 server.netbios-ssn > rygoravich.32853: P 4342688:4343952(1264)
ack 66181 win 63736 <nop,nop,timestamp 1353736 3313090> NBT Packet (DF)
03:03:53.106964 server.netbios-ssn > rygoravich.32853: P 4342688:4343952(1264)
ack 66181 win 63736 <nop,nop,timestamp 1353736 3313090> NBT Packet (DF)

Совершенно не понимаю, как из этого можно извлечь какую-нибудь инфу о скорости...

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

[rygoravich@rygoravich rygoravich]$ sudo hdparm /dev/hda

/dev/hda:
multcount = 16 (on)
IO_support = 0 (default 16-bit)
unmaskirq = 0 (off)
using_dma = 1 (on)
keepsettings = 0 (off)
readonly = 0 (off)
readahead = 256 (on)
geometry = 65535/16/63, sectors = 78165360, start = 0
[rygoravich@rygoravich rygoravich]$ sudo hdparm -t /dev/hda

/dev/hda:
Timing buffered disk reads: 112 MB in 3.02 seconds = 37.09 MB/sec
[rygoravich@rygoravich rygoravich]$ sudo hdparm -t /dev/hda

/dev/hda:
Timing buffered disk reads: 108 MB in 3.00 seconds = 35.95 MB/sec
[rygoravich@rygoravich rygoravich]$ sudo hdparm -t /dev/hda

/dev/hda:
Timing buffered disk reads: 108 MB in 3.03 seconds = 35.59 MB/sec
[rygoravich@rygoravich rygoravich]$ sudo hdparm -c 1 /dev/hda

/dev/hda:
setting 32-bit IO_support flag to 1
IO_support = 1 (32-bit)
[rygoravich@rygoravich rygoravich]$ sudo hdparm /dev/hda

/dev/hda:
multcount = 16 (on)
IO_support = 1 (32-bit)
unmaskirq = 0 (off)
using_dma = 1 (on)
keepsettings = 0 (off)
readonly = 0 (off)
readahead = 256 (on)
geometry = 65535/16/63, sectors = 78165360, start = 0
[rygoravich@rygoravich rygoravich]$ sudo hdparm -t /dev/hda

/dev/hda:
Timing buffered disk reads: 116 MB in 3.03 seconds = 38.30 MB/sec
[rygoravich@rygoravich rygoravich]$ sudo hdparm -t /dev/hda

/dev/hda:
Timing buffered disk reads: 118 MB in 3.02 seconds = 39.08 MB/sec
[rygoravich@rygoravich rygoravich]$ sudo hdparm -t /dev/hda

/dev/hda:
Timing buffered disk reads: 106 MB in 3.04 seconds = 34.87 MB/sec
[rygoravich@rygoravich rygoravich]$

Однако скорость копирования на локальном компе увеличилась приблизительно в полтора
раза:).

Но, увы, от проблем с сетью это не спасает... Скорость не увеличилась. Тестировал
на файлах небольшого размера (от нескольких килобайт до 10 мегов) - скорость
состовляет от 0.6 до 2.7 Мб/с, но не выше... Так что проблема, наверное, в другом...

Здравствуйте, Rygoravich.

выдает

А попробуй Ethereal
он есть и под винду и под линукс - графический анализатор, с
комментариями - для начинающих то что надо! может рассказать об
пакетах с ошибками...

Из всего сказанного могу посоветовать тебе поставить ядро 2.6 т.е.
купи себе новый линукс, т.к. этот некоректно с твоим (подозрительным)
чипсетом общается. Например у меня разница в скорости работы дисковых
подсистем между мандраком 9.2 и 10.1 ощущается.

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

On Tue, 7 Dec 2004 12:07:47 +0200
Майоров И.Е. <electron***@m*****.ru> wrote:

Не нашел там упоминаний о пакетах с ошибками... Но вся фишка в том, что данные
передаются медленно, т.е. редко превышают 1900 кб/с - это видно даже из индикатора
в панельке icewm. Ведь если бы причина была в пакетах с ошибками, то скорость
показывалась бы нормальная...

Вообще-то у меня ядро 2.6.7...

другом...

И ещё в довесок, когда происходит копирование с моей машины ( RedHat 9 samba
3.0.9 kernel 2.6.9) , то корость на Win машинах показывает нормальную 9-10 Mb/s.

В чём- же всё-таки может быть проблема?

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 14161; Возраст листа: 500; Участников: 1276
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/276606

-*Информационный канал Subscribe.Ru
Подписан адрес:
Код этой рассылки: comp.soft.linux.discuss
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Отписаться: mailto:comp.soft.linux.discuss--unsub@subscribe.ru?subject=comp.soft.linux.discuss

http://subscribe.ru/ http://subscribe.ru/feedback

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

On Tue, 7 Dec 2004 08:58:09 +0200
Shumeyko Andrey <a_s***@i*****.ru> wrote:

Э, да у нас один к одному траблы...

Может будем исходить, что общего в нашем железе? Какая используется материнская
плата (у меня Elitgroup K7S5A на SIS 735), какой чип на сетевухе (8139D, может
в этом D вся фишка)?

Кстати, есть ли у кого этот самый 8139D в сочетании с нормальной скоростью сети?

сети?

Железо GA-8PEMT4 (i845) Встроенная Rtl8139С, но я отключал сетевуху, и ставил
внешний Intel всё тоже самое. Дело не в железе ( может в ядре есть какая-то настройка
или firewall, а в чём-то другом.

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 14213; Возраст листа: 503; Участников: 1276
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/278397

-*Информационный канал Subscribe.Ru
Подписан адрес:
Код этой рассылки: comp.soft.linux.discuss
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Отписаться: mailto:comp.soft.linux.discuss--unsub@subscribe.ru?subject=comp.soft.linux.discuss

http://subscribe.ru/ http://subscribe.ru/feedback

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

On Fri, 10 Dec 2004 08:56:10 +0200
Shumeyko Andrey <a_s***@i*****.ru> wrote:

Фишка в том, что у меня это наблюдается не только в Линуксе, но и в FreeBSD...
Ничего не понимаю...

On Tue, Dec 07, 2004 at 03:11 +0200, Rygoravich wrote:

я же вам сразу сказал что никак. оно предназначено для другого...

On Thu, Dec 02, 2004 at 02:24 +0200, Rygoravich wrote:

Такого не бывает. Если вы про SMB, то смотрите другой мой пост.

On Tue, 30 Nov 2004 17:50:35 +0300
Mike Belopuhov <mkb-mall@l*****.ru> wrote:

Поставил Intel карту, всё тоже самое. При том пробовал так:
1 только поставил FC2 на стандартных настройках скорость 2.5
2 Отконфигурил ядро 2.6.9 и samba 3.0.9 скорость 2.5

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 14036; Возраст листа: 495; Участников: 1280
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/273661

-*Информационный канал Subscribe.Ru
Подписан адрес:
Код этой рассылки: comp.soft.linux.discuss
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Отписаться: mailto:comp.soft.linux.discuss--unsub@subscribe.ru?subject=comp.soft.linux.discuss

http://subscribe.ru/ http://subscribe.ru/feedback

2 декабря 2004 г. 14:40:43 от Вас (263003-comp.soft.linux.discuss-list@subscribe.ru)
получено сообщение:

У меня стоит обычный RTL8139 100Mb, MDK10 Powerpack+ со стандартными настройками
сети,
SAMBA 3.0.9 тоже со стандартными настройками.

Скорость в обе стороны от 6,5 до 8 метров в секунду.
Как с Виндов, так и Линукса.

По FTP чуть, чуть помедленее (из-за шифрования) - 4.7 - 5.5.

--

С Уважением,
Веретенников Сергей : http://linux.spb.ru
MandrakeLinux 10 Final PowerPack+
Registered Linux user : #347939
ICQ# : 344939743
Public PGP Key : http://kplus.ascon.ru/pgp/veretennik***@a*****.txt

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 14038; Возраст листа: 495; Участников: 1280
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/273677

-*Информационный канал Subscribe.Ru
Подписан адрес:
Код этой рассылки: comp.soft.linux.discuss
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Отписаться: mailto:comp.soft.linux.discuss--unsub@subscribe.ru?subject=comp.soft.linux.discuss

http://subscribe.ru/ http://subscribe.ru/feedback

Здравствуйте, Веретенников.

Вы писали 2 декабря 2004 г., 14:45:36:

Киньте настройки сети и самбы, пожалуйста.

6 декабря 2004 г. 12:10:30 от Вас (263003-comp.soft.linux.discuss-list@subscribe.ru)
получено сообщение:

Настройки по самбе.

smb.conf

[global]
workgroup = SPBASCON
netbios name = DEVELOPER
server string = Samba Server %v

printcap name = cups
load printers = no
printing = cups

log file = /var/log/samba/log.%m
max log size = 50
log level = 3
hosts allow = 192.168.1. 192.168.2. 127.
map to guest = bad user
security = user
encrypt passwords = yes
smb passwd file = /etc/samba/smbpasswd
username map = /etc/samba/smbusers
socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192
interfaces = 192.168.1.1 192.168.2.1 127.0.0.1
local master = yes
preferred master = no
wins support = no
wins proxy = no
dns proxy = no

include = /etc/samba/shares.conf

shares.conf

#Share Define [cdrom]
comment = CDROM
browseable = yes
writable = no
path = /mnt/cdrom
guest ok = yes

[homes]
comment = Home Directories
browseable = no
writable = yes
create mode = 0644

[printers]
comment = All Printers
path = /var/spool/samba
browseable = no
guest ok = yes
writable = no
printable = yes
create mode = 0700

[print$]
path = /var/lib/samba/printers
browseable = yes
read only = yes
write list = @adm root
guest ok = yes

А по сети особых настроек нет

DEVICE=eth0
BOOTPROTO=static
IPADDR=192.168.1.1
NETMASK=255.255.255.0
NETWORK=192.168.1.0
BROADCAST=192.168.1.255
ONBOOT=yes
MII_NOT_SUPPORTED=no

DEVICE=eth1
BOOTPROTO=static
IPADDR=192.168.2.1
NETMASK=255.255.255.0
NETWORK=192.168.2.0
BROADCAST=192.168.2.255
ONBOOT=yes
MII_NOT_SUPPORTED=no

Все карточки на чипе RTL8139

--

С Уважением,
Веретенников Сергей : http://linux.spb.ru
MandrakeLinux 10 Final PowerPack+
Registered Linux user : #347939
ICQ# : 344939743
Public PGP Key : http://kplus.ascon.ru/pgp/veretennik***@a*****.txt

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 14136; Возраст листа: 499; Участников: 1278
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/276012

-*Информационный канал Subscribe.Ru
Подписан адрес:
Код этой рассылки: comp.soft.linux.discuss
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Отписаться: mailto:comp.soft.linux.discuss--unsub@subscribe.ru?subject=comp.soft.linux.discuss

http://subscribe.ru/ http://subscribe.ru/feedback

On Thu, Dec 02, 2004 at 14:45 +0300, Веретенников Сергей wrote:

дядя, вы чего? какое шифрование на ftp???

В сообщении от 1102025211 секунд после начала Эпохи Unix Вы написали:

А разве не бывает FTP over SSL (ftps://)?

On Fri, Dec 03, 2004 at 05:19 +0200, Konstantin Korikov wrote:

А что бывает??? Какое RFC? ;-)

Если серьезно есть FTP over SSH -- sftp. Но на самом деле это
не FTP. Это ssh канал с FTP-подобными командами для пользователя
(подчеркну -- только для пользователя).

Можно еще ftp через stunnel пускать. Но это уже другая история.

Так что все к FTP имеет отдаленное отношение... Прошу не искажать
смысл устоявшихся понятий.

В сообщении от 1102097364 секунд после начала Эпохи Unix Вы написали:

Действительно... Что то я не то сморозил в 5 утра :)

Здравствуйте Mike!

Вы немного путаете разные вещи.

Сейчас широко распространяются частные сети (virtual privat network
VPN), наложенные на единую транспортную мультисервисную сеть.
Технология - туннели в интернете на основе шифрования.

А шифровать можно на разных уровнях:
1) на канальном уровне:
PPTP (Point to Point Tunneling Protocol), rfc 2637
L2TP (Layer 2 Tunneling Protocol), rfc 2661
2) на сетевом уровне, IP пакеты
IPsecurity, пакет стандартов, основные
rfc 2401 - архитектура безопасности
rfc 2406 - ESP, шифрование IP пакета
rfc 2408 ISAKMP, rfc 2409 IKE - управление ключами
шифрования
3) на уровне транспортных протоколов (TCP,UDP)
TLS (Transport Layer Security), rfc 2246, 3546
SSL (Secure Socet Layer - уровень безопасных сокетов) -
для реализаций TCP в виде сокетов, есть и в Linux, и в Windows,
internet draft
4) в прикладных протоколах верхних уровней
безопасный HTTP - SHTTP (Secure HTTP), rfc 2659
безопасная почта - SMIME (Secure MIME), rfc 1991, rfc 3852
безопасный Telnet - SSH (Secure SHell), rfc 1920
безопасный FTP - SFTP (Secure FTP), rfc 2659

Причем протокол верхнего уровня (обычный FTP) даже не подозревает,
что пакеты шифруются в нижних уровнях (SSL).

В чем вы правы, так в том, что
FTP поверх SSL, SSH и SFTP - это совершенно разные вещи.

С уважением Gor
gor@a*****.ru

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 14135; Возраст листа: 499; Участников: 1278
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/275981

-*Информационный канал Subscribe.Ru
Подписан адрес:
Код этой рассылки: comp.soft.linux.discuss
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Отписаться: mailto:comp.soft.linux.discuss--unsub@subscribe.ru?subject=comp.soft.linux.discuss

http://subscribe.ru/ http://subscribe.ru/feedback

On Mon, Dec 06, 2004 at 11:17 +0300, Gor wrote:

я ничего не путаю ;-)

вы бы сначала прочитали исходный пост товарища
Веретенникова....

[skipped, потому как это к делу отношения не имеет,
мы не обсуждаем в этом топике IPsec и иже с ним....
вы бы еще вспомнили про апаратуру засекречивания...]

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

ни разу оно не telnet... к тому же видели ли вы RFC1920?
такое ощущение что вы просто флеймите без повода...

маразм мучает??? SFTP это не FTP over SSL! это приделка к SSH.
и еще разок: вы видели RFC 2659???? смотрите когда постите!

это мы знаем, на SSL писали... :-)

извиняюсь за опечатку,
безопасный FTP - SFTP (Secure FTP), rfc 2228

Предыдущий мой ответ далеко отклоняется от первоначальной темы,
скорости копирования по сети.
Но две причины побудили меня ответить:

1) FTP over SSL:
Шифрование может снизить скорость раз в двадцать.
И даже без шифрования, аутентификация в SSL
уже снижает скорость.
Так что видимо условия сравнения скорости некорректны.
Хотелось бы знать, как правильно сравнивать,
какие должны быть настройки.

2) Заблуждение, что "SFTP - это FTP поверх SSH"

FTP, SFTP(FTP с шифрованием файлов перед передачей) - это пересылка
файлов по сети, один из сервисов Интернета.

SSH - это удаленный терминал, удаленный доступ пользователя с
одного компьютера через сеть к другому компьютеру, тоже один из
сервисов, но другой, отличный от пересылки файлов.

SSL - это транспортный протокол, обеспечивающий надежную передачу
IP-пакетов, ему совершенно без разницы, что в этих пакетах - файлы
или команды удаленной консоли.

Так что FTP over SSL, SFTP и SSH - это три совершенно разные вещи.

On Tue, Dec 07, 2004 at 11:32 +0300, Gor wrote:

да у вас в каждом номере RFC опечатка...

а кто-то спорит???

нет. заблуждение, что SFTP это RFC 2228 ;-)
Оно называется FTP security extensions. И является дополнением
FTP, а не как S-HTTP для HTTP -- полной его заменой.

идите проспитесь. а потом почитайте man sftp.

это устоявшееся обозначение и ``FTP security extensions'' никогда
не будут называться SFTP.

ладно. завершаемся. порешим на разнице в терминологии...

Здравствуйте, Shumeyko.

Вы писали 2 декабря 2004 г., 14:26:38:

Вряд ли проблема в карте, у меня та же проблема, но в винде всё ок.
Карта DLINK.

On Thu, Dec 02, 2004 at 13:26 +0200, Shumeyko Andrey wrote:

Так вы что по SMB чтоли тестите??? Так это из-за кривости SMBFS
в кернеле... тут вообще не о чем говорить...

PS. Тестить лучше всего с ttcp ну или ftp на худой конец...

Да тестим по SMB, но получается что если мне только работать с файл-сервером
который у меня стоит под WIN и перевести на LIn нельзя, то получается что в качестве
клиентов мне лутше использовать WIN :) при таких скоростях.

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 14068; Возраст листа: 496; Участников: 1281
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/274198

-*Информационный канал Subscribe.Ru
Подписан адрес:
Код этой рассылки: comp.soft.linux.discuss
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Отписаться: mailto:comp.soft.linux.discuss--unsub@subscribe.ru?subject=comp.soft.linux.discuss

http://subscribe.ru/ http://subscribe.ru/feedback