| |||
| БЕСПЛАТНАЯ ежедневная online лотерея! Выигрывай каждый день БЕСПЛАТНО! | |||
| |||
Logging GuidelinesBecause logging functions are general purpose, developers must decide what information is appropriate to log. It is important to note that logging consumes resources: disk space and logging time. The event log is not intended to be used as a trace facility. You should log information about events that can be used to diagnose problems after they have occurred. Logging low-memory conditions, for example, can provide information about a problem that the system administrator can solve by adding more memory to the computer. Following are more examples in which event logging is helpful: · A disk driver encounters a bad sector on the disk. It may be able to read from or write to the sector after some retries, but the sector will probably go bad eventually. The disk driver should log a warning if it can proceed; otherwise, it should log an error. · A file system finds a bad sector and fixes it. A large number of events of this type might indicate that the disk is about to fail. The file system logs a warning event. · A device driver encounters a hardware problem, such as a disk controller time-out, a power failure in a parallel port, or a data error from a network or serial card. Logging information about these events can help in diagnosing hardware problems. The device driver logs the hardware problem. · An Application encounters resource problems. An application or a device driver may get into a low-memory situation (caused by a code bug, for example) that degrades performance. Logging an event when memory allocation fails might later provide a clue about what went wrong. The application logs the resource problem. · A server application (a database or a communications server, for example) records events such as a user logging on, opening a database, or starting a file transfer. The server can also log important information as it runs, such as the number of resources the application is using, errors it encounters (cannot access file, host process disconnected, and so on), a corruption in the database (not able to find a leaf node down a certain path in a tree), or whether a file transfer was successful or not. All of this information can be valuable to a support person (or to the developer of the application). The application records such events and logs them as information events. | |||
| Пригласи друзей и счет твоего мобильника всегда будет положительным! | |||
| |||
| Пригласи друзей и счет твоего мобильника всегда будет положительным! | |||
Регистрация Руководящих принциповПоскольку регистрируя функции универсальные, разработчики должны решить какую информацию подходящее, чтобы регистрироваться. Важно должно отмечать, что регистрация поглощает ресурсы: дисковое пространство и информационное время. Протокол события не собирается быть использован как средство следа. Вы должны регистрировать информацию о событиях, которые могут быть использованы, чтобы диагностировать проблемы после того, как они произошли. Регистрируя низкую память условий, например, может обеспечить информацию о проблеме, которая системный администратор может решить добавляя более память к компьютеру. Следующее является больше примеров в котором регистрация события полезная: Дисковый драйвер сталкивается с плохим сектором на диске. Это возможно способным прочитаться из или записаться в сектор после некоторых повторных попыток, но сектор вероятно испортится в конечном счете. Дисковый драйвер должен регистрировать предупреждение если он может приступить; в противном случае, это должно регистрировать ошибку. Файловая система находит плохой сектор и устанавливает это. Много событий этого типа могли указать, что диск собирается терпеть неудачу. Файловая система регистрирует предупреждающее событие. Драйвер устройства сталкивается с аппаратной проблемой, как например, дисковая задержка диспетчера, силовая неудача в параллельном порту, или ошибке данных с сетевой или последовательной карты. Регистрация информации об этих событиях может помочь в диагностирующих аппаратных проблемах. Драйвер устройства регистрирует аппаратную проблему. Приложение сталкивается с проблемами ресурса. Приложение или драйвер устройства могут попасть в низкую память ситуации (вызванное кодовым дефектом, например), что деградирует исполнение. Регистрация события когда распределение памяти терпит неудачу, могло позже обеспечить ключ о котором шел неправильно. Приложение регистрирует проблему ресурса. Приложение сервера ( база данных или сервер связи, например) события записей как например, пользователь, регистрирующий на, открытие базы данных, или начиная с файловой передачи. Сервер может также зарегистрировать важную информацию как он выполняет, как например, количество ресурсов приложение использует, ошибки это сталкивается с (не мочь иметь доступ к файлу, главный процесс разъединял, и так далее), коррупция в базе данных (не способный найти узел листа вниз определенный путь в дереве), или имела успех файловая передача или нет. Вся эта информация может быть ценной в поддержке человека (или разработчику приложения). Приложение записывает такие события и регистрирует их как информационные события. | |||
| |||
 |
