Модераторы: dimbor, Модераторы разделов
Тонкий твик канала. Насколько влияет в % и в каких условиях я не знаю как измерить.
Код: Выделить всё
int SetLimits()
{
//
// Check if the user requested strict
// control flow parameters.
//
if (useStrict == 1)
{
nxinfo << "Loop: LIMIT! Decreasing the token limit "
<< "to " << control -> TokenLimit / 2
<< " with option 'strict'.\n"
<< std::flush;
control -> TokenLimit /= 2;
}
Исходя из матов агентаdimbor писал: ↑19.02.2020 21:34
Это происходит вообще всегда, не только для рутлеса. Получившийся realtype засовывается агенту в options как type= А клиенту обратно отправляется 'NX> 704 Session cache: $type'. Это возвращается тот type, который пришел. Везде ложь, короче.
Расскажи плиз, что б мне тудой написать в свете моих откровений и твоих новых знаний.Добавлено (19.02.2020 21:37):
Для начала попробую эту хрень вообще извести.
А ты что хочешь сделать? Если килять то тебе и пидов достаточно в основной таблице, разделенных запятыми.dimbor писал: ↑21.02.2020 14:15А вот может дашь мне идею, как табличку соорудить? Дело тривиальное, но теряюсь. Имеется основная таблица, где session_id это PRIMARY KEY. И будет вторая со столбцами: app_name, app_pid, session_id. Уникальные там только пиды, а выборки нужны будут по сочетанию session_id+app_name или по отдельности. Они, соответственно, не уникальны. Вот как бы сделать?
Тут нужно как-то замерить объем трафика между клиентом и сервером.
Да там вариантов дофига и больше: мониторы, тэйлы всякие, пульс возможен, для rdp и vnc загогулины, со своим нравом каждая...
Я бы в Mailing list sqlite3 эту проблему бы отпостил, на адекватный запрос там дают достаточно адекватные ответы.
А чем плохо цепляться через proc? Надеюсь из пространства пользователя? Тогда не страшно.dimbor писал: ↑26.02.2020 10:55Как обычно под линуксом, баш умеет сокеты не совсем и в нетрадицонные назначения. Это если обтекаемо формулировать. Обтекаемо.
Зато нашел способ к левым процессам к дескрипторам цепляться. Вполне себе штатный. Правда на /proc/ завязан. Но в нашем стендовом случае это непринципиально. Ведь да?
Код: Выделить всё
17:21:18.150318 go2nx: elapsed time 1.00610657s
Ну это ж клиентское болото. От номашин в основном. А проблемы негров шерифа не волнуют. На сервере секьюрность блюсти надоть. Нажил много седых волос в разных местах, чтоб не дай Бог не запихнуть пароль в параметры командной строки и все такое.
Под юбунтой стоит учесть что учетка админа не прописана в группе users. Во всяком случае в 19.04. Добавил, завелось.
И на неверного пользователя тоже ругань не забудь.
Ну да, но ты патчи посмотри. И этот клиент значительно более свежий и, насколько я понимаю, поддерживает больше возможностей аутентификации. Правда использовать их получится только в OpenNX.
Так оно туточки. Вот ты и дописал.
А давай ка письками померяемся. Твоей вундервафли не имею, поэтому цепляюсь пока opennx с линукса. От первой записи в nxserver.log до последней в nxnode-*.log проходит 0.4 с копейками секунды. А у тебя?
Все будет просто, если клиентский обработчик проглотит после этого "велкам ту" последующее "NX> 404 ERROR: wrong password or login". Нет, тогда ой! - Заново переписывать nxserver, или терять много десятых на предварительном запуске nxnode --check.
Вот же ж, блин горелый! В баше продолжаются чудеса с командой exit. Если ее запускать в не отвязанном нефоновом чилдренке-сабшелле, она от фазы луны зависит. Когда завершает весь компот как задумано, а иногда - нет. Пока не понял, в чем суть.
Они у меня все на штеудах исторически, кроме отчужденных. Попробую, но чем попугаи измерять, в душе не чую.
glxgears на adsl