|
| 1.2, аноним (?), 17:24, 19/06/2009 [ответить]
| +/– |
Это извращение. Если вам надо стролько групп, вы что-то не так делаете.
| | |
| |
| 2.4, metallic (?), 18:15, 19/06/2009 [^] [^^] [^^^] [ответить]
| +/– |
Да ладно? Большой файловый сервер, много проектов на нем, в каждом проекте много шар с разными уровнями доступа, один человек может работать одновременно над несколькими проектами, по себе знаю, та что не такая уж и фантастика.
| | |
| 2.6, GR (??), 21:02, 19/06/2009 [^] [^^] [^^^] [ответить]
| +/– | |
Ага - а "640К за глаза хватит всем!"(С) :)
Как только в компаниях появились директории (типо iPlanet, AD или NDS) - такой вопрос сразу и всплыл ...
[Дальше был длинный рассказ - но оно тут не надо :)]
| | |
|
| 1.3, Аноним (-), 17:27, 19/06/2009 [ответить]
| +/– | |
> через установку sysctl kern.ngroups
у sysctl как был флаг CTLFLAG_RD (read-only), так и остался. loader tunable как не было, так и не появилось. Скорее всего придется править sys/sys/syslimits.h
| | |
| |
| 2.7, fidaj (ok), 00:47, 20/06/2009 [^] [^^] [^^^] [ответить]
| +/– |
read-only флаги кажись применяются на этапе загрузки системы в /boot/loader.conf вписывать нужно...
| | |
| |
| 3.8, Аноним (-), 03:00, 20/06/2009 [^] [^^] [^^^] [ответить]
| +/– | |
> read-only флаги кажись применяются на этапе загрузки системы в /boot/loader.conf вписывать нужно...
тогда бы флаг был бы CTLFLAG_RDTUN или было бы отделное объявление TUNABLE'а. Не все read-only sysctl являются также и loader tunable'ами, как и не все tunable'ы видны как read-only sysctl. Вот пример для последнего случая:
sys/i386/cpufreq/est.c:
static int msr_info_enabled = 0;
TUNABLE_INT("hw.est.msr_info", &msr_info_enabled);
но sysctl с именем hw.est.msr_info не существует, даже в read-only виде
| | |
|
|
|
