И снова тормоза (сетевая версия) Есть ли альтернатива терминалу? и какая логика столь значительного замедления работы

Форум 1С: Одинэс.Ру

Найти!

И снова тормоза (сетевая версия) Есть ли альтернатива терминалу? и какая логика столь значительного замедления работы

PORTER
18.05.2009 - 13:03
База v7.7 на опер. учете. В РТФМ вроде написано что монопольный режим должен давать прирост производительности порядка 30% Однако на практике получаются совсем другие цифры. База средненькая - ведем с 01.01.08, всего документов 175 тысяч. Подключается 1 пользователь, формирует отчет (необходимо получить оборот денег по контрагенту за эти полтора года), производительность 25 сек. Подключается 2 пользователь (программа свернута, отдыхает) первый заново формирует отчет - 12 мин. Пробовал в терминале - проблемы нет. Какие есть альтернативы решения этой задачи, кроме терминала? Сервер XP Prof версия 2002 сервис-пак 3. Пробовали на сервере 2003 (вроде пишут что там кэширование уже не такое кривое) - та же фигня. Компутер (не сервер) сам по себе приличный (2-х проц, 1 гиг оперативы, сеть 100 М/бит) Код отчета ниже (можно его считать универсальным для опер. учета)
К списку тем 1 2 > К списку форумов

Интересные темы

odines.ru
28.10.2020 - 07:42
Смотри также:
ЗиК 286
опять баЯн :-(... вопросик про хасп 1с 7.7
Была конфигурация бухгалтерия с кучей отчетов написанных на регистрах.

Re: И снова тормоза (сетевая версия) Есть ли альтернатива терминалу? и какая логика столь значительного замедления работы

pit
51 - 20.05.2009 - 04:15
Обои из шкурки VZ всегда в моде....

Re: И снова тормоза (сетевая версия) Есть ли альтернатива терминалу? и какая логика столь значительного замедления работы

VZ
52 - 20.05.2009 - 04:23
Гы:)
Чтож ты счаз новель не пользуешь? Дистрибутива нет? Драйверов на нынешнее железо?

Re: И снова тормоза (сетевая версия) Есть ли альтернатива терминалу? и какая логика столь значительного замедления работы

pit
53 - 20.05.2009 - 04:43
52-VZ > "Чтож ты счаз новель не пользуешь?"
 
Почему не используем?  Юзаем...  ДБФ база до 10-15 юзеров - так просто прелесть, просто и доступно....
 
P.S. а с драйверами действительно частенько на новых компах проблемы бывают...

Re: И снова тормоза (сетевая версия) Есть ли альтернатива терминалу? и какая логика столь значительного замедления работы

Qbik
54 - 20.05.2009 - 04:51
Если дениг на терминал нет, легче 98 поставить
с драйверами и то полгче.
Работает по сравнению с XP/2003 в 3-4 раза бстрее
тем более что компы можно (нужно) брать б/у чтобы дрова легче ставить.
Да и в инду покупать не придется - негде

Re: И снова тормоза (сетевая версия) Есть ли альтернатива терминалу? и какая логика столь значительного замедления работы

Маус
55 - 20.05.2009 - 04:52
Эту байку рассказывали в Новостях на 1 канале лет 5 назад. В оригинале было следующее: "В одном Американском университете никак не могли найти сервер. Сервер прекрасно работал 24/7 без малейших сбоев много лет (Linux или Unix). Но где физически находился - никто не знал. Ушлый завхоз все-таки обнаружил сервер по проводам, торчащим из стены, в которую он был замурован много лет назад тупыми русскими строителями-шабашниками";)))

Интересные темы

odines.ru
28.10.2020 - 07:42
Смотри также:
1CBarCod.dll
Как же так базу скопировать?
Копирование справочника с подчиненными справочниками

Re: И снова тормоза (сетевая версия) Есть ли альтернатива терминалу? и какая логика столь значительного замедления работы

pit
56 - 20.05.2009 - 04:57
тупые русские строители-шабашники в американском университете?
басни из сериии "Про марсианских мышей"......

Re: И снова тормоза (сетевая версия) Есть ли альтернатива терминалу? и какая логика столь значительного замедления работы

pit
57 - 20.05.2009 - 04:58
54-Qbik > брать вин98 не получится, хотя она действительно как "сервер" - быстрее.... Есть там такая проблемка - 1024.....

Re: И снова тормоза (сетевая версия) Есть ли альтернатива терминалу? и какая логика столь значительного замедления работы

