[ТЕМА ЗАКРЫТА]
Опции темы
05.11.2012 12:58  
student
Цитата:
Сообщение от OlegON
Эта... Ява... Не дает возможности самому рулить разрушением объектов. Типа ты бросаешь все, как попало, а потом, когда захочется, приходит сборщик мусора и все подчищает, причем, не возвращает память в ОС. Ппц.
просто проверь на явное открытие\создание и явное закрытие\удаление не бросая как попало - сборщик не с первого раза понимает что ему надо сделать и в результате - наложение - утечка
у меня например было что при выходе из процедуры объект в ней созданный не прибивался автоматом\сборщиком
правда у меня не ява, но принципы одни. . . пришлось перешерстить все от начала до конца (убил кучу времени и написал с точки зрения программирования кучу ненужного кода - например явную очистку памяти из-под созданных массивов через арi) но вот уже более 4-х лет утечек не наблюдаю. . .
 
05.11.2012 13:31  
OlegON
да в том и дело, что в Java этого всего не сделаешь... по крайней мере на моем текущем уровне ее знания, да и везде пишут, что чистить не нужно...
 
05.11.2012 16:36  
student
Насчет явы и очистки в принципе много написано - например









и там не все так однозначно как кажется на первый взгляд :)
попробуй использовать явное присвоение указателю на не нужный более объект - null либо заюзай что либо из профайлеров типа JProbe и OptimizeIt для поимки утечки. . .
 
"Спасибо" student от:
05.11.2012 18:50  
OlegON
ты не представляешь, как я себе тут мозг насиловал, вместо кино вон Шилдта читаю. и уж количество пересмотренного в инете материала исчисляется сотнями ссылок.
явное присвоение null на самом деле мало что дает, а профайлеры невозможно заюзать, поскольку сегодня утром я выпилил последнее, что мне позволяло запускать серверную часть мимо штатного xinetd. Т.е. протестировать кроме как вживую теперь невозможно, но, надо сказать, с начала года я этим и не пользовался ни разу. В общем, жду завтрашнего утра, но пока больше 200Мб экземпляр не выжирает (от 40 до 200 пока из замеченного). Прибил намертво к третьему ядру, лимитировал по времени, перебрал уйму кода, не очень доволен результатом (200Мб все же многовато для консольного приложения с одним соединением к мускулу), но по любому не 700.
 
07.11.2012 12:20  
Kryukov
OLEGON-ERROR! : : Low disk space at D:\ORACLE\PRODUCT\10.2.0\ADMIN\DBCENTR\ - 243 Mb
OLEGON-ERROR! : : Low disk space at D:\ORACLE\PRODUCT\10.2.0\DB_1\DATABASE\ - 243 Mb
OLEGON-ERROR! : : Low disk space at D:\ORACLE\PRODUCT\10.2.0\ORADATA\DBCENTR\ - 243 Mb
OLEGON-ERROR! : : Low disk space at D:\oracle\product\10.2.0\ - 243 Mb
OLEGON-ERROR! : Alert log:


ORA-19816: WARNING: Files may exist in db_recovery_file_dest that are not known to database.

ORA-27044: unable to write the header block of file

ORA-16038: log 2 sequence# 6052 cannot be archived

ORA-19504: failed to create file ""

ORA-00312: online log 2 thread 1: 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\DBCENTR\REDO02.LOG'

ORA-16014: log 2 sequence# 6052 not archived, no available destinations

ORA-00312: online log 2 thread 1: 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\DBCENTR\REDO02.LOG'

ORA-19816: WARNING: Files may exist in db_recovery_file_dest that are not known to database.

ORA-27044: unable to write the header block of file

ORA-16038: log 2 sequence# 6052 cannot be archived

ORA-19504: failed to create file ""

ORA-00312: online log 2 thread 1: 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\DBCENTR\REDO02.LOG'

ORA-16014: log 2 sequence# 6052 not archived, no available destinations

ORA-00312: online log 2 thread 1: 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\DBCENTR\REDO02.LOG'

ORA-19816: WARNING: Files may exist in db_recovery_file_dest that are not known to database.

ORA-27044: unable to write the header block of file

ORA-16038: log 2 sequence# 6052 cannot be archived

ORA-19504: failed to create file ""

ORA-00312: online log 2 thread 1: 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\DBCENTR\REDO02.LOG'

ORA-16014: log 2 sequence# 6052 not archived, no available destinations

