Доброй ночи! ТиС77 - файловый вариант (027), Сервер - 2008 Р2 на 64 бита, память - 24Гб.
При работе пользователей(до 30шт) - сильные тормоза. В диспетчере задач - пишет использование процессора всего на 3-4%, и выделение оперативной памяти - по 30Мб примерно. То есть ресурсы сервака почти не сипользуются, хотя очень необходимы.
Что посоветуете, братцы???

(0) Под нагрузкой дай картинку на использование проца, памяти, свопа

Скрин с загрузкой только в понедельник могу дать

будем ждать с нетерпением

(2) Тады ой. Счас можем только погадать )

Давайте погадаем

Проц пенек небось первый ? и Винты MMF ?

проц Xeon 2.40
2 проца

Винты Intel MegaSR SCSI

(8) Антивирус не установлен случаем?

(0) Что еще крутится на серваке?

(0) ресурс сервака это еще не наличие памяти. смотри очереди к диску

если на сервак еще поставить например инет раздачу траффик инспектор. то при 10% проца занятого вы поимеете абсолютно не рабочую для 1с тачку

да еще. терминал хорошо. когда все на терминале. но если к базе залез кто-то по сети не через терминал, винда отключает кеширование этого каталога и привет файловой 1с. в 4 раза медленее все работает

vk_terminalsleep еще может помочь, но мне тоже кажется, что кто-то из пользователей не в терминале работает

(14) тогда бы проц потолок показывал.

(0) raid ненастроен. Это навскидку.

(0) что значит "сильные тормоза"..? у меня сервак послабже, а пользователей тоже в hqfjyt 30/ все в терминале. база тоже файловая. все работает без затыков и запас большой... Скорее всего много работы идет задним числом?

на серваке ничего не установлено кроме 1с и SQL. Абсолютно все пользователи в терминале трудятся. Размер базы 2,7Гб

Сервер терминалов еще крутится на нем же.

Утром перекинул базу в SQL 2008, но особой разницы не заметил.

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

стоп. а причем тут скл. в (0) файловая??

Утром перекинул базу в SQL

(0) не силен в серверной 2008ой оси, дефрагментацию она умеет автоматически делать?

Intel MegaSR SCSI винты доставляют конэшноже ... но на (16) ответь ... и походу все таки очередь к диску если на одной тачанке крутиться скуль, терминал и 1Ц

16 - это что?

очередь к диску как посмотреть?

Что значит "сильные тормоза"..?????

В файловом варианте реализация (15позиций) проводится 3-5 секунд, в СКЛ - 10 сек

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

(29) Реализации ВСЕГДА проводятся В ТА?
или как обычно - в 90% случаев - задним числом..?

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

на таком серваке в ТиСе такая накладная должна пролетать как торпеда в файловом режиме. припроведении в ТА.

Реализации конечно задним числом  большинство

Предистория - стоял обычный комп с 3 Гб оперативки с виндой 2003 серв, постепенно (2 года) увеличивалось колво пользователей. Комп умер (почти). Все всегда работали в терминале.
Купили сервер с 24 Гб оперативки и виндой 2008 стандарт. Причем 64 битной. Вот неделю мучаются в файловом варианте. Работа стала в 2-3 раза медленнее, чем на старом компике. Я в выходные вставил СКЛ 2008. Пользователи пока в нем не работали. Вот думаю - стоит ли им завтра в СКЛ входить.

(0) советую внимательно проверить все процессы на сервере. Довелось увидеть, как неплохой сервер, не показывая особой нагрузки на проц/память/винты, начинал заметно тормозить, если в одном из сеансов TheBat начинал съедать гигабайт памяти, при этом свободными оставались где-то 12-15 из 32Гб. Как только этот TheBat убивался - тормоза пропадали.

Посмотрел очередь к диску  -  не больше 5.
Но это когда я один подключен к терминалу и СКЛ

В реальной работе - очередь не проверял.

(34) - вот тебе ои ответ.
Проведение задним числом, даже если это 1 сек назад - время проведения увеличивается на порядок.
.
самое простое решение - перевести на работу в ТА (только не надо рассказывать, что это невозможно).

Почему раньше таких тормозов не было?

(40) все случается рано или поздно. А настроить и запустить сервер по уму - это не к 1Снику обращаться надо.
.
у меня на обычном пне 2.4 с 2 гигами в терминале вертелось до 20 юзверей. И в целом - работалось нормально.

Вот еще пример:
отчет ОстаткиТМЦ в файловой версии формируется 4 минуты, а в СКЛ - 12 минут

установка винды 2003 и СКЛ 2000 спасет мир?

(43) почитай, может что поможет

+(44) http://pl1c.org/publ/1-1-0-14

(26) 16 - номер поста в этой ветке
(43) СКЛ не дает прироста в скорости

(40) юзверей меньше,размер базы меньше(так тут и не узнали размер базы), ставь скуль 2000