Qbik
58 - 20.05.2009 - 05:09
с 98 фишка еще в том что все компы,
не тоько сервер должны быть на 98 винде
иначе все буде опять тормозить!
(0) я думаю что причина проблемы не с кэшированием диска,
а с кэшированием сети...
много возился с этим
а про 1024:
- во первых 2048 реально;
- во вторых - сворачивать надо почаще и чистить от хрени базу (ну от объемов зависит конечно)
Практика: в одном филиале 2 компа w98, Номенклатура 3000 позиций, Контрагенты 500, документов до 300 в день = база весит всего 350 Мб

Re: И снова тормоза (сетевая версия) Есть ли альтернатива терминалу? и какая логика столь значительного замедления работы

roma n
59 - 20.05.2009 - 05:31
Как вес базы влияет на количество открытых по сети файлов?

Re: И снова тормоза (сетевая версия) Есть ли альтернатива терминалу? и какая логика столь значительного замедления работы

Reaper
60 - 20.05.2009 - 06:23
(59) +1, можно объяснить особо тупым?

Re: И снова тормоза (сетевая версия) Есть ли альтернатива терминалу? и какая логика столь значительного замедления работы

oops!
61 - 20.05.2009 - 08:20
(45) такую же точно историю я с полгода-год тому назад рассказывал (на предыдущей версии Т1С) про Нетварь 3.12, и это было у нас ;) Только в качестве серверной использовался не шкаф, встроенный в стену, а бывшая кладовка уборщицы (до сервера там хранились швабры с ведром), и её тоже замуровали, и тоже нашли место установки только по старым планам помещений, уткнувшись по проводу в место, куда он уходил в непонятном направлении. И дело было не в ИБП - там он был один на всю сеть, промышленный, на 40кВт, стоял и обслуживался отдельно. Просто в сервер понадобилось добавить НМЖД по-более - за десять с хвостиком лет требования к объёму базы возросли однако ;)
А провода в коробах редко перекладываются по новой - проще в него положить ещё один под новое рабочее место.
Видимо в каждом городе была своя подобная история :)

Re: И снова тормоза (сетевая версия) Есть ли альтернатива терминалу? и какая логика столь значительного замедления работы

PORTER
62 - 20.05.2009 - 10:57
(58) а можно поподробнее про "кэширование сети" и чем собственно закончилось "много возился с этим" ?

Re: И снова тормоза (сетевая версия) Есть ли альтернатива терминалу? и какая логика столь значительного замедления работы

pit
63 - 21.05.2009 - 02:21
59-roma n > с увеличением размера базы она тяжелеет и для работы с ней надо открывать гораздо больше файлов. Зависимость простая, линейная....

Re: И снова тормоза (сетевая версия) Есть ли альтернатива терминалу? и какая логика столь значительного замедления работы

drums2004
64 - 21.05.2009 - 02:35
(61) у нас такая история была еще в 99 с редхатом .. на нем мыло крутилось, админили через терминал, а где он физически - никто не знал ...еще таким же макаром новеловский сервак откопали .  

Re: И снова тормоза (сетевая версия) Есть ли альтернатива терминалу? и какая логика столь значительного замедления работы

PORTER
65 - 21.05.2009 - 08:36
(ALL) Мнения на счет самбы несколько разошлись насколько я понимаю, подскажите пожалуйста ещё раз (кто реально делал) - нормализуется ли у нас ситуация если .никсы использовать в качестве файл-сервера. Желательно хотя бы приблезительные данные. А то мы как бы склоняемся к этому. Вот если сейчас у меня один и тот же отчет работает или 30 сек в однопользовательском режиме, или 8 минут в многопользовательском, терминал считает за 10 сек, вот сколько даст самба, Ваши предположения на сей счет...

Re: И снова тормоза (сетевая версия) Есть ли альтернатива терминалу? и какая логика столь значительного замедления работы

roma n
66 - 21.05.2009 - 08:37
63-pit >
спасибо... я всё время это подозревал...

Re: И снова тормоза (сетевая версия) Есть ли альтернатива терминалу? и какая логика столь значительного замедления работы

Reaper
67 - 21.05.2009 - 08:44
63-pit >66-roma n > есть чо?

Re: И снова тормоза (сетевая версия) Есть ли альтернатива терминалу? и какая логика столь значительного замедления работы

Тёмный
68 - 21.05.2009 - 08:54
49-Reaper > оба

Re: И снова тормоза (сетевая версия) Есть ли альтернатива терминалу? и какая логика столь значительного замедления работы

pit
69 - 21.05.2009 - 09:16
С крайнего Севера? Свежей травки не хватает?

Re: И снова тормоза (сетевая версия) Есть ли альтернатива терминалу? и какая логика столь значительного замедления работы

Reaper
70 - 21.05.2009 - 09:39
69-pit > Так у тебя свежая???

Re: И снова тормоза (сетевая версия) Есть ли альтернатива терминалу? и какая логика столь значительного замедления работы

pit
71 - 21.05.2009 - 09:41
ну не из химчистки же...

Re: И снова тормоза (сетевая версия) Есть ли альтернатива терминалу? и какая логика столь значительного замедления работы

Vacony
72 - 21.05.2009 - 09:43
(63) а ведь люди поверят...
 
неужели вопрос кэширования в винде не решается никак вообще ?

Re: И снова тормоза (сетевая версия) Есть ли альтернатива терминалу? и какая логика столь значительного замедления работы

pit
73 - 21.05.2009 - 10:10
Люди верят, что в Москве кур доят...

Re: И снова тормоза (сетевая версия) Есть ли альтернатива терминалу? и какая логика столь значительного замедления работы

drums2004
74 - 21.05.2009 - 10:12
(65) Скажем так насчет самбы . Есесно немного дольше чем в однопользовательском ( в первый раз) . Далее самба берет всё в кеш ( только настроить грамотно надо bdflash и buffermem ) и получается немного побыстрее . По крайней мере 8 мин ты никогда не получишь :) Ну а если сетка гигабит - тогда вообще роскошно :)
У самого три базы по гигу одновременно на самбе крутятся .. нареканий со стороны юзеров нет .

Re: И снова тормоза (сетевая версия) Есть ли альтернатива терминалу? и какая логика столь значительного замедления работы

drums2004
75 - 21.05.2009 - 10:16
Ну уж если сильно хочется тогда Linux+Wine+1C+FreeNX+Client NoMashine . Терминалка типа линуховая ..1С под линухами как ласточка летает .Строчки в начале загрузки системы (когда идет всякая лабуда типа "открывается документ..журнал .." ) вообще невозможно разглядеть .. доли секунды .

Re: И снова тормоза (сетевая версия) Есть ли альтернатива терминалу? и какая логика столь значительного замедления работы

Billi
76 - 21.05.2009 - 10:22
Кодить надо прямыми руками, тогда и тормозить не будет.

Re: И снова тормоза (сетевая версия) Есть ли альтернатива терминалу? и какая логика столь значительного замедления работы

PORTER
77 - 21.05.2009 - 11:05
(76) а что в (2) не так? или так: подскажи как переписать отчет "прямыми руками" чтобы скорость работы в однопользовательском и многопользовательском режимах, была в общем хоть как-то сопоставима... повторяю, задача тривиальная - нужен оборот денег по конкретному контрагенту за полтора года, даже детализации до документа необязательно (а то мне тут уже предложили итоги в реквезите справочника хранить...)

Re: И снова тормоза (сетевая версия) Есть ли альтернатива терминалу? и какая логика столь значительного замедления работы

Billi
78 - 21.05.2009 - 11:16
77-PORTER >Для начала померяй отладчиком в каком именно месте у тебя тормоза (для обоих вариантов).

Re: И снова тормоза (сетевая версия) Есть ли альтернатива терминалу? и какая логика столь значительного замедления работы

Billi
79 - 21.05.2009 - 11:16
+(78) и для выборки запросом то же.

Re: И снова тормоза (сетевая версия) Есть ли альтернатива терминалу? и какая логика столь значительного замедления работы

drums2004
80 - 21.05.2009 - 11:29
(78)(79) глупости говоришь .. говорят тебе что в однопользовательском варианте всё прекрасно работает .. я на такие же грабли наступал .. мигом на самбу перелез ..

Re: И снова тормоза (сетевая версия) Есть ли альтернатива терминалу? и какая логика столь значительного замедления работы

Billi
81 - 21.05.2009 - 11:29
К тому же не мешало бы знать структуру регистра, установлен ли флаг быстрая обработка движений и есть отбор движений у измерений.
 

Re: И снова тормоза (сетевая версия) Есть ли альтернатива терминалу? и какая логика столь значительного замедления работы

Billi
82 - 21.05.2009 - 11:32
80-drums2004 >Прямые запросы не пробовал? Если нет, попробуй. Удивишься.

