Оптимайзер-4 (вопросы и обсуждения) : Программы OlegON

student · █ 05.11.2012 12:58

Цитата:

OlegON ➤ Эта... Ява... Не дает возможности самому рулить разрушением объектов. Типа ты бросаешь все, как попало, а потом, когда захочется, приходит сборщик мусора и все подчищает, причем, не возвращает память в ОС. Ппц.

просто проверь на явное открытие\создание и явное закрытие\удаление не бросая как попало - сборщик не с первого раза понимает что ему надо сделать и в результате - наложение - утечка
у меня например было что при выходе из процедуры объект в ней созданный не прибивался автоматом\сборщиком
правда у меня не ява, но принципы одни. . . пришлось перешерстить все от начала до конца (убил кучу времени и написал с точки зрения программирования кучу ненужного кода - например явную очистку памяти из-под созданных массивов через арi) но вот уже более 4-х лет утечек не наблюдаю. . .

OlegON · █ 05.11.2012 13:31

да в том и дело, что в Java этого всего не сделаешь... по крайней мере на моем текущем уровне ее знания, да и везде пишут, что чистить не нужно...

student · █ 05.11.2012 16:36

Насчет явы и очистки в принципе много написано - например

и там не все так однозначно как кажется на первый взгляд :)
попробуй использовать явное присвоение указателю на не нужный более объект - null либо заюзай что либо из профайлеров типа JProbe и OptimizeIt для поимки утечки. . .

OlegON · █ 05.11.2012 18:50

ты не представляешь, как я себе тут мозг насиловал, вместо кино вон Шилдта читаю. и уж количество пересмотренного в инете материала исчисляется сотнями ссылок.
явное присвоение null на самом деле мало что дает, а профайлеры невозможно заюзать, поскольку сегодня утром я выпилил последнее, что мне позволяло запускать серверную часть мимо штатного xinetd. Т.е. протестировать кроме как вживую теперь невозможно, но, надо сказать, с начала года я этим и не пользовался ни разу. В общем, жду завтрашнего утра, но пока больше 200Мб экземпляр не выжирает (от 40 до 200 пока из замеченного). Прибил намертво к третьему ядру, лимитировал по времени, перебрал уйму кода, не очень доволен результатом (200Мб все же многовато для консольного приложения с одним соединением к мускулу), но по любому не 700.

Kryukov · █ 07.11.2012 12:20

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'

места мало ... что то диск захломило

OlegON · █ 07.11.2012 13:22

оптимизатор-то тут при чем? найди, что захламило - оттащи в другое место.

omnomnom · █ 27.11.2012 15:57

Как можно понять что оптимайзер отработал полностью?

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

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

Спасибо!

OlegON · █ 27.11.2012 17:07

последняя строка заканчивается "************************* the end ***"

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

зарегистрированным наоборот ничего подтверждать не надо, регистрация - уже подтверждение. еще раз предлагаю вчитаться в тему оптимизатора и в то, что уже написано.

Mr_Vito · █ 13.01.2013 12:56

обновил версию супермага до 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

зачем так?

OlegON · █ 13.01.2013 13:12

Это не к оптимизатору... Ткни ORA-08103, это стабильно несколько дней? Только на этой табличке?