| 1.4, Аноним (-), 15:26, 11/10/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– | |
> Простой способ изменения аргументов командной строки во время работы процесса, что может быть использовано для помещения в имя процесса полезной информации или приложениями, которые ветвятся для запуска другого бинарного файла.
А сейчас в чём сложность? Расскажите пожалуйста кто знает.
| | |
| |
| 2.22, Аноним (-), 16:19, 11/10/2011 [^] [^^] [^^^] [ответить]
| +/– |
В том, что такая возможность желается нативно, в ядре. В большинстве никсов такого нет.
| | |
| 2.23, Аноним (-), 16:21, 11/10/2011 [^] [^^] [^^^] [ответить]
| +6 +/– | |
>А сейчас в чём сложность? Расскажите пожалуйста кто знает.
Как минимум, сейчас при модификации argv нужно вписываться в длину и количество изначальных аргументов. Например,
strncpy(argv[0], "new_name", strlen(argv[0]))
Если новое имя длиннее изначального, "хвост" придется обрезать, иначе повредится память.
| | |
| |
| 3.33, жопка3 (?), 18:42, 11/10/2011 [^] [^^] [^^^] [ответить]
| +/– |
Нет, ну т.е. в линухе есть prctl с PR_SET_NAME, но он у меня срабатывал для top, но не для ps, например. В детали не лез.
| | |
| 3.44, Аноним (-), 20:46, 11/10/2011 [^] [^^] [^^^] [ответить]
| –3 +/– |
Линух и БСД - разные ядра, не? В БСД пилят, что хотят, с маждонгом и гейшами.
| | |
| |
| 4.84, жопка3 (?), 22:48, 12/10/2011 [^] [^^] [^^^] [ответить]
| +/– |
Разница между реализацией setproctitle в libc и в сторонней библиотеке не очивидна?
$ nm -D /lib/libc.so.7 | grep setproctitle
0000000000047f10 T setproctitle
| | |
| |
| 5.85, Аноним (-), 00:47, 13/10/2011 [^] [^^] [^^^] [ответить]
| +/– | |
>Разница между реализацией setproctitle в libc и в сторонней библиотеке не очивидна?
С точки зрения рогометания перед пацанами во дворе - вполне. С точки зрения реального использования - нет.
| | |
|
|
|
| 2.49, СуперАноним (?), 22:08, 11/10/2011 [^] [^^] [^^^] [ответить]
| +/– |
Допустим, вы написали приложение на скриптовом языке. И хотите, чтоб ps показывал имя приложения, а не имя интерпретатора. Вобщем, решение находится, но оно очень костыльное.
| | |
| |
| 3.57, Аноним (-), 23:33, 11/10/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
Имхо, этот вопрос должен беспокоить разработчика интерпретатора скрипта, а не авторов скриптов.
| | |
| |
| 4.79, XoRe (ok), 16:16, 12/10/2011 [^] [^^] [^^^] [ответить]
| +/– |
 > Имхо, этот вопрос должен беспокоить разработчика интерпретатора скрипта, а не авторов скриптов.