Re: И снова тормоза (сетевая версия) Есть ли альтернатива терминалу? и какая логика столь значительного замедления работы

Reaper
83 - 21.05.2009 - 11:48
82-Billi > самба дешевле.

Re: И снова тормоза (сетевая версия) Есть ли альтернатива терминалу? и какая логика столь значительного замедления работы

Billi
84 - 21.05.2009 - 11:53
83-Reaper >Вот, вот. Не хотим шевелить мозгами. Лучше все свалить на железо, систему, платформу, но только не на свою лень или неумение.

Re: И снова тормоза (сетевая версия) Есть ли альтернатива терминалу? и какая логика столь значительного замедления работы

Reaper
85 - 21.05.2009 - 11:59
84-Billi > прямые запросы - это всегда игла и экспоненциальное удорожание сопровождения системы. И учти, что я умею - потому и говорю, что самба дешевле. Или ты планируешь жить пожиная дань?

Re: И снова тормоза (сетевая версия) Есть ли альтернатива терминалу? и какая логика столь значительного замедления работы

Billi
86 - 21.05.2009 - 12:16
85-Reaper >В (0) сказано, что конфа самописанная, так что игла уже есть. К тому же приобретать новое железо они не хотят. 1С++ разрулит сложившуюся ситуацию (если одинэсник не поленится).

Re: И снова тормоза (сетевая версия) Есть ли альтернатива терминалу? и какая логика столь значительного замедления работы

drums2004
87 - 21.05.2009 - 12:22
Ув. Billi..а у вас 1С на серваке крутится или в одноранговой сети ? если на серваке, то ваши дальнейшие советы считаю бессмысленными .

Re: И снова тормоза (сетевая версия) Есть ли альтернатива терминалу? и какая логика столь значительного замедления работы

Billi
88 - 21.05.2009 - 12:33
87-drums2004 >У нас 1С крутится очень даже по разному. В каждой конторе свои варианты.

Re: И снова тормоза (сетевая версия) Есть ли альтернатива терминалу? и какая логика столь значительного замедления работы

Billi
89 - 21.05.2009 - 12:34
+(88)На данный момент 7 вариантов. Вы какой предпочитаете?

Re: И снова тормоза (сетевая версия) Есть ли альтернатива терминалу? и какая логика столь значительного замедления работы

PORTER
90 - 21.05.2009 - 13:36
в принципе неплохая мысль про иглу и экспоненциальное удорожание сопровождения системы, я как-то сам до этого не додумался :)

Re: И снова тормоза (сетевая версия) Есть ли альтернатива терминалу? и какая логика столь значительного замедления работы

Reaper
91 - 21.05.2009 - 13:42
86-Billi > твоя игла - она с зазубринами в обратную сторону...

Re: И снова тормоза (сетевая версия) Есть ли альтернатива терминалу? и какая логика столь значительного замедления работы

Looking
92 - 21.05.2009 - 13:59
Разрешите со своим вопросиком влезть, всвязи с переходом на лицензионные ОСи ушли с благополучно работавшего в терминальном режиме Srv2003 на XP prof, 6 баз Бух 7.7, 5-6 пользователей. Начались проблемы с принудительным органичением размера буферов ввода - вывода.
Изменил следующие ключи реестра
REGEDIT4
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management]
"LargeSystemCache"=dword:00000001
"IoPageLockLimit "=dword:00010000
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\lanmanserver\parameters]
"Size"=dword:00000003
 
проблема ошибок при открытии файла исчезла. Это всё? Или желательно что-то ещё сделать?
ЗЫ: в утилите confignt удалось сделать только вот это
"В первой группе переключателей выбираем Maximize Throughput ... (default for servers)
Флажок Use large system cashe... установлен
"
 
а вот "В группе переключателей I/O page lock... выбираем 2048 kb" не получается выбрать, т.к. переключатели неактивны и по умолчанию стоит минимальное значение.

Re: И снова тормоза (сетевая версия) Есть ли альтернатива терминалу? и какая логика столь значительного замедления работы

Looking
93 - 21.05.2009 - 14:03
вот нашёл ещё более полное описание, кроме этого ещё что-то желательно сделать?
http://www.buh.ru/forum/thread.jsp?id=413780
Вообще то есть по файлам ограничение, но довольно большое, вряд ли вы его достигаете, наберите в командной строке на сервере:
net config server
там вам напишут про это... но суть проблемки не в этом, как выяснилось (спасибо BorisG, который хоть и хам, но иногда в тему пишет).
Берем программку [confignt.ixbt.com/ »»]  в ней имеется возможность проконтролировать некоторые настройки сервера и изменить их (если это нужно):
 
