Здравствуйте Уважаемые,Дома я использую P-166mxx в качестве файлового сервера на 100Mb сети.
Сетевая карта в сервере на базе RTL-8100B/8139D (отнимает достаточно
много процессорного времени). При передачи CPU занят на все 100%. И
макс. скорость (около 5 Мб/с) показал Windows smb клиент при чтении.
В Linux скорость была около 3,5 Мб/с.
hdparm показывает:
Timing buffered disk reads: 48 MB in 3.07 seconds = 15.64 MB/secЯ предположил, что узкое место CPU. Из за семейных обстаятельств
рассматривал только CPU с пасивным охлаждением, поэтому поменял CPU на
PentiumPro 200. Скорость возрасла до 7Мб/с но, к сожалению, только у
Linux nfs клиента и только при чтении. Процессор занят теперь только на
макс 60%.Меня гораздо больше интересует скорость записи на сервер, чем чтения с
него.
Рад любым идеям.Сергей.
Не указал ОС.Включи polling у сетевухи, гораздо лучше станет.
man polling в FreeBSD
Имеет смысл попробовать разные протоколы (SMB, NFS, FTP), сам я не особо представляю что быстрее. Зависит от системы, опять же. FTP сервер лучше использовать тот, который использует sendfile(). vsftpd, например.
Ну и общий тюнинг, особенно файловой системы. man tuning в FreeBSD.
ФС, например, можно смонтировать с noatime...
>Не указал ОС.
Linux Slackware, Ядро kernel-ide-2.4.29-i486-1>Включи polling у сетевухи, гораздо лучше станет.
>
>man polling в FreeBSDДействует это и для Linux?
>Имеет смысл попробовать разные протоколы (SMB, NFS, FTP), сам я не особо
>представляю что быстрее. Зависит от системы, опять же. FTP сервер лучше
>использовать тот, который использует sendfile(). vsftpd, например.
>
>Ну и общий тюнинг, особенно файловой системы. man tuning в FreeBSD.
>ФС, например, можно смонтировать с noatime...
При передачи одного большого фаила(именно это меня интересует)
atime не сильно поможет. У меня стоит ReiserFs. Но ведь что интересноnetio показывает 11Мб/с
диск 15Мб/с
а, smb и nfs 4Мб/с (за исключением чтения линуксовым nfs клиентом)Хотелось бы до 7Мб/с увеличить.
>>man polling в FreeBSD
>Действует это и для Linux?
polling там есть, но где искать не в курсеСетевуху сменить вообще-то тоже здравая мысль, хотя-бы ради checksum offloading.
>>Имеет смысл попробовать разные протоколы (SMB, NFS, FTP), сам я не особо
>>представляю что быстрее. Зависит от системы, опять же. FTP сервер лучше
>>использовать тот, который использует sendfile(). vsftpd, например.
>>
>>Ну и общий тюнинг, особенно файловой системы. man tuning в FreeBSD.
>>ФС, например, можно смонтировать с noatime...
>При передачи одного большого фаила(именно это меня интересует)
>atime не сильно поможет. У меня стоит ReiserFs. Но ведь что интересно
>netio показывает 11Мб/с
>диск 15Мб/с
>а, smb и nfs 4Мб/с (за исключением чтения линуксовым nfs клиентом)
>Хотелось бы до 7Мб/с увеличить.Попробуй все-таки FTP. Чисто субъективно, доверия к NFS/SMB в плане скорости у меня нету, хоть они и в ядре.
>Попробуй все-таки FTP. Чисто субъективно, доверия к NFS/SMB в плане скорости у
>меня нету, хоть они и в ядре.
Супер, ftp работает на ура. Чесно не ожидал такой разницы.
Hi!Сетевуху поменяй на что либо приличное, например Intel.
>Hi!
>
>Сетевуху поменяй на что либо приличное, например Intel.Думаешь причина в этом? В тестах пропускная способность
разных карт отличается макс. на 15%. Т.е 7Мб/с должно быть
реально и с моей картой увидеть.
Нагрузка на CPU различается в разы. Но как я уже говорил,
при передачи CPU больше 60% не показывает.
Было здесь где-то в статьях об реалтеке и почему его лучше не ставить.
И рекомендовали уже упомянутый интел
Интел конечно лучче, но и реалтек нормально лопатит, надо дальше тюнить...
>Интел конечно лучче, но и реалтек нормально лопатит, надо дальше тюнить...
Короче почитай реализацию SMB и NFS мне они не очень нравятся я тоже эксперементировал за счёт sysctl.conf,некоторых настроек ядра и самой Самбы я из 2.10 вжал один раз 9,3 Мегабайта в секунду но это длилось около 1 минуты видно какойто из буфферов оказался забит полностью ещо скорость в SMB/NFS/FTP и в любой передачи по протоколу TCP зависит от правильности передачи и "метода скользящего окна" там к стати тоже есть буфер приема и передачи. По поводу FTP там реализация протокола отличается от SMB так как там не только за правильность передачи отвечает TCP но и сам протокол FTP. В твоем случае выкинь сетёвки и поставь на обеих концах 3com или интэл и всё будет заёб.... я уже сталкивался с такой проблемой
Если пень первый - винт UDMA 33 т.е. винт медленный, если чтение - подрят и буферы пустые, и чтение потоковое - может и достигнешь максимальной скорости, если система обращается к винту - скорость НЕМИНУЕМО падает, причем существенно, если мне память не изменяет - у удма 33 средняя скорость чтения - в районе 3-5 мегабайт в секунду, средняя скорость записи - 2-4 мега в сукунду..
протестируй винт на скорость, вероятнее всего ты наблюдаешь максимальную скорость винта (или близкую к ней с учетом сети).
>Если пень первый - винт UDMA 33 т.е. винт медленный, если чтение
> - подрят и буферы пустые, и чтение потоковое - может
>и достигнешь максимальной скорости, если система обращается к винту - скорость
>НЕМИНУЕМО падает, причем существенно, если мне память не изменяет - у
>удма 33 средняя скорость чтения - в районе 3-5 мегабайт в
>секунду, средняя скорость записи - 2-4 мега в сукунду..
>протестируй винт на скорость, вероятнее всего ты наблюдаешь максимальную скорость винта (или
>близкую к ней с учетом сети).
Диск работает в режиме udma4 (использую pci-controller)
PCI шина на первых пнях не супер скоростная, на ней висит сетевуха, видюха, pci-controller IDE-шный т.е. данные с винта как минимум два, а может и три раза пробегают по шине.
Посмотри производительность PCI шины на твоем чипсете и раздели на 3, кроме того (если мне память не изменяет) для машин ДО P3 в качестве шины связи между южным и северным мостом использовалась все таже PCI шина, что тоже сказывается на скорости.