ORA-00312: online log 2 thread 1: 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\DBCENTR\REDO02.LOG'

ORA-19816: WARNING: Files may exist in db_recovery_file_dest that are not known to database.

ORA-27044: unable to write the header block of file

ORA-16038: log 2 sequence# 6052 cannot be archived

ORA-19504: failed to create file ""

ORA-00312: online log 2 thread 1: 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\DBCENTR\REDO02.LOG'

ORA-16014: log 2 sequence# 6052 not archived, no available destinations

ORA-00312: online log 2 thread 1: 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\DBCENTR\REDO02.LOG'

места мало ... что то диск захломило
 
07.11.2012 13:22  
OlegON
оптимизатор-то тут при чем? найди, что захламило - оттащи в другое место.
 
27.11.2012 15:57  
omnomnom
Как можно понять что оптимайзер отработал полностью?

Можно ли ограничить время mt порядка 3-4 часов в день?

Код потверждения email это опция для зарегестрированных клиентов? Почему то не приходит.

Спасибо!
 
27.11.2012 17:07  
OlegON
последняя строка заканчивается "************************* the end ***"

можно, особенно если присмотреться к параметрам в соответствующей теме

зарегистрированным наоборот ничего подтверждать не надо, регистрация - уже подтверждение. еще раз предлагаю вчитаться в тему оптимизатора и в то, что уже написано.
 
13.01.2013 12:56  
Mr_Vito
обновил версию супермага до 29.3
оптимайзер стал ругаться:
Код:
13.01.13 08:34:53 -- Subpartition defragmentation FF4_2012_PN:0
13.01.13 08:34:54 -- Subpartition defragmentation FF4_2012_PO:0
13.01.13 08:34:55 -- Subpartition defragmentation FF4_2012_PE:0
13.01.13 08:34:56 -- Subpartition defragmentation FF4_2012_IW:0
13.01.13 08:34:57 -- Subpartition defragmentation FF4_2012_CR:0
13.01.13 08:34:58 -- Subpartition defragmentation FF4_2012_CS:0
13.01.13 08:35:05 -- Subpartition defragmentation FF4_2012_WO:0
13.01.13 08:35:07 -- Subpartition defragmentation FF4_2012_WI:0
13.01.13 08:35:09 -- Subpartition defragmentation FF5_2012_PN:0
13.01.13 08:35:10 -- Subpartition defragmentation FF5_2012_PO:0
13.01.13 08:35:11 -- Subpartition defragmentation FF5_2012_PE:0
13.01.13 08:35:13 -- Subpartition defragmentation FF5_2012_IW:0
13.01.13 08:35:13 -- Subpartition defragmentation FF5_2012_CR:0
13.01.13 08:35:14 -- OLEGON-ERROR! : Proc:server:ilishco:java.sql.SQLException: ORA-08103: объект больше не существует
ORA-06512: на  "SYS.DBMS_STATS", line 13437
ORA-06512: на  "SYS.DBMS_STATS", line 13457
ORA-06512: на  line 1

13.01.13 08:35:14 -- Subpartition defragmentation FF5_2012_CS:0
13.01.13 08:35:22 -- Subpartition defragmentation FF5_2012_WO:0
13.01.13 08:35:24 -- Subpartition defragmentation FF5_2012_WI:0
13.01.13 08:35:26 -- Subpartition defragmentation FF6_2012_PN:0
13.01.13 08:35:27 -- Subpartition defragmentation FF6_2012_PO:0
13.01.13 08:35:28 -- Subpartition defragmentation FF6_2012_PE:0
13.01.13 08:35:29 -- Subpartition defragmentation FF6_2012_IW:0
13.01.13 08:35:30 -- Subpartition defragmentation FF6_2012_CR:0
13.01.13 08:35:31 -- Subpartition defragmentation FF6_2012_CS:0
13.01.13 08:35:49 -- Subpartition defragmentation FF6_2012_WO:0
13.01.13 08:35:51 -- Subpartition defragmentation FF6_2012_WI:0
зачем так?
 
13.01.2013 13:12  
OlegON
Это не к оптимизатору... Ткни ORA-08103, это стабильно несколько дней? Только на этой табличке?
 
 


Опции темы



Часовой пояс GMT +3, время: 13:40.

Все в прочитанное - Календарь - RSS - - Карта - Вверх 👫 Яндекс.Метрика
Форум сделан на основе vBulletin®
Copyright ©2000 - 2016, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.