Jenom par poznamek:
- kdyz uz Mikulas pise, ze makra expanduji na "nejake jednoduche atomicke instrukce", je dobre je uvest, ne kazdy si to umi nebo chce dohledat v kernel headerech.
- Problem s debugovanim SMP kodu mi neprijde SMP-specificky, vzdyt u MT aplikaci v userspacu je to stejne, a i "klasicke" unixove procesy kdyz zhusta pouzivaji standardni IPC primitiva jsou obtizne debugovatelne.
- Kdyz kod zacne vypadat tak, ze se velmi casto na relativne mnoho instrukci zakazuje preempce, a obcas na chvilku povoluje, je dobre system zamykani "otocit", jak to delaji nektere riscovske procaky. Tim ze misto dvou istrukci "zakaz/povol" bude jen jedna instrukce "ted muzes", usetrime pri srovnatelnych latencich polovinu synchronizacniho kodu.. To je taky duvod proc se mi pristup s low latency patchema libi vic nez preemptivni jadro.
- Ono to je na kazdem procesoru jine. A tim myslim ze je to jine napr. na 386 a na 486 ...
- Tenhle problem se objevi kdykoliv mas preemptivne nebo vice paralelni procesy.
- Neni mi jasne jak jsi to myslel s tim otocenim, ale take preferuju low-latency pred preemtivnim jadrem.