?? AcBinary vs MessagePack

Komplett Benchmark �sszehasonl�t�s + Mem�ria Diagnosztika

Gener�lva: 2024. december 13. | .NET 9.0 | Intel Core i7-10750H

??? Teszt K�rnyezet

?? Windows 11 (23H2) ?? Intel Core i7-10750H @ 2.60GHz ?? .NET SDK 10.0.101 ?? Runtime: .NET 9.0.11 ?? BenchmarkDotNet v0.15.2 ?? Teszt adat: 3�3�3�4 hierarchia

?? M�ret �sszehasonl�t�s

18.9 KB

AcBinary WithRef

15.8 KB

AcBinary NoRef

11.2 KB

MessagePack

M�ret ar�ny (MessagePack = 100%)

AcBinary: 168%

MsgPack: 100%

AcBinary

MessagePack

?? Megjegyz�s: Az AcBinary nagyobb m�retet eredm�nyez a be�p�tett metaadat (property nevek t�bl�ja) �s t�pusinform�ci�k miatt, ami viszont lehet�v� teszi a schema evol�ci�t �s a gyorsabb deszerializ�l�st.

? Teljes�tm�ny �sszehasonl�t�s

M�velet	AcBinary	MessagePack	Ar�ny	Eredm�ny
Serialize WithRef	84.20 ?s	18.84 ?s	4.47�	MsgPack gyorsabb
Serialize NoRef	70.18 ?s	18.84 ?s	3.73�	MsgPack gyorsabb
Deserialize WithRef	40.10 ?s	41.10 ?s	0.98�	AcBinary gyorsabb
Deserialize NoRef	1.02 ?s	41.10 ?s	0.025�	40� gyorsabb!
Populate	39.27 ?s	�	�	Csak AcBinary
PopulateMerge	40.73 ?s	�	�	Csak AcBinary

?? Mem�ria Allok�ci� (GC Diagnosztika)

M�velet	AcBinary	MessagePack	Gen0	Gen1	�rt�kel�s
Serialize WithRef	55.34 KB	12.50 KB	9.03	�	4.43� t�bb
Serialize NoRef	46.30 KB	12.50 KB	7.45	�	3.70� t�bb
Deserialize WithRef	38.17 KB	26.24 KB	6.23	0.43	1.45� t�bb
Deserialize NoRef	2.85 KB	26.24 KB	0.47	0.004	9� kevesebb!

?? GC Pressure: A Serialize WithRef 9.03 Gen0 GC-t triggerel 1000 m�veletre. Ez jelent�s GC nyom�st jelent nagy �tereszt�k�pess�g� szerver alkalmaz�sokban.

?? Mem�ria Allok�ci�s Hotspotok

Serialize (55.34 KB allok�ci�)

Forr�s	Becs�lt m�ret	Le�r�s
`ToArray()`	~19 KB	V�gs� byte[] allok�ci� a visszat�r�si �rt�khez
`Dictionary<object,int>`	~8 KB	Reference scanning: _scanOccurrences, _writtenRefs
`HashSet<object>`	~4 KB	Multi-referenced objektumok nyilv�ntart�sa
`Dictionary<string,int>`	~6 KB	Property name table + string interning
`List<string>`	~4 KB	Property nevek �s interned stringek list�i
Boxing	~10 KB	Value type boxing a property getter-ekben
Egy�b	~4 KB	Closure-ok, delegate-ek, �tmeneti objektumok

?? Tov�bbi Optimaliz�l�si Lehet�s�gek

MAGAS HAT�S 1. IBufferWriter<byte> alap� Serialize

A ToArray() h�v�s ~19 KB allok�ci�t okoz. Ehelyett IBufferWriter<byte> interf�sz haszn�lat�val a h�v� biztos�thatja a buffert, elker�lve az allok�ci�t.

Becs�lt megtakar�t�s: ~35% mem�ria cs�kken�s serialize-n�l

MAGAS HAT�S 2. Typed Property Getter-ek (Boxing elker�l�se)

A jelenlegi Func<object, object?> getter minden value type-ot boxol. T�pusos getter-ek (Func<T, int>, stb.) haszn�lat�val megsz�ntethet�.

