а что проще редиса?

Кафка

Ну хорошо, а как к этому редису т.е. кэшу обращаться из разных инстансов приложения? т.е. юзеры у хоторых запущено приложение должны иметь одни и теже закэшированные справочники.

Ну хорошо, а как к этому редису т.е. кэшу обращаться из разных инстансов приложения? т.е. юзеры у хоторых запущено приложение должны иметь одни и теже закэшированные справочники.

обычно делается двухуровневый кеш, данные хранятся в памяти процесса и в редисе, при надобности синхронизируются. Почитай в общем

обычно делается двухуровневый кеш, данные хранятся в памяти процесса и в редисе, при надобности синхронизируются. Почитай в общем

Ок. Спасибо

как вам название пулл-реквеста https://github.com/mono/mono/pull/5250

Мило: https://github.com/mono/mono/pull/5250/files#diff-102a0e259d927768b7b2d03a85d4ebc8R2364

топ

+export ALEKSEY_HACK_COOP=1 прослезился

Кто то кэш на редисе делал? Часто используемых справочников чтоб бд не дергать

сделай кэш на акке

сделай кэш на акке

ты делал?

http://getakka.net/docs/clustering/distributed-data

Кто то кэш на редисе делал? Часто используемых справочников чтоб бд не дергать

да

норм идея

Коллеги, втупляю битый час, необходима ваша помощь: есть солюшын с двумя проектами, длль на c# и гуй на vb. Внутри длл все исключения чудным образом выкидываются, прекрасно ловятся и отрабатываются. Как только вызывается чтото внутри dll из vb без обёртки в try-catch, я получаю странное поведение: исключение не терминэйтит программу, а она спокойно продолжает выполнение. Т.е. ошибки тупо игнорируются

в какую сторону копать? виноват VB или мой моск?

в какую сторону копать? виноват VB или мой моск?

есть подозрение, что код с исключением находится в обработчике (event handler), поэтому программа не падает

оттанокак... ну да, из VB вызов прописан в form_load :)

кстати, так и не смог победить в VB sub main: в модуле создал, но выбрать так и не смог. правда, подозреваю что это здесь оффтоп :)

оттанокак... ну да, из VB вызов прописан в form_load :)

у тебя наверное еще выскакивает диаложек с предложением пропустить исключение и продолжить выполнение

вот если бы он выскакивал - я бы не задавал вопросов :)

а то он молча выполняет всё подряд, а я сижу и не могу понять, гдеж я так начудил то

пока брыкпойнтами всё не утыкал - так и не врубился, что он игнорирует исключения

Коллеги, втупляю битый час, необходима ваша помощь: есть солюшын с двумя проектами, длль на c# и гуй на vb. Внутри длл все исключения чудным образом выкидываются, прекрасно ловятся и отрабатываются. Как только вызывается чтото внутри dll из vb без обёртки в try-catch, я получаю странное поведение: исключение не терминэйтит программу, а она спокойно продолжает выполнение. Т.е. ошибки тупо игнорируются

On Error Resume Next?

нет такого в коде

проекту 10 минут отроду