(46)а там еше и райд есть?

База в районе 3Гб

вот и повод перейти на новую платформу

8.2 будет летать?

(51) Полетит. Когда лопатой подбросят

(51) и проблем вагон

установка винды 2003 и СКЛ 2000 спасет?

(54) СКЛ не дает прироста в скорости

да тут уж вопрос в том, что хоть старую скорость оставить (недельной давности на старом компе)

на (16) ответ будет ?

raid настроен (аппаратный), зеркалируются диски попарно.

кэш отключен канечно

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

единицы на обоих

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

картинку очереди диска под нагрузкой  завтра могу предоставить

(63) а тис полностью типовая? никто из ваших программеров туда не лазил грязными ручонками?

(0) "Патч" ромикса для терминала стоит? Переведи на ДБФ кстати.
Для 30пользователей 2 проца маловато (или там по 4 ядра в каждом?)

У нас 16 ядер и 32 вроде уже ОЗУ и 1с выжирает иной раз 50% а то и больше.
Затык идет в сети у тебя - 1с со скулем не очень хорошо работает, поэтому появилась 1с8..
При ДБФ затык будет в рейде или оперативке, однако будет летать. Согласен минусов очень много. Однако для нас это спасение.

(42) В дбф на 7-ке работает быстрее..

Скорость проведения в ТА сильно отличается от скорости проведения задним числом? Регистры закрыты?

(67) автор жалуется, что у него и отчеты дольше формируются, а не только проведение

(67) Еще есть такая штука как выгрузка/загрузка и ТИИ. При частом перепроведение задним числом помогает побороть тормоза.

39): а если заменить временный расчет на запрос?.. :)

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

(58) Сколько дисков в массиве и какой настроен? Цыфры брат, давай цыфры ...

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

(71): даладно. сам вспомни о принципе многопользовательского доступа. и хронологическом несовпадении сохранения с проведением. и авто-полупроведение в процессе ввода.
"чисто" в ТА получится только при "кассовой" работе - потоковом создал-сохранил-провел-инетрогать.
(пока о прямых вопроса нэма)

(73) Часто эти несуществующие итоги очень тормозят работу. Ну просто очень. Это я тебе как практик говорю.

(71) Ты иногда делаешь неправильные выводы как и все мы.

(75) ну так я не возражаю насчет этого. а у ТС - основной тормоз - из-за временных итогов. наверное.

(76) Вполне возможно. Но тем не менее хотелось бы получить пояснение по замечанию.

(74) > и хронологическом несовпадении сохранения с проведением.
-боюсь, что не уловил о чем ты...

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

(74) ну хз... как-то у меня в двух конторах и оперативная оптовая торговля работала чисто в ТА - и ничего. и сейчас контора работает точно так же - вся торговля идет исключительно в ТА. Задним числом правится малая доля реализаций и то постфактум. да и эти исправления в плане стоит допилить через акт и корректировочные счф.

(79): формирование объекта данных - хроно-привязка к событию (с участием в принятии решения о наполнении конкретным образом именно в момент создания). проведение фактически осуществляется при соблюдении определенных условий, которые невозможно даже оценить при создании объекта данных. НО. проведение должно выполняться в том же контексте и позиции, в которой выполнялось создание - ибо среди условий влияющих на заполнение - те же условия, которые влияют на условия и саму возможность проведения. и не надо песен про сдвижку вперед - изменится контекст и условия, влияющие на заполнение, и тогда добро пожаловать в беконечный цикл сдвижек и ассортиментные войны заинтересованных операторов.
Итого: фактическое(!) хронологическое несовпадение времени создания и времени проведения - неизбежны, и, следовательно, работа "задним числом" - тоже.
(80): это - случай, приближающий учетный регламент к реальному, так что отдельный или нет - дело пятое.
(81): не "хз". логику врубай. в одном дне - это не "чисто в ТА".

(82) по (79) ага, согласен. При интенсивной высоконагруженной работе - только какой-то потоковый автоввод/очередь.

(82) по (80) в таком случае сущность "документ" как отражающая конечный результат процесса - выхолащивается напрочь и не подходит. ибо надо отражать сам процесс, а не его результат. отсюда всякие извращения с полупроведениями и допроведениями.

(82) по (81) не въехал, что ты хотел сказать. у меня оперативная торговля идет исключительно в ТА. ТА - она одна. А все что не та - то = заднее число, хоть это текущий день, хоть 10 сек назад.

(74) Почему? У меня резервы работают только на ТА. Документ проведен = изменения его запрещено. Хочешь поменять - ввод на основании и корректирую на здоровье. Изменил - провёл на ТА и спи спокойно

(82) > Итого: фактическое(!) хронологическое несовпадение времени создания и времени проведения - неизбежны, и, следовательно, работа "задним числом" - тоже.