Becs�lt megtakar�t�s: ~10 KB / serialize (~18% cs�kken�s)

K�ZEPES HAT�S 3. Reference Tracking gy�jtem�nyek pooloz�sa

A Dictionary �s HashSet objektumok a context pool-ban maradnak, de Clear() ut�n is megtartj�k a kapacit�sukat. A poolban t�rol�s el�tt �rdemes lenne TrimExcess() h�vni, vagy kisebb initial capacity-t haszn�lni.

Becs�lt megtakar�t�s: ~5 KB / serialize

K�ZEPES HAT�S 4. String.Create() UTF8 k�dol�shoz

A deszerializ�l�sn�l a Encoding.UTF8.GetString() �j stringet allok�l. String.Create() span callback-kel k�zvetlen�l a string bufferbe �rhat.

Becs�lt megtakar�t�s: ~2 KB / deserialize komplex objektumokn�l

ALACSONY HAT�S 5. Two-pass serialize elker�l�se NoRef m�dban

NoRef m�dban is fut a CollectPropertyNames f�zis a metaadathoz. Ha a t�pus ismert �s stabil, a property nevek el�re cache-elhet�k.

Becs�lt megtakar�t�s: ~10% sebess�g javul�s NoRef serialize-n�l

ALACSONY HAT�S 6. Span-based enum serialization

A Convert.ToInt32(value) enum �rt�kekn�l boxing-ot okoz. T�pusos enum kezel�s vagy Unsafe.As haszn�lat�val elker�lhet�.

Becs�lt megtakar�t�s: ~24 byte / enum �rt�k

?? Funkci� �sszehasonl�t�s

Funkci�	AcBinary	MessagePack	Megjegyz�s
Reference Handling ($id/$ref)	?	?	K�z�s objektumok deduplik�l�sa
Populate (megl�v� objektum)	?	?	L�tez� objektum friss�t�se
PopulateMerge (IId merge)	?	?	Lista elemek ID alap� merge
Schema Evolution	?	??	Property n�v alap� mapping
Metadata Table	?	?	Property nevek indexel�se
String Interning	?	?	Ism�tl�d� stringek deduplik�l�sa
Kompakt m�ret	??	?	MsgPack ~40% kisebb
Serialize sebess�g	??	?	MsgPack 3-4� gyorsabb
Deserialize sebess�g	?	??	AcBinary ak�r 40� gyorsabb

?? Mikor Melyiket Haszn�ld?

?? AcBinary aj�nlott

Deserialize-heavy workload (kliens oldal)
Populate/Merge sz�ks�ges
Reference handling kell (shared objects)
Schema v�ltoz�sok v�rhat�ak
NoRef m�d haszn�lhat� (40� gyorsabb!)

?? MessagePack aj�nlott

Serialize-heavy workload (szerver oldal)
M�ret kritikus (h�l�zati �tvitel)
Egyszer� objektumok (nincs referencia)
K�ls� rendszerekkel kompatibilit�s
Minim�lis GC pressure kell

?? Kiemelt Eredm�nyek

40�

AcBinary NoRef Deserialize gyorsabb

9�

Kevesebb mem�ria (NoRef Deser.)

3.7�

MsgPack Serialize gyorsabb

4.4�

T�bb mem�ria (Serialize WithRef)

?? �sszegz�s

AcBinary er�ss�gei:

Kiemelked�en gyors deserializ�l�s, k�l�n�sen NoRef m�dban (40� gyorsabb)
Be�p�tett reference handling �s populate/merge t�mogat�s
Schema evolution friendly (property n�v alap�)

Fejlesztend� ter�letek:

Serialize sebess�g (3-4� lassabb MessagePack-n�l)
Mem�ria allok�ci� serialize-n�l (4.4� t�bb)
Output m�ret (~68% nagyobb)

Javasolt k�vetkez� l�p�sek priorit�s szerint:

IBufferWriter<byte> t�mogat�s hozz�ad�sa
Typed property getter-ek boxing elker�l�s�re
Reference tracking collection pooling optimaliz�l�sa