Re: Грабли с кэшем да нных
Kovalenko Dmitry wrote: Меня больше интересует что по этому поводу думает Кальтенбруннер. Но он, как всегда, сохраняет молчание :)) Стабильные курсоры будут. Но скорее всего опционально. И не сегодня :-) -- Дмитрий Еманов
Re: Грабли с кэшем данных
Меня больше интересует что по этому поводу думает Кальтенбруннер. Но он, как всегда, сохраняет молчание :)) Стабильные курсоры будут. Но скорее всего опционально. И не сегодня :-) Спасибо за лучик надежды, Отто : Коваленко Дмитрий.
Re: ������ � ����� ������
Hello, Dmitry! You wrote on Tue, 12 Jan 2010 12:10:26 +0300: DY Стабильные курсоры будут. Но скорее всего опционально. Управляться параметрами транзакции, или рулиться конфигом? -- With best regards, Alex Cherednichenko.
Re: Грабли с кэшем данных
DY Стабильные курсоры будут. Но скорее всего опционально. Управляться параметрами транзакции, или рулиться конфигом? Это неважно, потому что требует 1% от основных усилий в данном направлении :-) По мне, такие вещи должны работать по умолчанию. Но возможно есть какие-то нюансы. Типа селекта из SP, которая добавляет новые записи в таблицу из которой она делает выборку :))) Коваленко Дмитрий.
Re: Грабли с кэшем да нных
Alex Cherednichenko wrote: Управляться параметрами транзакции, или рулиться конфигом? Рано пока еще об этом говорить в деталях. Но скорее первое. А-ля rec_ver / no_rec_ver. -- Дмитрий Еманов
Re: ������ � ����� ������
Hello, Kovalenko! You wrote on Tue, 12 Jan 2010 12:35:34 +0300: AC Управляться параметрами транзакции, или рулиться конфигом? KD Это неважно, потому что требует 1% от основных усилий в данном KD направлении :-) KD По мне, такие вещи должны работать по умолчанию. По умолчанию должно работать то, что работало до сего момента ;) ЗЫ: я за доп.параметр транзакции. -- With best regards, Alex Cherednichenko.
Re: Грабли с кэшем да нных
Kovalenko Dmitry wrote: По мне, такие вещи должны работать по умолчанию. Стандарт тоже так считает. Но если это будет стоить каких-либо заметных тормозов, то лучше дефолтом оставить старое поведение. -- Дмитрий Еманов
Re: Грабли с кэшем данных
Стандарт тоже так считает. Но если это будет стоить каких-либо заметных тормозов, то лучше дефолтом оставить старое поведение. Я надеюсь, что когда это появится, у меня уже будет очередной аппарат и эти лишние телодвижения на уровне сервера мне будут по-барабану :))) Коваленко Дмитрий.
[off] Фрагментация виртуа льной памяти, почему и как этого избегать?
Тут знакомый наткнулся на странное поведение при мапировании файлов в винде: [quote] Есть приложение. Оно пережёвывает информацию из большого числа больших файлов и что-то вычисляет. Поскольку информация из файлов нужна не вся и нужно много случайного доступа в определённые фрагменты файлов, приложение время от времени отображает нужные куски файлов в виртуальную память и, обработав, освобождает. В некоторый момент времени вызов MapViewOfFileEx вылетает с ошибкой ERROR_NOT_ENOUGH_MEMORY, хотя памяти навалом, и физической, и виртуальной. ... Анализ показал, что виртуальное адресное пространство процесса в это момент настолько фрагментировано, что MapViewOfFileEx просто не может найти непрерывный блок свободной памяти. Размер искомого блока довольно небольшой, около 30 мегабайт. [/quote] Обсуждение: http://forum.academ.org/index.php?showtopic=616656 Кто-нибудь с подобным сталкивался? Как с этим бороться? Почему это происходит? -- Александр Замараев
off snapshort
Привет Искал в гугле последнюю версию птицы. на запрос firebird 2.5 первая страница idprovider. :-)) Коваленко мог уже и rc там выложить вместо бетты Дмитрий
Re: off snapshort
Привет Искал в гугле последнюю версию птицы. на запрос firebird 2.5 первая страница idprovider. :-)) Коваленко мог уже и rc там выложить вместо бетты Ага, типа намусорили мы конкретно :) http://www.ibprovider.com/download/fb/firebird2_clear9_10_v2_5_0_25904__2010_01_07.rar Тут обе сборки - 32 и 64 бита. Сервер отличается от оригинального - Докручено ICU, что бы оно не падало при многопоточной работе и не гадило при выгрузке. - Исправлена фигня с перекодированием NONE массивов - Может что еще, но не сильно принципиально - Юзается VS2008 SP1+ У меня он течет. Но не думаю, чтобы это из за моих изменений. Если не считать этого, то в остальном работает более чем стабильно. Коваленко Дмитрий. www.ibprovider.com
Re: [off] Фрагментация вирт уальной памяти, почему и к ак этого избегать?
Tonal пишет: Тут знакомый наткнулся на странное поведение при мапировании файлов в винде: ... Кто-нибудь с подобным сталкивался? Как с этим бороться? Почему это происходит? Фрагментирование виртуальной памяти происходит, думается мне, по тем же самым причинам, по которым фрагментируется и обычная оперативная память. Ибо разделение памяти на оперативную и виртуальную несколько искусственно с точки зрения ОС. Не знаю, как именно в винде реализовано, но если не хватает оперативки, то просто принимаются меры по высвобождению (кто-то, кто должен подождать, согласно приоритетов или истекшему кванту времени, отправляется на диск). Адресное пространство-то едино. Тут все от менеджера памяти зависит. Так что причины зарыты глубоко в ядре операционной системы, а точнее, в одной из ее подсистем - подсистеме управления памятью, в алгоритмах, на основании которых менеджер памяти принимает решение, в каком месте адресного пула выделить запрашиваемый блок памяти. И тут дело не только в программе знакомого твоего. Многое зависит от программного окружения: сколько процессов и насколько жадных по поводу памяти работают на том же компьютере в параллельных процессах. Если начинается борьба за ресурсы памяти, то начинается эта свистопляска: в одном и том же блоке адресов в различный момент времени поселяется то один процесс, то другой. Одному нужно 10 мег - на, получи. Другому - 1 мегабайт. Свободного блока не нашли - выселили первого в ОП (там вдруг кто-то удачно завершился - память освободилась), дали второму 1 мег. Потом третий пришел, ему надо 100 килобайт. Свободное - только после только что выделенного второму мегабайта. Дали соточку. Тем временем в оперативке еще какой-то процесс поселился и отъел все свободное. Снова первый в виртуалку просится со своими 10 мегабайтами. И куда ему деться?.. Даже если второй и третий сдвинуть в конец свободного блока, то не хватает... Ну, примерно как-то так вот... Хочется приятелю написать багрепорт в майкрософт? Пусть попробует :) Только теоретически уже все давным давно разжевано и практически воплощено. У разных вариантов реализации свои плюсы и минусы. Оптимальный вариант менеджера памяти с точки зрения использования памяти может оказаться неприемлимо медленным для общего быстродействия системы. Так что компромисс неизбежен. -- Regards, Ovchinnikov Vasily ova at tkvc ru