Re: javaw застряет с embedded - и еще
Если connection закрыть в явном виде - то висеть не остается. Но в 2.0 явного закрытия коннекта не требовалось - приложение закрылось ну и коннект соответственно помер; так что разница в поведении присутствует. Будем считать это documented feature? :) Запишу себе мелом на манжетах - коннект закрывать. Кстати а если аппликуха по RuntimeException вывалится (случаи, как поручик Ржевский говаривал, разные бывают) - а кто тогда коннект закроет? Еще для уверености - закрой пожалуйста connection перед выходом из приложения. Если останется висеть - придется Влада или Димку мучить... хотя может лучше Адриано - он с Явой наиболее дружит.
Re: Partner index does not exist or is inactive.
Hello, Dmitry! Dmitriy A. Beloshistov wrote: Update rdb$indices set rdb$index_inactive=0 where rdb$index_inactive=1 Так не делаю, потому как от мастеров не слышал, что это кошерно. это как раз очень даше кошерно. Хм, а с каких это пор Update`тить системные таблицы, чтобы брюки превратились... при наличии специальной конструкции ALTER INDEX стало кошерным? системные таблицы - слишком общее понятие. какие-то апдейтить разумеется нельзя, а другие - очень даже можно. например, rdb$functions, если надо поменять имя функции из dll или само имя dll. и rdb$indices в плане активации-деактивации индекса тоже можно. особенно если база битая, например, в справочниках убилась часть записей, рестор не пройдет из-за нарушения FK. Это в 2.1 (а может и в 2.0) сейчас FB при такой ошибке пропускает индекс и активирует остальные. А до этих версий рестор обламывался, и в базе оставались неактивированными х.з. сколько индексов, причем неизвестно, таких же проблемных или нормальных. Мне даже софтину пришлось написать для внутреннего использования, которая ищет все неактивные индексы, и пытается поштучно активировать именно через update, ибо тут alter index или update пофиг. главное commit :-) -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: FB 2.1 RC2 fbconfing
Hello, DmitryLe! DmitryLe wrote: Какой TcpRemoteBufferSize для инета лучше ставить? Чем больше? [EMAIL PROTECTED] Я бы вообще посоветовал никогда этот параметр не трогать. CpuAffinityMask. Имеем двухядерный Intel. Vista на борту. Имеет смысл ставить 3? Т.е. много ядер и много процессоров - это одно и тоже в данном случае? ядерные процессоры можно считать отдельными. Это в HyperThreading было хрен знает что. Для FB пока 1. для суперсервера имеет смысл привязать FB к одному из процессоров (ядер), чтобы операционка не перебрасывала FB с одного на другой (если такое происходит, конечно) 2. для классика не имеет особого смысла (может и не работает даже). -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: FB 2.1 RC2 fbconfing
ëÁËÏÊ TcpRemoteBufferSize ÄÌÑ ÉÎÅÔÁ ÌÕÞÛÅ ÓÔÁ×ÉÔØ? þÅÍ ÂÏÌØÛÅ? [EMAIL PROTECTED] ñ ÂÙ ×ÏÏÂÝÅ ÐÏÓÏ×ÅÔÏ×ÁÌ ÎÉËÏÇÄÁ ÜÔÏÔ ÐÁÒÁÍÅÔÒ ÎÅ ÔÒÏÇÁÔØ. á ÅÓÌÉ ÔÕÄÁ ÐÏÓÔÁ×ÉÔØ -1 ? ÑÄÅÒÎÙÅ ÐÒÏÃÅÓÓÏÒÙ ÍÏÖÎÏ ÓÞÉÔÁÔØ ÏÔÄÅÌØÎÙÍÉ. üÔÏ × HyperThreading ÂÙÌÏ ÈÒÅÎ ÚÎÁÅÔ ÞÔÏ. îÕ ÄÁ×ÁÊ, ÚÎÁÞÉÔ, ×ÔÁÐÔÙ×ÁÔØ × ÇÒÑÚØ ÄÅÔÓËÉÅ ÉÌÌÀÚÉÉ Ï Ä×ÕÈÐÒÏÃÅÓÓÏÒÎÏÊ ÍÁÛÉÎÅ. ëÏ×ÁÌÅÎËÏ äÍÉÔÒÉÊ.
RE: Partner index does not exist or is inactive.
Привет! Хм, а с каких это пор Update`тить системные таблицы, чтобы брюки превратились... при наличии специальной конструкции ALTER INDEX стало кошерным? системные таблицы - слишком общее понятие. какие-то апдейтить разумеется нельзя, а другие - очень даже можно. Ну это от безысходности ;) Мне даже софтину пришлось написать для внутреннего использования, которая ищет все неактивные индексы, и пытается поштучно активировать именно через update, ибо тут alter index или update пофиг. главное commit :-) Да я в принципе не против (мне если честно пофиг - update или alter активирует индекс). Хорошо бы собрать и включить в дистрибутив какую-никакую доку о том, что можно апдейтить, что нельзя и какой эффект будет. Не думаю, что тут все прозрачно и нет никаких подводных камней. WBR,Dmitry Beloshistov AKA [-=BDS=-]
Re: FB 2.1 RC2 fbconfing
Ну давай, значит, втаптывать в грязь детские иллюзии о двухпроцессорной машине. А че? Просвети. Дмитрий
Re: javaw застряет с embedded - и еще
Hi Vladimir Kozlov пишет:
Если connection закрыть в явном виде - то висеть не остается.
Но в 2.0 явного закрытия коннекта не требовалось - приложение закрылось
ну и коннект соответственно помер; так что разница в поведении
присутствует. Будем считать это documented feature? :)
Запишу себе мелом на манжетах - коннект закрывать.
Кстати а если аппликуха по RuntimeException вывалится (случаи, как
поручик Ржевский говаривал, разные бывают) - а кто тогда коннект закроет?
для этого есть try{
}finally{
}
Вообще если соелдинение не закрывать то оно должно зарыться по
finallize, когда GC вычищает объекты. В том дампе памяти который ты
высылал есть сообщение на 142 ссылки из JNI.
WBR Evgeny Putilin.
Re: javaw застряет с embedded - и еще
Hello, Evgeny! You wrote on Wed, 26 Mar 2008 13:57:20 +0300: EP ... соелдинение ... оговорка по Фрейду? :) -- Удач Alexander A. Venikov, Tobolsk, Russia
Re: javaw застряет с embedded - и еще
Я тормоз - забыл что _любой_ Throwable все равно до finally доковылять
даст.
для этого есть try{
}finally{
}
А вот закрытие по finalize в моем случае как раз и теряется где-то... или
у GC руки не доходят его зачистить или где-то в JNI кто-то
бультерьерствует и не выпускает соединение из зубов :) Во всяком случае до
этого мне не приходилось сталкиваться с ситуацией когда незакрытое
соединение не дает аппликухе завершиться...
Вообще если соелдинение не закрывать то оно должно зарыться по
finallize, когда GC вычищает объекты. В том дампе памяти который ты
высылал есть сообщение на 142 ссылки из JNI.
Re: Upper/lower поломался на 2.1.0.17755 win32
Vlad Khorsun wrote: Да, в Autocommit DDL Это в где ? И кто установил ? В IBE, commit после каждого DDL оператора, он в IBEScript по умолчанию включен
Re: Что быстрее?
Dmitry Kotelnikov wrote: Приветствую Вас, Скажите что на практике быстрее: 1. Проверка через SELECT на наличие записи и потом выполнить INSERT если нет записи или UPDATE если есть. или 2. Делать DELETE и INSERT По-моему, (2) вообще не катит, а конкретный вариант из указанной ссылки надо выбирать, исходя из того, что вороятнее: наткнуться на существование или отсутствие записи.
Re: Upper/lower поломался на 2.1.0.17755 win32
Konstantin R. Beliaev ... Vlad Khorsun wrote: Да, в Autocommit DDL Это в где ? И кто установил ? В IBE, commit после каждого DDL оператора, он в IBEScript по умолчанию включен Я в чудеса не верю. Воспроизведёшь - рассмотрим, а так - нет -- Хорсун Влад
Re: javaw застряет с embedded - и еще
Вообще если соелдинение не закрывать то оно должно зарыться по finallize, когда GC вычищает объекты. В том дампе памяти который ты высылал есть сообщение на 142 ссылки из JNI. Финалайзеры при выходе из JVM не запускаются по дефолту... См. System.runFinalizersOnExit(boolean), кстати метод депрекейтнутый - правильно есть писать свои shutdown-хэндлеры. Роман
Re: javaw застряет с embedded - и еще
Если connection закрыть в явном виде - то висеть не остается. Но в 2.0 явного закрытия коннекта не требовалось - приложение закрылось ну и коннект соответственно помер; так что разница в поведении присутствует. Будем считать это documented feature? :) Ага. Незакрытый коннект есть признак кривоватости приложения. Это значит, что в некоторых случаях могут терятся данные еще некоммитнутой транзакции, что есть криво. Роман
Re: FB 2.1 RC2 fbconfing
Hello, Dmitry! Kovalenko Dmitry wrote: [EMAIL PROTECTED] Я бы вообще посоветовал никогда этот параметр не трогать. А если туда поставить -1 ? лучше -100. или -99. тогда сервер превратится в клиента, а клиент - в сервера. Приложение станет базой, а база будет подмигивать формочками юзеру. Соответственно, юзеру переедет сервак, а юзерский десктоп отправится в серверную. И т.д. ядерные процессоры можно считать отдельными. Это в HyperThreading было хрен знает что. Ну давай, значит, втаптывать в грязь детские иллюзии о двухпроцессорной машине. а? -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Partner index does not exist or is inactive.
Hello, Dmitriy! Dmitriy A. Beloshistov wrote: Да я в принципе не против (мне если честно пофиг - update или alter активирует индекс). Хорошо бы собрать и включить в дистрибутив какую-никакую доку о том, что можно апдейтить, что нельзя и какой эффект будет. Не думаю, что тут все прозрачно и нет никаких подводных камней. нет, нельзя такое делать. В доке должно быть написано, что никогда и ни при каких условиях нельзя модифицировать системные таблицы напрямую. Красными буквами, шрифтом 24, жирным. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Почти пятница
Hello, Konstantin! You wrote on Wed, 26 Mar 2008 17:56:23 +0300: KRB http://lenta.ru/news/2008/03/26/cats/ Не первое же ж апреля же ж. -- Удач Alexander A. Venikov, Tobolsk, Russia
Re: Partner index does not exist or is inactive.
Dmitri Kuzmenko пишет: нет, нельзя такое делать. В доке должно быть написано, что никогда и ни при каких условиях нельзя модифицировать системные таблицы напрямую. Красными буквами, шрифтом 24, жирным. А потом те, кто прочитал эту доку придут сюда. И их пипец настигнет, когда кто-то из гуру даст рекомендацию на модификацию системных таблиц... и пойдёт молва о дырах безопасности в огнептице. З.Ы. вариант чисто гипотетический, так как доки мало кто сначала читает :D С уважением, Тарас Кучер
Re: Partner index does not exist or is inactive.
IMHO õ FB, ËÁË Õ ÌÀÂÏÇÏ ÉÎÓÔÒÕÍÅÎÔÁ, ÅÓÔØ [ÍÉÎÉÍÕÍ] Ä×Á ÕÒÏ×ÎÑ ×ÌÁÄÅÎÉÑ - ÄÌÑ ×ÓÅÈ (ÓÏÇÌÁÓÎÏ ÄÏËÉ) - ÄÌÑ ÇÕÒÕ (ËÏÇÄÁ ÔÙ ÐÏÎÉÍÁÅÛØ/ÞÕ×ÓÔ×ÕÅÛØ/ÚÎÁÅÛØ ËÁË ÏÎÏ ÒÁÂÏÔÁÅÔ É ÞÅÍ ÇÒÏÚÉÔ) ÐÏ ÄÏËÕÍÅÎÔÁÃÉÉ ÎÁ ÓËÒÉÐËÅ ÎÁÄÏ ÉÇÒÁÔØ ÓÍÙÞËÏÍ - ÔÏÞÎÏ ÐÏÌÕÞÉÛØ ÏÖÉÄÁÅÍÙÊ ÒÅÚÕÌØÔÁÔ ÎÏ ÎÁÒÏÄ ÔÁËÏÅ ×ÙÄÅÌÙ×ÁÅÔ...