А это кому больше надо?
Разработчикам perl, или тому, кто на этом perl пишет?
| | |
| |
| 5.86, Аноним (-), 00:51, 13/10/2011 [^] [^^] [^^^] [ответить]
| +/– |
> А это кому больше надо?
> Разработчикам perl, или тому, кто на этом perl пишет?
Хороший вопрос, так сразу и не ответишь.
Для простоты, возьмем условный оператор if в перле. Кому он больше нужен - авторам перла или авторам скриптов на перле?
| | |
|
|
|
|
| 1.24, Вова (?), 16:22, 11/10/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
лично мне не хватает аналога солярисовского gethrtime, штоп время узнавать без сискола. Меня не забанили на гугле,если что - я видел асмовские вставки. Хотелось бы иметь стандартный механизм.
| | |
| |
| 2.34, жопка3 (?), 18:44, 11/10/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
> лично мне не хватает аналога солярисовского gethrtime, штоп время узнавать без сискола.
> Меня не забанили на гугле,если что - я видел асмовские вставки.
> Хотелось бы иметь стандартный механизм.
А разве в линухе gettimeofday(2), getpid(2) не реализованы как fast syscall's без переключения контекста и int 0x80? Вроде же для каждого процесса там шарится страница, в которой как раз доступны эти значения? Или нужен более точный таймер?
| | |
| |
| 3.45, Аноним (-), 20:48, 11/10/2011 [^] [^^] [^^^] [ответить]
| +3 +/– |
>> лично мне не хватает аналога солярисовского gethrtime, штоп время узнавать без сискола.
>> Меня не забанили на гугле,если что - я видел асмовские вставки.
>> Хотелось бы иметь стандартный механизм.
> А разве в линухе gettimeofday(2), getpid(2) не реализованы как fast syscall's без
> переключения контекста и int 0x80? Вроде же для каждого процесса там
> шарится страница, в которой как раз доступны эти значения? Или нужен
> более точный таймер?
Для реалтайма, например, еще как нужен. Типа, реалтайм же поддежривается пингвинячьим ядром?
| | |
| |
| 4.48, Аноним (-), 21:52, 11/10/2011 [^] [^^] [^^^] [ответить]
| +/– | |
>реалтайм же поддежривается пингвинячьим ядром?
Пока только в linux-rt ветке
| | |
|
|
|
| |
| |
| |
| 4.75, Вова (?), 09:40, 12/10/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Этот сисвызов живёт в VDSO.
А в Киеве - дядька. Вы прогуглили ключевые слова из ветки чуть выше? Это похвально.
| | |
|
|
|
| 1.31, Аноним (-), 18:16, 11/10/2011 [ответить] [﹢﹢﹢] [ · · · ]
| –6 +/– |
Ваще давно пора разделить кернел на разные ветки - для десктопов, серверов и ещё различные типы компьютеров.
| | |
| |
| 2.35, anonymous (??), 18:46, 11/10/2011 [^] [^^] [^^^] [ответить]
| +6 +/– | |
> Ваще давно пора разделить кернел на разные ветки - для десктопов, серверов и ещё различные типы компьютеров.
И для системных программистов ;)
| | |
| 2.38, Crazy Alex (ok), 19:42, 11/10/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
 И получить через год пачку несовместимостей? Нет уж, спасибо. Линукс сейчас стандарт де-факто, и пусть он будет един.
| | |
| |
| 3.47, Аноним (-), 21:17, 11/10/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
> И получить через год пачку несовместимостей? Нет уж, спасибо. Линукс сейчас стандарт
> де-факто, и пусть он будет един.
В каком месте он стандарт и где он един? Пальцем ткни в дистровотч.
| | |
| |
| |
| 5.52, jud (?), 22:45, 11/10/2011 [^] [^^] [^^^] [ответить]
| –2 +/– |
ога, стандарт, особенно между версиями, офигенный стандарт, когда 2.6.19 и 3.0.1 это два совершенно разных ядра. в джёппу такие стандарты.
| | |
| |
| 6.58, Аноним (-), 23:38, 11/10/2011 [^] [^^] [^^^] [ответить]
| +2 +/– | |
>ога, стандарт, особенно между версиями, офигенный стандарт, когда 2.6.19 и 3.0.1 это два совершенно разных ядра. в джёппу такие стандарты.
Ага. А еще POSIX.1 и POSIX.2 это два совершенно разных стандарта. В ту же задницу их.
| | |
|
|
|
|
| 2.40, tamerlan311 (?), 19:49, 11/10/2011 [^] [^^] [^^^] [ответить]
| +2 +/– |
 Чем отличается десктоп от сервера, кроме абстрактного назначения?
