|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Maxim Konovalov 2:5020/400 12 Dec 2000 21:40:10
To : All
Subject : Re: новый killall(1) глючит
--------------------------------------------------------------------------------
hello,
On Tue, 12 Dec 2000, Valentin Nechayev wrote:
> Hello Max Khon!
>
> >>>Мне больше понравилась возможность добывать список процессов не через
> >>>kvm.
> EG>> Это о чем?
> MK> через sysctl. это кстати как раз то что мне было нужно. а то завязанность
> MK> на kvm подразумевает пересборку каждый раз, что для нас было неприемлемо
>
> Hаивный.;( ты думаешь, struct kinfo_proc из <sys/user.h> меняться не будет?;(
Учитывая недавний коммит mckusick, можно надеяться, что это будет
происходить значительно реже:
Log:
Change the proc information returned from the kernel so that it
no longer contains kernel specific data structures, but rather
only scalar values and structures that are already part of the
kernel/user interface, specifically rusage and rtprio. It no
longer contains proc, session, pcred, ucred, procsig, vmspace,
pstats, mtx, sigiolst, klist, callout, pasleep, or mdproc. If
any of these changed in size, ps, w, fstat, gcore, systat, and
top would all stop working. The new structure has over 200 bytes
of unassigned space for future values to be added, yet is nearly
100 bytes smaller per entry than the structure that it replaced.
> Уход от kvm'а хорош тем, что не требуется sgid:kmem. Hо от изменения бинарной
> структуры не уйдут - ну нету в этой оси традиции бинарной совместимости
> таких данных.
>
> Зато оную структуру, кстати, можно читать через отдельную so'шку и
> преобразовывать уже в нужную тебе структуру определяемого тобой и
> фиксированного формата. Вот тогда точно не будет проблем.
>
>
> /netch
>
- - maxim
--
Maxim Konovalov, MAcomnet, Internet-Intranet Dept., system engineer
phone: +7 (095) 796-9079, mailto: maxim@macomnet.ru
--- ifmail v.2.15dev5
* Origin: MAcomnet Telco. (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