...10му по счёту проекту :(

а то он молча выполняет всё подряд, а я сижу и не могу понять, гдеж я так начудил то

если в debug'е собрано, то можешь выводить дебаг лог куда-нибудь в гуй

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

От имени администратора попробуй запустить

внутри DLL везде используется схема с отловом исключений для изменения поведения программы (вместо предварительной проверки условий, ловим проблему по факту возникновениия)

дык вот эти исключения тоже пролетают мимо

sqlite.connection.open при отсутствующем файле создаёт файл нулевой длины и спокойно идёт дальше

вместо того, чтоб выкинуть ексепшн и вызвать createdb

http://getakka.net/docs/clustering/distributed-data

Круто, тоже про акку думал. Но как то у нее великоват порог вхождения или мне кажется? А есть какой то рабочий hello world по теме кэша на акке?

Вопрос: присвавивание Nothing классу вызывает уничтожение объекта?

Мне нужно сразу после nothing почистить ссылки

Сейчас токлько после 3-4 уничтожение временных объектов начинает вызываться Dispose у ранее уничтоженных :/

точнее Finalize()

я придумал вопрос для собеседования

Приведите пример оправданного использования финализатора, в котором не фигурируют неуправляемые ресурсы

Там же пример на so есть чуть ли первым результатом в гугле

нагуглить можно ответ на любой вопрос практически

так не интересно

заинтриговал, попробую без гугла сначала

Не, я думал ты про что-то хитровывернутое

Чего в гугле не сразу найдёшь

Приведите пример оправданного использования финализатора, в котором не фигурируют неуправляемые ресурсы

если есть слабые ссылки?

развивай мысль

развивай мысль

уточняющий вопрос, под неуправляемыми ресурсами ты еще имеешь ввиду и pinned-объекты?

Это что ж, мне тоже переделать чтобы не вызывать эти методы?:)

Приведите пример оправданного использования финализатора, в котором не фигурируют неуправляемые ресурсы

Unsubscriber observable?

Unsubscriber observable?

по идее ты должен в диспоуз это сделать

Ну это да

потому что вызов финализатора недетерминирован

А про слабые ссылки не особо шарю

а тут я так понимаю есть такой кейс, когда тебе нужно, чтобы объект умер и не произошел object resurection или как это называется

где-то краем уха слышал

Ммм, это когда идёт обращение к объекту, который гуфнулся?

Дефакто

да, типа того

я видел ситуацию наоборот (в HttpClient), когда он в конструкторе сам на себя Gc.SupressFinalize(this) делает

А с чем это связанно, что он так делает? Потому что он просто фасад?(догадка, я не шарю)

ERROR: S client not available

1) Для того что бы попробовать что то новое :) 2) Для того что бы этот кусок кода отработал последним (на следующей сборке мусора, будучи уже в первом поколении).

А с чем это связанно, что он так делает? Потому что он просто фасад?(догадка, я не шарю)

ну по доке написано, что все ресурсы освбождаются в диспоуз, поэтому не нужен финализатор

Это подстраховка.

@nikita_tsukanov короче мой ответ такой: если у тебя есть weak ref на объект, у которого есть ивенты и этот объект не Disposable, то тогда нужен финализатор, который безопасно всех отпишет

А сами weak ref'ы когда нужны? Я так и не смог осознать

А сами weak ref'ы когда нужны? Я так и не смог осознать

когда ты хочешь сказать, что не контроллируешь lifetime объекта

без слабой ссылки твой объект будет вечно удерживать дочерний объект, т.к. GC будет видеть живую ссылку на него

А weakref до первого гц?

вообще недетерминированно, первый gc может собрать gen0, а объект может лежать в gen1, например

но в общем да, когда gc доберется

Понятно, спасибо

https://msdn.microsoft.com/ru-ru/library/ms404247(v=vs.110).aspx

тут подробней

Ни разу не приходилось использовать слабые ссылки

Я так понимаю, юзкейс примерно такой: есть держатель строгой ссылки на объект, но при этом потребителю безразлично его существование(weak ref) по тем или иным причинам

@Worldbeater https://i.imgur.com/vp3dz9d.png

Спасибо за идею

@nikita_tsukanov чекни, выше тебе писал

что именно

про вопрос о финализаторе

про resurrection?

@nikita_tsukanov короче мой ответ такой: если у тебя есть weak ref на объект, у которого есть ивенты и этот объект не Disposable, то тогда нужен финализатор, который безопасно всех отпишет

зачем тебе тут финализатор

подписка на события объектов по weak-ссылкам делается через прокси-класс

или стоп

не понял кейс твой

так не интересно

Так как раз интересно

Что ты работаешь постоянно с Гуглом

И можешь найти ответ на любой вопрос

Лучше задавать вопросы на гугл и умение понимать то что там можно найти

А не тупо копировать первый ответ на СО