Windraw

[Volodi N. Voskubenko]

Добрый день. Откликнитесь, пожалуйста, люди с опытом внедрения, администрирования и т.п. программы Windraw. После года работы с ней надо с кем нибудь обсудить пару технических/компьютерных моментов.

Если неудобно здесь, то мои координаты: аська: 505-126, мыло: volodi@yandex.ru

[tehnik75]

Добрый день. Откликнитесь, пожалуйста, люди с опытом внедрения, администрирования и т.п. программы Windraw. После года работы с ней надо с кем нибудь обсудить пару технических/компьютерных моментов.

Если неудобно здесь, то мои координаты: аська: 505-126, мыло: volodi@yandex.ru

В аську скинул скайп спеца из ATechnology

[Volodi N. Voskubenko]

Мне не нужны их спецы. Мне нужны люди которые купили у них эту программу и работают с ней.

 

Их спецы почему-то не могут объяснить почему их софтина валится при обсчете 40 конструкций, с тоской смотрю на СО2006. Вот и хочу узнать это мы такие уникумы или нет.

[tehnik75]

Мне не нужны их спецы. Мне нужны люди которые купили у них эту программу и работают с ней.

 

Их спецы почему-то не могут объяснить почему их софтина валится при обсчете 40 конструкций, с тоской смотрю на СО2006. Вот и хочу узнать это мы такие уникумы или нет.

Этот спец точно ответит и решит проблему! А с тоской надо смотреть на СО7

[Volodi N. Voskubenko]

Наш программист трясет их программистов уже полгода, до сих пор ни одного не то что решения, даже версии разумной. Думаете этот спец не участвовал?

