Сборка "мусора" в.NET [закрытые] (поколения)
Может быть, это кому-нибудь поможет. Тот же алгоритм в PHP:
function isPolygonsIntersecting($a, $b) {
$polygons = array($a, $b);
for ($i = 0; $i < count($polygons); $i++) {
$polygon = $polygons[$i];
for ($i1 = 0; $i1 < count($polygon); $i1++) {
$i2 = ($i1 + 1) % count($polygon);
$p1 = $polygon[$i1];
$p2 = $polygon[$i2];
$normal = array(
"x" => $p2["y"] - $p1["y"],
"y" => $p1["x"] - $p2["x"]
);
$minA = NULL; $maxA = NULL;
for ($j = 0; $j < count($a); $j++) {
$projected = $normal["x"] * $a[$j]["x"] + $normal["y"] * $a[$j]["y"];
if (!isset($minA) || $projected < $minA) {
$minA = $projected;
}
if (!isset($maxA) || $projected > $maxA) {
$maxA = $projected;
}
}
$minB = NULL; $maxB = NULL;
for ($j = 0; $j < count($b); $j++) {
$projected = $normal["x"] * $b[$j]["x"] + $normal["y"] * $b[$j]["y"];
if (!isset($minB) || $projected < $minB) {
$minB = $projected;
}
if (!isset($maxB) || $projected > $maxB) {
$maxB = $projected;
}
}
if ($maxA < $minB || $maxB < $minA) {
return false;
}
}
}
return true;
}
3 ответа
Предполагая, что у вас есть NHibernate 2.1 Alpha3, скопируйте LinFu.DynamicProxy.dll и NHibernate.ByteCode.LinFu.dll из \ Required_For_LazyLoading \ LinFu в вашу корзину (или ссылки)
Тогда ваша строка конфигурации должна работать:
<add key="proxyfactory.factory_class" value="NHibernate.ByteCode.LinFu.ProxyFactoryFactory, NHibernate.ByteCode.LinFu" />
В стороне, я предпочитаю блок раздела hibernate-configuration для конфигурации.
Изменить: Вот соответствующие разделы из моей веб-конфигурации, если вы хотите настроить hibernate-configuration вместо пар ключ / значение.
Кроме того, можно просто поместить hibernate-configuration ] в собственном файле с именем hibernate.cfg.xml . Затем вы можете использовать xsd nhibernate-configuration.xsd , который находится в загрузке, для проверки вашей конфигурации.
Здесь тоже полезно задавать вопросы:)
На ваши вопросы:
Почему объекты выживают в коллекции:
Объекты выживают в коллекции, если они являются «живыми объектами» или «достижимыми объектами». Доступные объекты - это объекты, на которые есть ссылка из другого объекта, который находится в:
- Стек
- Очередь финализации
- другой объект в более высоком поколении (например, объект Gen2, содержащий ссылку на Gen0 Object)
- Таблица дескрипторов (структура данных, используемая CLR и требующая отдельного поста :))
Что такое закрепление:
Закрепление означает, что объект не перемещается в памяти . объекты перемещаются в памяти в результате уплотнения GC, вы можете создать GCHandle с типизированным закреплением, если вы хотите закрепить объект,
Закрепление используется для предотвращения перемещения объектов сборщиком мусора. Это может снизить производительность из-за ограничения того, что может делать сборщик мусора. Как правило, закрепленные объекты следует закреплять как можно короче.
Одна из причин, по которой у вас есть несколько поколений сборщика мусора, заключается в том, чтобы избежать потери памяти из-за фрагментации.
Каждый вызов функции может означать создание и удаление коллекции нескольких объектов, поэтому куча памяти для вашей программы имеет тенденцию к фрагментации очень быстро. Это оставляет дыры, которые не очень пригодны для использования. В результате вашу программу необходимо периодически дефрагментировать, как и жесткий диск. Это часть того, что происходит во время коллекции.
Когда объект выживает в коллекции, он передается более долгоживущему поколению, исходя из теории, что если он выжил в одной коллекции, то, вероятно, переживет другие. Таким образом, у более поздних поколений текучесть кадров меньше, и они не так сильно фрагментируются. Это означает, что ваша программа тратит меньше времени на то, чтобы убрать дыры, и тратить меньше памяти. Это также улучшение по сравнению с традиционным управлением памятью (malloc / free или new / delete), которое оставляло на усмотрение операционной системы управление любой фрагментацией памяти.
Причина, по которой объект выживает в коллекции, заключается в том, что где-то есть что-то, что все еще "в области видимости" и содержит ссылку на этот объект. Есть несколько способов вызвать это, а затем забыть о ссылке, что может привести к «утечке» памяти в управляемом коде.
Иногда возникает соблазн вызвать GC.Collect () ], чтобы заставить сборщик мусора что-то очистить. Возможно, они обнаружили утечку данных или думают, что память становится чрезмерно фрагментированной. Вы должны сопротивляться этим побуждениям. Хотя сборка мусора в .Net не идеальна, она очень хороша и почти наверняка намного лучше очищает память, чем вы. Скорее всего, если объект можно и нужно собрать, он будет. Помните, что вызов GC.Collect () может на самом деле ухудшить ситуацию, помогая сборщику мусора перемещать объекты до более высокого поколения и, таким образом, удерживать их дольше, чем они могли бы быть в противном случае.
Вместо этого, если вы подозреваете, что произошла утечка, посмотрите в своем собственном коде что-то вроде глобальной или статической переменной, которая может содержать ссылку на множество других элементов. Единственный раз, когда вы должны вызывать GC.Collect () , - это когда у вас есть информация о природе программы, которая недоступна сборщику мусора, а это довольно редко, поскольку GC знает каждую ссылку, которую вы ' ve created.
«Закрепление» используется, когда вам нужно передать объект в неуправляемую библиотеку. Сборщик мусора может перемещать физическое местоположение объекта в памяти, поэтому вам нужно «закрепить» его в одном месте, иначе указатель, используемый неуправляемой библиотекой, может стать недействительным. Прикрепленный объект не может быть собран, поэтому вы не должны прикреплять объект дольше, чем необходимо.