• Познакомьтесь с пентестом веб-приложений на практике в нашем новом бесплатном курсе

    «Анализ защищенности веб-приложений»

    🔥 Записаться бесплатно!

  • CTF с учебными материалами Codeby Games

    Обучение кибербезопасности в игровой форме. Более 200 заданий по Active Directory, OSINT, PWN, Веб, Стеганографии, Реверс-инжинирингу, Форензике и Криптографии. Школа CTF с бесплатными курсами по всем категориям.

Долгий промежуток перед открытием баз или F9

  • Автор темы oshmianski
  • Дата начала
O

oshmianski

Доброго времени.

Недавно стали жаловаться пользователи, да у себя тоже наблюдал, что после некоторого времени простоя (неработы с Notes) при обращении к любой бд или просто F9 рабочей области, Notes замирает на некоторое (от нескольких секунд до минуты) время. Что самое интересное, если таки дождаться или нажать CTRL+Pause\Break и попробовать еще раз, то все работает как должно.

Что это за задержки такие? Может кто сталкивался?
 
C

collection

Technote (FAQ)

Problem
Using Notes 6.x, you monitor the memory of NLNOTES.EXE with Task Manager and check the MEM USAGE column. You then open some documents and databases, and you see memory rising. If you stop using the Notes Client for 60 seconds, then check the memory usage in Task Manager again, you find that memory usage for NLNOTES.EXE drops to less than 10 MB.
In some cases background replication may be affected as well. You do not see this same memory usage drop with Notes 5.x Client.