Технически, разделение не требуется - конфигурация ядра решает.
Практически - пложение сущностей добавит лишнего геморроя и лишит гибкости.
Зачастую на десктопе надобятся казалось бы чисто серверные фичи, например тот же NAT по быстрому настроить чтобы соседа выпустить в интернет.
| | |
|
| 1.32, Аноним (-), 18:35, 11/10/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
интересно, что не во всех свободных проектах прокатывает идея "собраться и написать всем свои идеи". Куча критики, типа, "если тебе надо, ты и делай!"
Собственно, куча критики будет и к этому посту.
| | |
| 1.37, Аноним (-), 19:29, 11/10/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
А кто они такие? эти системные програмисты!
Враги какието! Зачем им фат???
| | |
| |
| 2.59, Аноним (-), 23:59, 11/10/2011 [^] [^^] [^^^] [ответить]
| +/– | |
>Враги какието! Зачем им фат???
Тогда, главный враг - это Торвальдс. Который пропустил в ядро драйвер для FAT.
| | |
|
| 1.41, Анонимко (?), 19:55, 11/10/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
>Зачем им фат???
фат нужен хомячкам. А программистам за удовлетворение прихотей хомячков платют денюжку.
| | |
| 1.51, xxx (??), 22:39, 11/10/2011 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– | |
>Кей Сайверс (Kay Sievers), Леннарт Поттеринг (Lennart Poettering) и Харальд Хойер (Harald Hoyer), работающие в компании Red Hat, от лица всех программистов
А Леннарт всё не угомонится выступать от лица всех и вся. Ну чтож, жду с нетерпением, когда он начнёт говорить от лица Бога.
>Список наиболее интересных и заслуживающих внимания возможностей
Ну если это наиболее интересные и заслуживающие внимания возможности, то Роб Пайк пожалуй был прав ещё в далёком 2000-ом.
| | |
| |
| 2.53, Аноним (-), 22:55, 11/10/2011 [^] [^^] [^^^] [ответить]
| +/– | |
>А Леннарт всё не угомонится выступать от лица всех и вся. Ну чтож, жду с нетерпением, когда он начнёт говорить от лица Бога.
Вообще-то, это письмо составлено по итогам конференции системных программистов Linux Plubmers. И в качестве "гонцов" были выбраны трое наиболее авторитетных и уважаемых разработчиков.
| | |
| 2.55, Mna (??), 23:00, 11/10/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> если ..., то Роб Пайк пожалуй был прав ещё в далёком 2000-ом
В чем был прав Роб Пайк?
| | |
|
| 1.56, Аноним (-), 23:28, 11/10/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
А что, Сиверс уже в редхате работает? Afaik, полгода назад он работал в новелл и был одним из ведущих разработчиков суси.
| | |
| 1.60, Xaionaro (ok), 00:32, 12/10/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Кому что, а лично мне бы сейчас пригодилась возможность принципиально запретить перезагрузку, откладывая все попытки в какой-нибудь лог. Т.е. запретить всякие там /proc/sysrq-trigger и всё-всё-всё. Есть у меня одна конфигурация на базе linux 3.0-rt + drbd + xen, которая приводит к внезапным перезагрузкам без каких-либо объяснений причин. И дело не в железе, проверено :)
| | |
| |
| 2.61, Xaionaro (ok), 00:34, 12/10/2011 [^] [^^] [^^^] [ответить]
| +/– |
Хотя, возможно, уже такое есть. Вполне допустимо, что я просто недостаточно тчательно искал. Кстати говоря, буду рад, если кто подскажет как такое сделать. ;)
| | |
| |
| 3.72, pavlinux (ok), 05:17, 12/10/2011 [^] [^^] [^^^] [ответить]
| +2 +/– |
 > Хотя, возможно, уже такое есть. Вполне допустимо, что я просто недостаточно тчательно
