ты там можешь подсмотреть как nib'ы доставать из векторов на sse

для avx всё сильно проще

Коллеги, у нас finalizeQueue же никак не зависит от итераций GC?
Если в системе дофига памяти и GC спит, объекты из неё будут вычищаться?

на серверном гц нет вроде

там на первом гц они в очередь ставятся а потом на следующем только уберутся кмк

О.О
То есть нужно периодически дёргать GC руками?

поток финализаторов отдельный же

т.е. если объект был собран и помещён в очередь финализации, то рано или поздно (без гарантий) до него доберутся

поэтому нельзя закладываться на финализаторы.

Их вызов не гарантируется

There is a special runtime thread dedicated to calling Finalize methods. When the freachable queue is empty (which is usually the case), this thread sleeps. But when entries appear, this thread wakes, removes each entry from the queue, and calls each object's Finalize method. Because of this, you should not execute any code in a Finalize method that makes any assumption about the thread that's executing the code. For example, avoid accessing thread local storage in the Finalize method.

Гарантий никаких нет о том, когда будет произведена очиства этим самым freachable queue поэтому лучше всегда вообще избегать финализаторов и писать GC.SuppressFinalize(this) в диспоузе

что значит не зависит? Она редактируется GC

там вроде this должно быть

Но здесь же сказано обратное.

Ну и да, чтобы попасть в freachable queue объекту нужно сначала пройти обычный цикл сборщика мусора

И никакой зависимости от GC здесь нет.

The finalization queue is an internal data structure controlled by the garbage collector.

если объект не собирается, он не попадёт в очередь финализатора, вот и всё. если очередь не пуста, отдельный тред будет её пахать независимо от гц.