Повторите, пожалуйста, скайп товарища, вы со спамботом не договорились. :-(

[А.Х.]

Работаем на winDraw (полностью продажи, частично производство - без планирования), некоторое "своеобразие" в программе и поддержке есть, но на что можно было бы сейчас ее заменить - я не знаю.

М.б. префсьют, но он раз в Х дороже и не факт, что легко (в т.ч. по $) допиливается под потребности.

В нашей БД сейчас ~180 тыс. заказов (1750 тыс. позиций), размер базы 180 Гб - оперативной работе это не мешает.

С полным пересчетом больших заказов (кол-во позиций 30-40-50 и больше) есть проблемы - программа требует много оперативки.

Пересчет заказа (материалы, операции, ограничения, ценообразование) из 130 позиций (95 - окна, остальное - доп.продукция и услуги) занял 8 минут (Core2Duo 2ГГц) и съел 1.5 Гб оперативки. При этом, прилично памяти "утекло" - при работе с большими заказами нужен переодический перезапуск

При работе с обычными "розничными" заказами проблем нет.

Изменено 3 декабря, 2011 пользователем avkh

[Volodi N. Voskubenko]

С полным пересчетом больших заказов (кол-во позиций 30-40-50 и больше) есть проблемы - программа требует много оперативки.

Пересчет заказа (материалы, операции, ограничения, ценообразование) из 130 позиций (95 - окна, остальное - доп.продукция и услуги) занял 8 минут (Core2Duo 2ГГц) и съел 1.5 Гб оперативки. При этом, прилично памяти "утекло" - при работе с большими заказами нужен переодический перезапуск

При работе с обычными "розничными" заказами проблем нет.

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

Можете уточнить сколько памяти на станции, которая считает такие заказы, какая и сколькибитная операционка стоит?

[viollan]

У ОС х32 имеются ограничения на использование оперативной памяти чуть меньше 4 Гб подробно тут: http://www.ixbt.com/soft/windows-4gb.shtml. Для больших заказов в winDraw требуются значительные ресурсы. Причем на ОС х64 с менее 4Гб оперативки ошибки переполнения памяти не будет.

[Volodi N. Voskubenko]

я в курсе про память, и в курсе про PAE. Получается винда виновата?

 

Как тогда решать вопрос с умолчанием при заключении договора о необходимости закупать новые лицензии на винду?

[viollan]

По хорошему конечно нужно было организовывать через терминальный сервер. Но в данном случае разделить заказ на 2 с соответствующей маркировкой. Если не ошибаюсь вам было предоставлено обновление с решением проблемы.

Изменено 5 декабря, 2011 пользователем viollan

[Volodi N. Voskubenko]

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

А подробнее про терминальный сервер можно. Почему лучше через него? Чем лучше?

[А.Х.]

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

Ноут C2D, W7 Pro 32bit, всего 2Гб оперативки, билд годовой давности, заказ рассчитывается, не вываливается (только наши ограничения)

 

Если не ошибаюсь вам было предоставлено обновление с решением проблемы.

Что, вот прям так сборки из домена выгружаете?

[viollan]

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

Все верно, расход оперативной памяти уменьшили значительно.

А подробнее про терминальный сервер можно. Почему лучше через него? Чем лучше?

Вы знакомы с преимуществами терминальных рабочих мест? http://www.technorium.ru/tt/whyterminal.shtml

 

Что, вот прям так сборки из домена выгружаете?

Конечно нет. Проблема актуальна для последних билдов связана с появлением т.н. "полуфабрикатов". Была проведена работа по оптимизации алгоритмов расчета.

[Volodi N. Voskubenko]

У меня лет пять работает citrix, и я четко вижу как периодически один из процессов сжирает кучу памяти и подвешивает остальным работу. Будем обсуждать преимущества? С СуперОкнами, да, терминал великолепно.

[viollan]

У меня лет пять работает citrix, и я четко вижу как периодически один из процессов сжирает кучу памяти и подвешивает остальным работу. Будем обсуждать преимущества? С СуперОкнами, да, терминал великолепно.

Может Вы не умеете его "готовить"?

[Volodi N. Voskubenko]

Конкретней, если можно, если уж начали огрызаться. Что именно я должен в цитриксе приготовить, что бы процесс Atechnology.winDraw.Main.exe пользовался памятью адекватно и освобождал ее?

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

[viollan]

Конкретней, если можно, если уж начали огрызаться. Что именно я должен в цитриксе приготовить, что бы процесс Atechnology.winDraw.Main.exe пользовался памятью адекватно и освобождал ее?

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

Существует такая вещь как "АТСервис" предназначена именно для поддержки пользователей. Не надо подменять специализированный сервис данным форумом. Поэтому все тех. вопросы, задачи, доработки туда.

[Volodi N. Voskubenko]

Я не подменяю вашу вещь. Тема была открыта чтобы обсудить вопрос с коллегами, вы сами начали отвечать. В чем проблема? С вашей поддержкой и программерами общается мой коллега, программер. А я тут, мне со стороны надо было мнение.

Печально, что из нескольких заданных вам вопросов вы проигнорировали практически все, отделавшись намеками, отписками и сомнениями в моей компетенции. Печально что когда перед внедрением вашего программера Александра спрашивали что надо от техники - было отвечено что ничего особого. И как-то не очень понятно, почему, типа свежая классная, разработка не может делать того, что делает программа 2005года выпуска в больших масштабах, почему второй год идет борьба за нормальную работу с памятью, без заметных для менеджера улучшений.

[А.Х.]

Конечно нет. Проблема актуальна для последних билдов связана с появлением т.н. "полуфабрикатов". Была проведена работа по оптимизации алгоритмов расчета.

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

[Volodi N. Voskubenko]

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

Ага, всех массово пересадить на х64, и типа будет нам щастье. Затраты за наш счет ессно.

[А.Х.]

Ага, всех массово пересадить на х64, и типа будет нам щастье.

Из-за сборок - там так же течь будет, дело не в разрядах.

Это "расплата" за возможность иметь открытый, легко изменяемый скрипт внутри программы.

Изменено 7 декабря, 2011 пользователем avkh

[Volodi N. Voskubenko]

нашего программиста убеждают что необходимо воткнуть х64 винду и все станет без выпадений работать.

 

Буду ставить на днях девушкам, проверять. :-(

[Miguel Ventana]

У меня билд от августа 2009 - под х64 не работают отчеты - winDraw падает. Под х32 все ОК. Большие заказы считаются на обоих платформах.

[Volodi N. Voskubenko]

На текущих билдах проблем с х64 вроде нет, скорее действительно получше чем на х32. Хотя нормальной статистики у меня пока нет.

[tt-818]

Работаем на winDraw (полностью продажи, частично производство - без планирования), некоторое "своеобразие" в программе и поддержке есть, но на что можно было бы сейчас ее заменить - я не знаю.

М.б. префсьют, но он раз в Х дороже и не факт, что легко (в т.ч. по $) допиливается под потребности.

В нашей БД сейчас ~180 тыс. заказов (1750 тыс. позиций), размер базы 180 Гб - оперативной работе это не мешает.

С полным пересчетом больших заказов (кол-во позиций 30-40-50 и больше) есть проблемы - программа требует много оперативки.

Пересчет заказа (материалы, операции, ограничения, ценообразование) из 130 позиций (95 - окна, остальное - доп.продукция и услуги) занял 8 минут (Core2Duo 2ГГц) и съел 1.5 Гб оперативки. При этом, прилично памяти "утекло" - при работе с большими заказами нужен переодический перезапуск

При работе с обычными "розничными" заказами проблем нет.

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