|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Sergey Mudry 2:5020/400 05 Feb 2005 20:59:56
To : Aleksey Barabanov
Subject : Re: linux & 1c
--------------------------------------------------------------------------------
On Sat, 5 Feb 2005, Aleksey Barabanov wrote:
AB> Вы все правильно говорите, но как-то обтекаемо. Может дело в том, что
AB> тормозная машина просто имеет проблемы с сетью ? Может это древняя винда ?
AB> Может там еще 100 и 1 причина ?
Да всё может быть. От плохой погоды на Марсе, до крыс, перегрызающих
кабель. :)
AB> Объективный показатель - загрузка сервера. И у меня совершенно иная
AB> статистика на этот предмет. И у меня совершенно иные выводы на этот счет.
<skipped>
AB> > Я ни разу не админ, однако эти тормоза на файл-серверных приложениях я
AB> > ощутил на себе. Hе 1С правда, clipper, но не суть важно. Зоопарк из 15
AB>
AB> Это уже совсем иная песня...
Охотно верю.
AB> Ответьте
AB> 1. Коаксиал под какой сетевой платформой работал.
В смысле - сетевая платформа? Две сетевухи в сервере, две коаксиальные
ветки, TCP/IP, SMB.
AB> 2. Как мерилась загрузка сети.
Суммарный трафик через сервер. Дело в том, что практически все машины
сконфигурированы только как клиенты, и собственных разделяемых ресурсов
не имеют. Только пара сетевых принтеров, которые заводятся редко.
При обычной работе скорость далеко не достигала 2*10 MBit. При
копировании большого файла (без блокировок) - весьма близко подбиралась
к этому пределу.
AB> 3. Какое отношение загрузка сети (если она не максимальная) имеет к
AB> скорости работы клиентских машин.
То, что апгрейд клиентской машины мало влияет на скорость работы в сети.
При том, что сервер и сеть недогружены.
AB> 4. Чем определяется или ограничивается скорость отдачи сервером файла
AB> сетевому клиенту.
В моих условиях (сервер недогружен), скорость отдачи произвольного файла
ограничивается только пропускной способностью сети. А вот скорость
отдачи записей в базе данных ещё и от потока блокировок от других
клиентов. Hе знаю как в 1C, а у нас в базе кроме DBF есть ещё и индексы.
Модификация записи в DBF-файле - это действительно немного, 1 пакет
200-300 байт. Hо эта модификация ещё тянет модификацию одного или
нескольких индексов, на каждый... ну в среднем 4-8 пакетов по 512 байт
прочитать и столько же - записать. Плюс задержка на обработку клиентской
машиной. Всю эту модификацию чтение из файла базы заблокировано (потому
как в этом участвует модифицируемый индекс).
AB> > P.S. И причём тут linux?
AB>
AB> Линукс тут точно не при чем ;)
AB>
AB> Еще раз повторяю :
AB>
AB> ЭТО АДМИHСКИЕ СКАЗКИ ! Причина их появления поголовная безграмотность !
Ладно, пусть будут сказки. Только почему-то рядом никогда нет админа,
который в состоянии настроить сервер и сеть, чтобы такие тормоза не
возникали. Вот и приходится верить этим сказкам.
Завязываем с офтопиком?
Hи к чему мы не придём. Я не админ, опыта соответствующего не имею,
может и впрямь где-то ошибся. С 1С не работал, может там что-то
по-другому. С другими проблемами с сетью сталкивался (типа сдуру
навесили на одну ветку витой пары штук 6 хабов со всеми вытекающими
глюками; или коряво обжали коаксиал, в результате чего периодически
пропадал контакт), а тут ничего не нашёл, а собирать и анализировать
статистику нет времени, я занимаюсь другими делами.
--
С уважением, Serg.
--- ifmail v.2.15dev5.3
* Origin: Donbass InterNet Center DIPT (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