не  согласен. к учету (влиянию на других операторов) принимается именно результат проведения. Проводим в ТА. Никакого заднего - нет. А обеспечение проведения с теми данными которые были заполнены -2мин назад - где-то это удается, где-то это нет. Где не удалось - НОВАЯ попытка проведения в ТА с новым составом заполнения.
.
а там где конкренци яоператоров настолько высока что возможные непроведения станвоятся критичными для процесса обслуживания - ясен пень, надо менять подходы к заполнению и проведению.

(81) А я себе допилил. Фактуры учитывают возвраты введенный на основании, и печатная форма выдает с учетом возвратов. Более того, фактура вообще позволяет извращения типа, мы отгрузили ручки по 10 рублей, а клиент хочет чтобы в документах были карандаши по 3 рубля (утрированно, но смысл понятен)

(86) в приницпе, понятно что Ктулху имел в виду - см. 82.

(88) то есть печать счф и печать реализаций учитывают более поздние возвраты? у мну такая мысль была, но я решил отказаться от такого варианта.

(90) угу, и в бух программу соответственно выгружается с учетом возвратов.

Ну мне деваться было некуда, ибо 90% доставка, причем водитель не всегда приезжает день в день, а может и 2 и 3 дня развозить товар. И по возвращению все равно выясняется, что, от чего то клиент отказался, что то не довезли, что то водитель не нашел. И давать доступ на правку задом ... проще через возврат на ТА это сделать

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

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

Как тут фото выложить?

залить на картинкохостинг, а тут дать ссылку

[URL=http://images.gameru.net/image/6fd8e5299e.png][IMG]http://images.gameru.net/thumb/6fd8e5299e.png[/IMG][/URL]

фото диспетчера под 30% нагрузкой программы. На СКЛ вариант пока не переходим. Продолжаем в файловом работать.

Слишком крупное фото :DDD

[URL=http://images.gameru.net/image/6d6b5d1aa8.png][IMG]http://images.gameru.net/thumb/6d6b5d1aa8.png[/IMG][/URL]

Опять слишком крупно, процессы юзеров видать а очередь диска не влезла

а как очередь диска посмотреть? ее нет в диспетчере

(40) SQL, само по себе, не увеличивает скорость :DDD
... наивный ...
...а прямые запросы еще надо писать... :)

(49) Побоку, в DBF версии самое главное если хотя бы один файл DBF  подходит к 1.3 Гбайт-там, то уже начнутся проблемы.

(51) Нет, летать будет только Тонкий клиент. Да и то все зависит от конфигурации. :)

максимальная ДБФ - 430 мб

(101) Пацак, читай в (102), до просветления, много дума(й)ть!
Что ты уперся в дисковую систему или очередь, переводи все обратно на DBF и будет у тебя счастье :)

(105) Тогда какого ты черта перешёл на SQL? :)
Да еще в исполнении 2008-го, тут люди с опаской на SQL 2005-тый садятся, а ты тут же перепрыгнул на 2008-ой :)

Сейчас работает файловая

на СКЛ пробовал в эти выходные - толку не оказадлсь

в ДБФ счастья как не было так и неть

Если переходить на скуль - переписывать на прямые придется. И все отчеты типовые тоже.

Честно говоря - я как не хотел так и не хочу СКЛ

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

Вопрос изначально стоял о ДБФ. Не могу понять почему он так тормозит. Если установить 2003, то скорость будет больше?

(110) Счастье то в чем?

(112) Зря, с помощью 1С++ и Формекса можно добиться очень большого прироста в функционала 1С 7.7 :)

(114) Да потому, что 1С тупо не оптимизировала переход от DBF на SQL, вот там все и тормозит :)

(114) Про замер производительности уже спрашивали?

+(114) НЕТ! Успокойся... от SQL не ищут скорости, без переписывания отчетов и запросов на прямые запросы.
От SQL  получают только увеличение проблемы "1.3 Гбайт файла DBF"

(116) Ну да. Сначала тормозов будет ещё больше (сразу после перехода на скуль), а потом постепенно все наладится.

+(119) >>>  увеличение проблемы

Решение проблемы

(120) Думается автор в (0) на это не рассчитывает :)

(116): ... который сливает аналогичному по затратам приросту скорости файловой с помощью 1sqlite (только вот при чем тут формекс - хрензнает, он к приросту производительности и формату хранения данных никаким боком)))

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

Автор тупой тролль. )))

Диспетчер:
[URL=http://images.gameru.net/image/895112bac0.png][IMG]http://images.gameru.net/thumb/895112bac0.png[/IMG][/URL]

Диск:
[URL=http://images.gameru.net/image/63945ca05c.png][IMG]http://images.gameru.net/thumb/63945ca05c.png[/IMG][/URL]

..суслик здох...

Вопрос актуален

(129) если актуально, заливай свои скриншоты на другой хостинг, т.к. никто из-за тебя регистрироваться на gameru не будет.

(129) картинку положи на www.savepic.ru
а сюда - просто ссылку безо всяких тегов