Maximize Throughput for file sharing (default for servers) - ставим селектор сюда
Use large system cashe - ставим "Да"
I/O page lock - ставим 2048kb (см. ниже важное замечание)
 
перегружаем сервер и получаем решение проблемы.
 
Важное замечание. Всем указанным значениям соответствуют параметры реестра, поэтому, если программа не запускается (такое бывает), то контролируем значения и правим их напрямую в реестре:
 
Maximize Throughput for file sharing (default for servers) + Use large system cashe - это:
HKEY_LOCAL_MACHINESystemCurrentControlSetServicesLanmanServerParametersSize
Тип: REG_DWORD, значение: 3
и
HKEY_LOCAL_MACHINESystemCurrentControlSetControlSession ManagerMemory ManagementLargeSystemCache
Тип: REG_DWORD, значение: 1
 
I/O page lock - это:
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlSession ManagerMemory ManagementIoPageLockLimit
Тип: REG_DWORD, значение: кол-во байт
 
По I/O page lock ВАЖНОЕ замечание: это - размер памяти, резервируемый для операций ввода-вывода.
Его максимальное значение рассчивается ~ как объем ОЗУ минус значение порога, которое для малых систем равно ~7 мб и растет с увеличием ОЗУ. Для систем с 64 мб ОЗУ значение порога ~16 мб, для систем с 512 мб ~64 мб и т.д.
 
Подбробнее можно почитать на [confignt.ixbt.com/confignt.htm#memory »»]

Re: И снова тормоза (сетевая версия) Есть ли альтернатива терминалу? и какая логика столь значительного замедления работы

Блондинка в шок
94 - 21.05.2009 - 15:24
мда... уж
(92) IoPageLockLimit "=dword:00010000
(92) а вот "В группе переключателей I/O page lock... выбираем 2048 kb" не получается выбрать, т.к. переключатели неактивны
сначала поставил размер в 64М (00010000 - это и есть 64 Мб), а потом удивляется, почему нельзя выставить это же размер в 2048 кб. :)~~~
Сразу видно тупое бездумное применение. Ты уж реши, или ручками реестр править будешь, или с помощью ConfigNT. В принципе это одни и те же ключики реестра. Просто ручками можно более точно выставить значения.
 
ps: попутно замечу - выставлять размер нужно, конечно же, не 2Мб, но и не 64Мб. на практике после 8-12Мб никакой разницы уже не видно. Так что даже размера в 16Мб у данного параметра будет достаточно. а 32Мб за глаза.
И еще - на некоторых дровах ATI Radeon параметр Size=dword:00000002
При троечке система может просто не взлететь.
 
(92) кроме этого ещё что-то желательно сделать?
например, можно почитать бояны. Здесь же.
pit для кого старался? баян за №34...
 

Re: И снова тормоза (сетевая версия) Есть ли альтернатива терминалу? и какая логика столь значительного замедления работы

Looking
95 - 21.05.2009 - 15:30
(94)"Сразу видно тупое бездумное применение. Ты уж реши, или ручками реестр править будешь, или с помощью ConfigNT. В принципе это одни и те же ключики реестра. Просто ручками можно более точно выставить значения.
"
 
я не стал так уж подробно расписывать, естественно, что ключи реестра прописывал вручную только после того как с помощью ConfigNT поменять не получилось.

Re: И снова тормоза (сетевая версия) Есть ли альтернатива терминалу? и какая логика столь значительного замедления работы

Looking
96 - 21.05.2009 - 15:31
(94)спасибо, давно в бояны не заглядывал

Re: И снова тормоза (сетевая версия) Есть ли альтернатива терминалу? и какая логика столь значительного замедления работы

Блондинка в шок
97 - 21.05.2009 - 15:42
(95) ну тогда извини, я просто по хронологии повествования неправильный вывод сделала
:)

Re: И снова тормоза (сетевая версия) Есть ли альтернатива терминалу? и какая логика столь значительного замедления работы

Looking
98 - 21.05.2009 - 15:49
(97)да не за что, спасибо что ткнула носом в боян
К списку тем 1 2 > К списку форумов
Тема закрыта и находится в архиве.
Но Вы можете начать новую тему.
« ТиС 949. Отчёт по продажам ТМЦ. 100 % прибыль при списании ?! Налоги в z-отчете »
© 2009 Форум 1С: Одинэс.Ру