а чем нынче модно порты обновлять после небольшого апгрейда внутри ветки. или не надо все ребилдить

Pkg update, и наверное есть свой сервер с уже пересобранными пакетами.

в 2016 году ктото кроме gbdj пользуется слакварью?

slack.com

в 2016 году ктото кроме gbdj пользуется слакварью?

никто

кстати, мы пробуем Mattermost

я обфапался на его тредики

Надо собраться и наконец внедрить его.

А как с расходом батареи у мобильных клиентов?

Телеграм пока чемпион среди маложрущих

Костыли с гитлабом еще работают у маттермоста? (ldap для бедных)

А как с расходом батареи у мобильных клиентов?

хреново, т.к. electron

Телеграм пока чемпион среди маложрущих

++

/stat@combot

combot.org/chat/-1001034720664

хреново, т.к. electron

Электрон на мобиле?!!!

xamarin на мобиле

кстати, мы пробуем Mattermost

мобильный клиент у него убогий, а так вполне себе

мобильный клиент у него убогий, а так вполне себе

Это плохо

Мобильное общение даже более важно

А как с расходом батареи у мобильных клиентов?

Не знаю, оно пока за vpn

мобильный клиент у него убогий, а так вполне себе

У него и такой не шибко фичастый, как и оно в принципе

Ну, тут уж главное внедрить, тогда и допилить захочется

Костыли с гитлабом еще работают у маттермоста? (ldap для бедных)

У Gitlab есть LDAP.

А вот команды автоматом не подтягиваются. Видимо, это первый кандидат на допиливание

Команды, в смысле teams

Хотя, у нас еще не полностью доделана интеграция

Телеграм пока чемпион среди маложрущих

Ну, тут надо скорее со скайпом сравнивать.

Совсем печаль.

А какой-нибудь винрарный xmpp развернуть?

А какой-нибудь винрарный xmpp развернуть?

Некрофил в треде, все в фидо!

Не люблю xmpp, но на прошлой работе умельцы достаточно просто его прикрутили к ldap, и кидали через него уведомления из старой версии Feng Office. Так себе конструкция, но работала надёжно и настраивалась незапарно.

Ага, модные ChatOps появились на джаббере хрен знает когда

Но xmpp - говно

Я его шатал

А если, к примеру, сеть без доступа к интернету? Совсем.

А если, к примеру, сеть без доступа к интернету? Совсем.

При чем тут говнопротокол?

Только вы шлаку вспомнили

При чем тут говнопротокол?

А что у нас есть ещё из чатов, что можно быстро и просто развернуть в сети?

Mattermost

IRC

И jabberd - больно

Не особо в курсе, если честно. Надо будет погуглить сравнение. Спасибо.

Блин http://lists.cypherpunks.ru/pipermail/gost/2016-November/000013.html у меня только один комментарий: "Отсыпь"

А, я его видел, этого чувака

он тоже энтузиаст

Киберпанг жи

А что у нас есть ещё из чатов, что можно быстро и просто развернуть в сети?

рокет ( с монгой)

А, я его видел, этого чувака

Ну я там устроил им в рассылке.

рокет ( с монгой)

А можно сцылочкой в меня кинуть?

А можно сцылочкой в меня кинуть?

https://github.com/RocketChat/Rocket.Chat

Мерси

коммунальщики не выдержали, залили все реагентами. дороги теперь кусок жидкого говна

а есть пруф на реагенты? просто ноль же, снег мягкий и лепится, чего б ему под колесами не таять.

а есть пруф на реагенты? просто ноль же, снег мягкий и лепится, чего б ему под колесами не таять.

Завтра расстает

Без реагентов даже...

И jabberd - больно

Максимум больно, если стоит на локальном серваке за натом и надо его подбросить так, чтобы сотрудники, выходя из офиса, не теряли связь, а в офисе могли работать и с другими мессенджерами. Я такое поднимал лет шесть тому, этот Франкенштейн даже ходил немношк, но в основном под себя.

Пробросить*

а есть пруф на реагенты? просто ноль же, снег мягкий и лепится, чего б ему под колесами не таять.

Видел, брызгали

И ботинки

я ток песок видела

Песок не льется

Особенно весело, если в рамках офиса надо в него аськи-хуяськи завернуть для общих логов в црм.

Кстати, у меня тут была идея запатчить в linux splice/sendfile на тему поведения как у freebsd с sf_nodiskio. И оно даже работает. Т.е. если данных нет в page cache, то возвращает управление приложению с einprogress

Блин http://lists.cypherpunks.ru/pipermail/gost/2016-November/000013.html у меня только один комментарий: "Отсыпь"

Все правильно написал

Кстати, у меня тут была идея запатчить в linux splice/sendfile на тему поведения как у freebsd с sf_nodiskio. И оно даже работает. Т.е. если данных нет в page cache, то возвращает управление приложению с einprogress

Так пиши в lkml

Так пиши в lkml

Ну, я пока экспериментирую

Как будет рабочий прототип - напишу

ERROR: S client not available

Идея использовать флаг o_nonblock для такого поведения у обычных файлов

В идеале - сделать возможность добавлять в epoll обычные файлы

о, иксы новенькие вышли.

Т.е. приложение открывает файл, пытается сделать sendfile, если страниц нет, получает eagain, а дальше как с сокетами

Все правильно написал

Ну и как с этим работать в общем случае?

Т.е. приложение открывает файл, пытается сделать sendfile, если страниц нет, получает eagain, а дальше как с сокетами

А зачем делать sendfile на то, чего нет на диске?

(я туплю может)

А зачем делать sendfile на то, чего нет на диске?

На диске есть. В page cache нет

Если страниц нет в page cache, то оно там пнет bio на тему поднятия их с диска

Все это время твое приложение будет курить

Ну и как с этим работать в общем случае?

Докер копи-пастит зависимости в себя, например

Приложение будет в d-state

Все это время твое приложение будет курить

кажется это ожидаемое поведение

"подождать, пока мы дочитаем с диска первую страничку"

кажется это ожидаемое поведение

Это говенное поведение.

дальше там будет read ahead наверняка

Некоторые юзают https://github.com/Masterminds/glide/blob/master/README.md

дальше там будет read ahead наверняка

Этих readahead в ядре несколько штук

"подождать, пока мы дочитаем с диска первую страничку"

Ну а так приложение быстро получит из ядра "не сейчас" и может позвать тот же fadvise с willneed

Докер копи-пастит зависимости в себя, например

Ну короче. Кто задумывается - сделает как надо. Кто не задумывается - смысл ограничивать?

Ну а так приложение быстро получит из ядра "не сейчас" и может позвать тот же fadvise с willneed

один раз

перед передачей первого байта

один раз

Нет.

отправка будет быстрее, чем чтение с readahead?

Постоянно, как будет miss

отправка будет быстрее, чем чтение с readahead?

Диск один, а читателей много ;)

если они читают одно и то же, то оно все будет в голове же, на приличной файловой системе

короче, нужен эксперимент на загруженной системе :)

если они читают одно и то же, то оно все будет в голове же, на приличной файловой системе

Разное. Представь датасет на 3тб и 4к юзерофф

а процесс, который им отдает -- он типа один?

Проблема в том, что event loop будет постоянно стопаться

а процесс, который им отдает -- он типа один?

По числу ядер.