| [Форум] [Помощь] [Поиск] [Выйти] |
Добро пожаловать, ![[info]](userinfo.gif){kind=small} User
|
|
|
| ||
| Торговля. Сейчас в базе работает около 50-и человек. Если смотреть на статистику работы процессора, то занятость его в среднем 85 процентов. Памяти хватает. Но застенько стали появлятся надписи захват журнала... и пр. Это избежать можно только оптимизируя код или уже просто смириться с низбежным? Переход на другие платформы не предлагать. |
| ||
| Вся проблема у тебя в дисковой системе ИМХО. Попробуй аппаратный райд поставить 0+1. У тебя вроде только зеркало стоит. Винты сказевые щас достаточно не дорогие, а вот аппаратный райд крутовато стоит :( Да, и можно попробовать систему на отдельный винт вынести... |
| ||
| Проведения документов долго проходят? |
| ||
| Не, документы проводятся быстро. Если не ожидает захвата. |
| ||
| Мишаня, вряд ли это раид. Тормозов в дисковой системе нет. Все справляется. Раид 0+1 прироста даст минимального. |
| ||
| Мне кажется ты не прав насчет своей дисковой подсистемы... |
| ||
| оптимизировать конечно нужно... а на мой взгляд пора хранилище данных сменить на ms sql server, а dbf похронить. замена дисковой подсистемы роли не сыграет большой (ради эксперимента выложи на ram-drive (если память позволяет) базу, и увидишь, что прироста значительного не появится). p.s. убери все что можно из процедур обработка проведения, проверки всякие, сворачивание табличных частей и всякую такую хрень. не используй больше одной точки для доступа к реквизитам объектов, лучше создай промежуточную переменную ну и так по мелочи остального... типа периодичности опроса базы, каталоги пользователей на быстрый диск и т.д. может еще подергается чуток и поживет... :) |
| ||
| Пепс, а ты с SQL работал? Как там получать остатки в реальном времени? Это когда по списку справочника бежишь а в колонке отображается остаток на складе? |
| ||
| не помню. поидее должно поддтормаживать... :( дык поставь прям на свою машину sql сервер и побалуйся... |
| ||
| Ничего не подтормаживает |
Отправил