ГегемонЗдравствуйте, какова величина накладных расходов при системном вызове? Как известно при этом происходит переключение между user и kernel режимами, хотелось бы понять что при этом происходит чтобы оценить величину накладных расходов связанных с ними.

эта величина достаточно велика для того, чтобы не втыкать системные вызов в клуб строку алгоритма обработки данных, но в то же время достаточно мала для того, чтобы избегать системных вызовов там, где они реально нужны.

например, в API Windows есть функции, дублирующие функциональность из стандартной библиотеки языка C: аналоги snprintf, strlen, strcpy, memcpy и т. п. Использовать их в своих алгоритма без особой нужды смысла нет, это плохая практика. Другие функции типа FindFileFirst/Next, функции GDI и Kernel уникальны, не вызывать их смысла нет, потому что по-другому никак это не сделать.

Ну и надо напомнить, что далеко не все функции Win API при своей работе требуют переход в kernel mode, программисты Win полагают все силы, чтобы этого не делать, если это не нужно.

Dima TMasterZivнапример, в API Windows есть функции, дублирующие функциональность из стандартной библиотеки языка C: аналоги snprintf, strlen, strcpy, memcpy и т. п. Использовать их в своих алгоритма без особой нужды смысла нет, это плохая практика.
Не думаю что они в режиме ядра выполняются. MS их использование аргументировал совсем по-другому: эти функции использует проводник и прочие поделки от MS, поэтому при их вызове не потребуется подгружать DLL где они находятся, т.к. DLL уже в памяти, т.е. первый вызов чуть быстрее.
Но минусов больше: код непереносимый, поэтому лучше стандартные.

эти функции появились еще в win 3, Тогда они были нужны чтобы обойти проблемы в аналогичных функциях CRT, которые тогда были под разные модели памяти и не всегда ведь себя правильно в Win окружении.
А потом уже было сложно от них избавиться...