Messages in this thread | | | Date | Sun, 05 Oct 2003 09:35:22 -0700 | From | Ulrich Drepper <> | Subject | Re: POSIX message queues |
| |
Krzysztof Benedyczak wrote:
> There are a lot of differencies but if the most important one is use of > ioctl vs syscalls it can be changed (in fact our implementation loong time > ago used syscalls).
Syscalls are always better. At least from my perspective. Just imagine how the runtime should determine that the kernel doesn't support msqs? With syscalls I get -ENOSYS back. With ioctls I get EINVAL. But what this mean? Functionality not available? Invalid parameters to the existing implementation?
ALso think about strace which is an important part in many peoples life. Hiding the functionality in some ioctls doesn't make it easy to follow the program even if strace gets even more code added to the ioctl decoder.
Basically, demultiplexers are bad. Syscalls are cheap.
> In another words: is our implementation in the position > of NGPT or better? ;-)
I don't understand. Why NGPT and what about "position"? If you mean including a solution in the runtime (librt), sure, this will happen. But not before I see a solution in the official kernel.
-- --------------. ,-. 444 Castro Street Ulrich Drepper \ ,-----------------' \ Mountain View, CA 94041 USA Red Hat `--' drepper at redhat.com `---------------------------
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |