Istnieje syscall, który umożliwia pośrednie wywołania systemowe w systemie Linux. Jakie są powody, by z niego skorzystać - i dlaczego jest lepszy niż bezpośrednie wezwanie do funkcji?Jakie są powody używania "syscall" zamiast bezpośredniego wywoływania funkcji?
Czasami jądro dodaje wywołania systemowe, a biblioteka C potrzebuje trochę czasu, aby je obsłużyć.
A może kompilujesz na starej dystrybucji Linuksa, ale chcesz uruchomić na nowszej.
Przykładowy kod:
// syscall 277 is sync_file_range() on x86_64 Linux. The header
// files lack it on scc-suse10 where we compile, but the
// performance benefits are substantial, so we just call it
// directly. FIXME someday.
#define SYNC_FILE_RANGE_WRITE 2
syscall(277, fd, done, n, SYNC_FILE_RANGE_WRITE);
Ale w ogóle nie ma zaletą korzystania syscall jeśli biblioteka C w środowisku kompilacji ma to, czego potrzebujesz. (Po pierwsze, jest jeszcze mniej przenośny niż przy użyciu interfejsu specyficznego dla Linuksa, ponieważ numery połączeń systemowych różnią się w zależności od procesora.)
Nie powinny się różnić w zależności od procesora, tylko przez implementację systemu operacyjnego. – Wug
@Wug: Rzeczywiste numery syscall różnią się na x86, x86_64, ARM, PPC, itp. – Nemo
To byłaby implementacja systemu operacyjnego. W żaden sposób nie są zależne od CPU, są zdefiniowane gdzieś w nagłówku i wkompilowane w jądro. – Wug