Tom277 napisał(a):
Sylwek a powiedź proszę jak to się ma do szybkości działania?
Jeśli się kolega tak mocno zastanawia nad szybkością działania to najpierw powiedz o jaką szybkość ci chodzi i do czego ta szybkość ? 
Tom277 napisał(a):
W BB są opisane pola bitowe z lakoniczną informacją
Skoro masz pola bitowe to wiadomo, że ładnie wygląda to dla oka, ale jeśli się je źle zorganizuje np jakieś pole kilkubitowe będzie leżało na granicy dwóch bajtów ... to już w ogóle aby mieć do tego dostęp kompilator będzie musiał wygenerować sporo operacji maskowania aby się dostać do potrzebnych bitów ...
Tom277 napisał(a):
że oszczędność kodu jest kosztem szybkości dostępu do pojedynczych bitów i że programista sam musi określić, co jest bardziej istotne.
Dlatego jak jest sporo pamięci ram a potrzeba zaledwie kilku prostych flag do których odwołujemy się sporadycznie w programie i pojedynczo to absolutnie dużo szybciej wyjdzie odwoływać się nawet do flagi jedno-bitowej umieszczonej w jednym bajcie (pomimo marnotrawstwa 7 bitów)
ja wprawdzie nie jestem SylwekK ale w odpowiedzi na pytanie
Tom277 napisał(a):
Czy mógłbyś to trochę rozjaśnić?
Jeśli zaś przychodzi nam często korzystać z kilku flag naraz to tak jak pisze Sylwek warto je grupować w ramach jednego bajtu i ... no co trzeba robić aby dowiadywać się o stanie np kilku z nich naraz ? MASKOWAĆ panie - maskować
iframe
oczywiście idealną sytuacją jest gdy ktoś chce po prostu sprawdzić tylko (tak jak autor w pierwszym poście) czy któraś flaga jest = 1
to co za problem umieścić je wszystkie w ramach JEDNEGO bajtu - a tak na prawdę to co oznacza umieszczenie ? Nic ... tyle co nadanie nazwy zmiennej, np
[syntax=c]uint8_t moje_flagi;[/syntax]
i nie ważne z ilu bitów będziesz korzystał czy z 2, 4, czy z 8-miu - zawsze ten cały warunek z pierwszego postu można zapisać tak:
[syntax=c]if( moje_flagi ) .... zrób coś ....[/syntax]
A jeśli będziesz chciał je sprawdzać grupami czy np tylko kilka z nich jest = 1 a inne są = 0 ... to przygotowujesz sobie odpowiednie maski dla takich grupek zgodnie z poradnikiem wyżej i po prostu dajesz warunek z odpowiednią maską
[syntax=c]if( moje_flagi & ENGINE_FLAGS ) .... zrób.... coś ...
if( moje_flagi & OIL_FLAGS ) .... zrób coś innego...[/syntax]
Oczywiście gdy ma ich być więcej to wtedy już opłacać się może stworzenie pól bitowych np:
[syntax=c]typedef struct {
uint8_t ENGINE_FLAGS: 4;
uint8_t OIL_FLAGS: 2;
uint8_t RTC_FLAG: 1;
uint8_t EEP_FLAG: 1;
} TMYFLAGS;
TMYFLAGS moje_flagi;[/syntax]
i wtedy te warunki wyżej mogą wyglądać tak jak niżej już bez naszego maskowania bo kompilator za nas porobi odpowiednie maskowanie
[syntax=c]if( moje_flagi.ENGINE_FLAGS ) ... zrób coś ....
if( moje_flagi.OIL_FLAGS ) ... zrób coś innego...[/syntax]
albo nawet
[syntax=c]if( moje_flagi.ENGINE_FLAGS && !moje_flagi.OIL_FLAGS ) ... zrób coś tam coś tam[/syntax]Statystyki: Napisane przez mirekk36 — 6 lut 2018, o 07:31
]]>
Po prostu natknąłem się na informację, że stosowanie pól bitowych jest kosztem szybkości dostępu do nich no i nie miałem zielonego pojęcia o jak duże spowolnienie chodzi, jaki jest to rząd wielkości.
Tylko podziękować i złocisty napój postawić 