> искал. Кстати говоря, буду рад, если кто подскажет как такое сделать.
> ;)
Не работай от рута.
| | |
|
| 2.62, Аноним (-), 00:43, 12/10/2011 [^] [^^] [^^^] [ответить]
| +1 +/– | |
>Кому что, а лично мне бы сейчас пригодилась возможность принципиально запретить перезагрузку, откладывая все попытки в какой-нибудь лог.
Еще хорошо бы запретить смерть, войну и голод, ага.
Если не хочется, чтобы система автоматически перезагружалась при панике - sysctl kernel/panic=0
Для вывода и сохранения лога при ошибках можно использовать netconsole.
>Есть у меня одна конфигурация на базе linux 3.0-rt + drbd + xen, которая приводит к внезапным перезагрузкам без каких-либо объяснений причин
А вообще, знаете вы толк в мазохизме. RT-ветка вовсе не позиционируется как стабильная.
| | |
| |
| 3.66, Xaionaro (ok), 01:19, 12/10/2011 [^] [^^] [^^^] [ответить]
| +/– |
>>Кому что, а лично мне бы сейчас пригодилась возможность принципиально запретить перезагрузку, откладывая все попытки в какой-нибудь лог.
> Еще хорошо бы запретить смерть, войну и голод, ага.
Вообще-то не вижу ничего сверхъестественного в отмене перезагрузок в большенстве ситуаций. Прошу простить мою тупость, конечно :)
> Если не хочется, чтобы система автоматически перезагружалась при панике - sysctl kernel/panic=0
Увы, конечно же, это уже пробовано. Проблема не в kernel panic, а в чём-то другом. А перезагрузка мгновенная, без каких-либо сообщений на экране.
>>Есть у меня одна конфигурация на базе linux 3.0-rt + drbd + xen, которая приводит к внезапным перезагрузкам без каких-либо объяснений причин
> А вообще, знаете вы толк в мазохизме. RT-ветка вовсе не позиционируется как
> стабильная.
Да, я в курсе.
| | |
| |
| 4.67, Аноним (-), 01:27, 12/10/2011 [^] [^^] [^^^] [ответить]
| +1 +/– | |
>Вообще-то не вижу ничего сверхъестественного в отмене перезагрузок в большенстве ситуаций.
Похоже, что у вас перезагрузки происходят не из-за штатных механизмов обработки сбоев (в частности, таким механизмом является паника), а из-за каких-то ошибок в ядре. А ошибки как класс, запретить, к сожалению, нельзя.
Разве что какое-то приложение из юзерспейса самопроизвольно командует или триггеры дергает - тогда да, такой запрет мог бы помочь. Но тут гораздо проще не давать рута кому попало. К конце концов, есть же capabilities.
| | |
| |
| 5.69, Xaionaro (ok), 01:34, 12/10/2011 [^] [^^] [^^^] [ответить]
| +/– |
>>Вообще-то не вижу ничего сверхъестественного в отмене перезагрузок в большенстве ситуаций.
> Похоже, что у вас перезагрузки происходят не из-за штатных механизмов обработки сбоев
> (в частности, таким механизмом является паника), а из-за каких-то ошибок в
> ядре. А ошибки как класс, запретить, к сожалению, нельзя.
> Разве что какое-то приложение из юзерспейса самопроизвольно командует или триггеры дергает
> - тогда да, такой запрет мог бы помочь. Но тут гораздо
> проще не давать рута кому попало. К конце концов, есть же
> capabilities.
Да, это понятно. Моя интуиция подсказывает, что проблема как-то связана с drbd. В дефолтном конфиге к drbd настроены аварийные перезагрузки, используя sysrq-trigger. В конфиге, конечно же, от этого уже ничего не осталось, однако окончательно разобраться было бы проще, если все штатные механизмы перезагрузок можно было бы временно заблокировать.
| | |
| |
| 6.70, Аноним (-), 02:01, 12/10/2011 [^] [^^] [^^^] [ответить]
| +/– | |
Если уж все равно собирается кастомное ядро - в данном случае можно отключить MAGIC_SYSRQ в конфиге ядра. Afaik, при этом файл sysrq-trigger создаваться не должен.
Но вообще идея добавить управление доступом к этому механизму, в свете вышесказанного, звучит вполне здраво.
| | |
| |
| 7.73, pavlinux (ok), 05:20, 12/10/2011 [^] [^^] [^^^] [ответить]
| +/– |
> Если уж все равно собирается кастомное ядро - в данном случае можно
> отключить MAGIC_SYSRQ в конфиге ядра. Afaik, при этом файл sysrq-trigger создаваться
> не должен.
> Но вообще идея добавить управление доступом к этому механизму, в свете вышесказанного,
> звучит вполне здраво.
В Debian есть MAGIC_SYSRQ_DEFAULT_MASK, задав определённую маску
можно запретить или разрешить только нужные коды.
| | |
| |
| 8.78, Аноним (-), 14:47, 12/10/2011 [^] [^^] [^^^] [ответить] | +/– | Это везде есть А еще эту маску можно поменять в рантайме через sysctl Только, ... текст свёрнут, показать | | |
|
| 7.76, Xaionaro (ok), 10:05, 12/10/2011 [^] [^^] [^^^] [ответить]
| +/– |
> Если уж все равно собирается кастомное ядро - в данном случае можно
> отключить MAGIC_SYSRQ в конфиге ядра. Afaik, при этом файл sysrq-trigger создаваться
> не должен.
Ядро из репозитория.
> Но вообще идея добавить управление доступом к этому механизму, в свете вышесказанного,
> звучит вполне здраво.
Да, было бы здорово.
| | |
|
|
|
|
| 3.68, Xaionaro (ok), 01:29, 12/10/2011 [^] [^^] [^^^] [ответить]
| +/– |
> Для вывода и сохранения лога при ошибках можно использовать netconsole.
root@kordis:/home/xaionaro# locate netconsole.ko
/lib/modules/2.6.32-5-amd64/kernel/drivers/net/netconsole.ko
/lib/modules/2.6.32-5-xen-amd64/kernel/drivers/net/netconsole.ko
/lib/modules/3.0.0-1-amd64/kernel/drivers/net/netconsole.ko
root@kordis:/home/xaionaro# modprobe netconsole
FATAL: Module netconsole not found.
root@kordis:/home/xaionaro# uname -a
Linux kordis 3.0.0-1-rt-amd64 #1 SMP PREEMPT RT Sat Aug 27 17:34:31 UTC 2011 x86_64 GNU/Linux
Спасибо за совет, это действительно пригодится для других серверов. Но, конкретно на данной конфигурации, почему-то модуль отсутствует. Завтра разберусь :)
| | |
|
|
| 1.63, rm_ (ok), 00:55, 12/10/2011 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
 > Леннарт Поттеринг
С этим челом надо поосторожнее, он придумал PulseAudio.
| | |
| |
| 2.65, Аноним (-), 01:12, 12/10/2011 [^] [^^] [^^^] [ответить]
| +1 +/– | |
>С этим челом надо поосторожнее, он придумал PulseAudio.
Вы так говорите, как будто это что-то плохое.
| | |
| |
| |
| 4.87, Аноним (-), 00:56, 13/10/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> А вы таки видели код и даже что-то контрибьютили туда?
Нет, просто пользовался. Хорошая штука, добавляет много удобных фич для управления звуком. Никаких ужасов, расписанных местными троллями, не наблюдал. Поэтому не понимаю всей этой истерии вокруг пульса и Поттеринга.
| | |
| |
| 5.89, Аноним (-), 18:32, 13/10/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Нет, просто пользовался. Хорошая штука, добавляет много удобных фич для управления звуком.
Особенно хорошей фичой для хаксоров оказалось наличие суидного бита на исполняемом файле + его любовь грузить пачку либ на ходу, зачастую откуда попало, что несколько раз позволяло хацкерам вылезать из грязи в князи.
| | |
|
|
|
|
|