Solution
This issue was reported to Quality Engineering and has been addressed in Notes 6.5.3.
Excerpt from the Lotus Notes and Domino Release 6.5.3 MR fix list (available at
Client UI
SPR# IDEA5VSS27 - Notes 6 was paging out the working set on Windows after 60 seconds of inactivity unless DISABLE_TRIMWS=1 was set in the Notes.ini . This caused problems, particularly when using 128MB or less RAM. With this fix, the paging out behavior will only occur if DISABLE_TRIMWS=0 is explicitly set in the Notes.ini. That is, the default value for DISABLE_TRIMWS has been changed from 0 to 1. This regression was introduced in 6.0.

Supporting Information:
This new behavior was implemented in the Notes 6.x client to return unused memory, but in some cases it can create performance problems on PCs with 128 MB of memory and occasionally on PCs with more memory. This is particularly evident on laptops with slower hard disk speeds. Once the memory is paged out, it may take up to 20 seconds to be paged back in. From the user's point of view, it could take up to 20 seconds to open a mail message that, before the paging out, would take only 1 second.

Workaround:
For Notes 6.x clients that are having performance problems due to this issue, you can implement the following client Notes.ini parameter:
DISABLE_TRIMWS=1

After adding this parameter, restart the Client. Note that this Notes.ini parameter was not implemented for the Notes 5.x client.
 
O

oshmianski

collection
пасиб, буду пробовать.

зы: Notes 7.0.2, Domino 7.0.3
 
N

nnikishi

А не дропает ли администратор или сервер пользователей? Я бы проверил бы лог, и поигрался бы с параметром Server_Session_Timeout в серверной инишке. IBM не рекомендует этот параметр меньше 30, я бы поставил 60-120, ведь серверу тоже тяжело когда пользователи открывают новые сессии. Вот что пишет один буржуйский парень, у него тоже проблема с F9 когда работает через WAN

Log off idle Lotus Notes users for better Domino Server performance

Andy Pedisich
08.02.2007
Rating: -3.65- (out of 5)


Lotus Notes, Domino, Workplace and WebSphere tips and advice
Digg This! StumbleUpon Toolbar StumbleUpon Bookmark with Delicious Del.icio.us Add to Google



New!!!
Domino Job Bank
Find Domino jobs near you.

Enter Location: (City, State or ZIP)


powered by:


You may not realize it, but idle Lotus Notes users are taking up loads of unused space and resources on your Lotus Domino server. Learn about a simple notes.ini setting administrators can configure to log off idle Lotus Notes users, to clear up valuable CPU and memory resources, and improve Domino Server performance.

The problem was obvious, but the solution wasn't. And it started to hurt my head looking for answers. For years, I'd been using the Lotus Notes client from my office in Philadelphia, accessing one of our main Domino mail servers, which is located somewhere in Colorado. By the way, I think it's rather funny that I forget exactly where the Domino mail server is. I forget because it doesn't really matter where it is. It just about doesn't matter where any server is physically located anymore.

Anyway, first thing in the morning when I fired up my laptop and hit the Domino server, it would rock! Opening my email was quick and easy, even with a mail file that is close to 2 GB; and getting to applications was snappy too.

But after a while, I would then be attracted by shiny things. You know how it is… issues with clients, writing proposals, answering the phone, and a million other distractions, after which I'd get back to Lotus Notes and hit the F9 key to get a refresh of the inbox. Then I would wait, and wait, and wait, while the lightning bolt silently pulsed and I drummed my fingers impatiently on the mouse pad.

Sometimes I would hit Control/Break and then re-access my mailbox and miraculously, everything would be fast and back to normal. But I wondered about that solution and how stupid it seemed. Why should I have to do a Control/Break just to get the Domino server to respond like it was supposed to? Mind you, this didn't seem to happen when I was connected to a Domino server over a local area network (LAN). It only happened when I was connecting over a wide area network (WAN) and the Internet.
More notes.ini resources from SearchDomino.com
Notes.ini tips and tutorials

Notes.ini and mail.boxes transaction logging -- a cautionary tale

15 tips in 15 minutes: Managing Lotus Domino servers

Notes/Domino Performance Tuning Reference Center


Then it dawned on me that there might be some kind of disconnect happening between the Lotus Notes client and Domino Server. The Domino server seemed to be ignoring the client, but the client didn't realize its love for the server was unrequited. I decided to conduct an experiment and force a periodic automatic disconnect. I added a notes.ini parameter to the server that I now insist all my clients' servers use. The powerful, yet humble, Server_Session_Timeout.

Server_Session_Timeout is a parameter I like to use to make sure that Lotus Notes users don't take up valuable Domino CPU and memory resources when they are idle.

You may not realize this, but when Lotus Notes users connect to Domino using the Notes client, then become inactive, they remain connected to the server for a default time of four hours! Yes, that's right, four hours of taking up a connection slot. Four hours of sandbagging memory resources! And all the while they are doing nothing to deserve it.

Letting users be idle for four hours also messes with the statistic Server.users. The number of Lotus Notes users I see connected doesn't truly reflect the number of concurrent users on the Domino server. The users that appear to be active at noon might have logged in at 8:30 a.m. to check their email and haven't used Lotus Notes since! This makes it very difficult to get a grip on the true number of concurrent users when you're trying to consolidate servers or work on performance issues.

In all of my clients' Domino servers I routinely set Server_Session_Timeout =30, meaning that after 30 minutes of inactivity, a Lotus Notes user connection is dropped and the resources are freed up for other more active and deserving users.

If the idle user comes back to the desktop and moves a mouse or touches a keyboard, bingo, they are reconnected automatically. They don't have to re-enter a password and they never know that their connection has been dropped and that they've been reconnected.

IBM Lotus recommends that this parameter should be set no shorter than 30 minutes. Otherwise, the server might spend more resources reconnecting people than it should.

Anyway, back to the unrequited advances of my Lotus Notes client to my Domino server. This is clearly a case of "do as I say, not as I do," since my own mail server was literally the only Domino server I touched that did not have this setting.

After adding this parameter, the difficult re-connection client/server nonsense disappeared. The Lotus Notes client remained peppy when talking to the Domino server, with no more lags after a period of my idleness.

I suspect that the deliberate drop of the client connection by Domino made the client aware that it had to reconnect to continue working on the server. My connection is now more reliable and no longer exhibits a delay when I return after being drawn away to other technical business.

Try this parameter on your Domino servers. Once you do, you'll probably end up placing it in the notes.ini parameter section of the default server configuration document. You've got nothing to lose and will stop wasting valuable Domino server resources holding connections open for Lotus Notes users that are away from their desks.
 
Мы в соцсетях:

Обучение наступательной кибербезопасности в игровой форме. Начать игру!