hVosttМСУ... сказала разгневанная кодеманка, которую только что отпинали ногами по заднице. Ура, товарищи.
ты напоминаешь свинку, которая уделалась по самые уши и радостно похрюкивает. ты не прав и это очевидно. ладно бы признал, так нет же. еще больше зарываешься.
В очередной раз тебя слили в унитаз, но ты продолжаешь барахтаться как в прошлых темах с "логикой" в куках и неприменимостью Microsoft.VisualBasic.dll. Балбес ты, что я могу еще сказать.

hVosttне важно, что там на самом деле TimeSpan.Zero, по документации определены специальные константы, которая должна использоваться:

http://msdn.microsoft.com/ru-ru/library/system.web.caching.cache.noabsoluteexpiration.aspx

http://msdn.microsoft.com/ru-ru/library/system.web.caching.cache.noslidingexpiration.aspx

они нужны для того, чтобы при чтении кода было очевидно его поведение. TimeSpan.Zero ни о чем не говорит. использование "магических значений" вместо именованных констант является дурным тоном.
Что значит, не важно, что так используется? Ты ляпнул очередную глупость, что TimeSpan.Zero - это плохой тон. С чего бы это, кто определил? Кто запрещает использовать TimeSpan.Zero? Какие магические значения? String.Empty это тоже магическое значение? Ты там завязывай с курением трав, что ли.

hVosttдаунито. шуруй читать MSDN.
В отличие от тебя, оболтуса, я это постоянно делаю.

hVosttи не вздумай когда-нибудь ещё вякнуть что-то вроде "читай доку".
сначало сам научись пользоваться мануалом.
Убей себя об MSDN. Тебе черным по-белому пишут, что "Элементы имеют наименьшую вероятность быть удаленными из кэш-памяти при освобождении сервером системной памяти." В чем проблема? Тебе черным по-белому пишут, что у значение значения по умолчанию Normal есть больше шанс быть удаленным. И что дальше, где ошибка в моем коде? Во-вторых, приоритет был выставлен в Hi, для большинства сценариев этого хватает за глаза. В-третьих, автор сам решит, какой приоритет ему больше подходит. Твой идиотизм не излечим.

thresher8МСУНа основе чего сделано это утверждение?
http://stackoverflow.com/a/270374
stevemegsonThe calculation of span ensures that the timer fires exactly on :00, :20, :40 seconds
Дальше читай.
...However, the good news is that you shouldn't really have any reason to care about the interval. Cache.Get() checks that the item hasn't expired, and if it has then it removes the item from the cache immediately and returns null

thresher8МСУПри нехватке памяти может и домен выгрузиться, тогда вообще всё лесом пойдет. Да чего там нехватка памяти, при банальном warmup'е домен приложения отлетает.не уводи в сторону.
То тебе важна эта нехватка памяти, то не нужна. Определись.

thresher8МСУХочешь рулить "memory pressure", как ты выразился, на здоровье - IProcessHostPreloadClient в руки и вперед.а это вообще непонятно зачем ты сюда притянул
Что именно не понятно? Я же объяснил про вармап и выгрузку домена приложения, при которой херится и статика и кеш.

thresher8поинт в том, что кэш -- это кэш, и он всегда может решить, что "что-то слишком много памяти я отъедаю " и начать самоочищаться.
И это правильно. Более того, очистка заточена под приоритеты - управляй приоритетами и живи спокойно. В чем проблема?

thresher8отсюда вывод: твое решение нежизнеспособно
Вывод, высосанный из пальца.

thresher8и надеяться на то что этого гарантированно не произойдет несколько самонадеяно.
А надеяться на то, что не произойдет ресайклинг пула, изменение веб конфига, рестарт приложения и т.д. с последующей выгрузкой апп домена с убиением статики , тебя не смущает? Или статика и это должна пережить?
Вывод: продолжаем долго и упорно бредить...

hVosttМСУ, я кажется нашёл тебя на ютьюбе
Ой, а я кажется тебя нашел на мусорной свалке. Погляди, полный дегенерат какой-то с унынием в глазах :)



hVostt"для большинства сценариев" в данном случае не подходит. нужна конкретная детерменированная логика. харе упираться как ослик. признай что затупил. стебаться не буду. обещаю.
Для большинства сценариев то, что доктор прописал. Без каких-либо логик в вакууме. Делает только то, что определено. Согласен, что ляпнул глупость про плохой тон TimeSpan.Zero? Признайся, ну поглумлюсь немного и будет. Как всегда, вообщем.

thresher8ога, только это предложение к обсуждению не относится
Как это не относится? Это в том же посте ниже, комментарий к сказанному.

thresher8напомню: я сказал, что нет гарантии того что энтри из кэша выкинется ровно в то время о котором ты попросишь.
А какая разница, что там в кеше на уровне "ядра" происходит? Главное, что когда ты будешь обращаться к объекту, он покажет корректный expiration. Вот о чем речь.

thresher8ты же в ответ процитировал кусок совершенно не относящийся к делу (в котором, к слову, говорится о том что "не бойся, тухлые данные тебе не вернут -- cache.get() проверяет дату истечения и выкидывает сущност автоматичеси" -- каким боком это относится к заявленному тобой функционалу по _автоматическому_и сключению из кэша?)
Выше ответил. Важен не механизм кеша, а то, как он принимает и отдает объекты. А принимает и отдает объекты он без нареканий.

thresher8ну так и скажи мне, сработает ли твое "очищение по таймеру" в случае, когда asp.net решит почистить кэш раньше наступления указанного тобой времени выкидыыания?
Сработает. При обращении к объекту, точно так же, как и в случае со статикой 14962915 . "Оно само по себе" не работает, а работает только в момент вызова . Мысль понятна?

thresher8МСУВывод, высосанный из пальца.а вот и нифига. исключительно логичный вывод, но ты боишься признать свою неправоту
Не соглашусь. Я тебе объясняю, что код на 100% будет отрабатывать правильно.

hVosttого, распознаю панику! полезли по социальным сетям в поисках грязного бельишка?
Какая ж эта паника, милок. Это глум чистой воды :)

hVosttты долго дурачка будешь из себя строить? а то в панике, за недостатком аргументов готов пойти на любую низость. если ж ты не способен понять разницу в коде TimeSpan.Zero и Cache.NoSlidingExpiration, то у меня просто слов уже для тебя, выгодных твоему позорному статусу, не осталось.
Ты когда выдешь из-под действия яда? Я тебя уже 10 раз попросил дать инфу о том, где это говорится, что TimeSpan.Zero плохой тон. Ты продолжаешь ерничать как ежик. Где факты?

hVosttи харе позорится. или приводи аргументы или гоу лесом.
А тебе уже вагон аргументов привел. Умей читать.

hVosttМСУКакая ж эта паника, милок. Это глум чистой воды :)

это уже перебор. совершенно недостойный разумного человека. можешь сыпать обезьянками сколько угодно, ты уже как-то пояснил, что это у тебя такой "подход", но оказывается меры ты совершенно не знаешь. глум, это когда по теме, а ты по теме уже просто не можешь и перешёл на низость.
Ну какой еще перебор? Ты не видишь очевидных вещей, тупишь, фантазируешь. Сколько можно-то?

hVosttМСУЯ тебя уже 10 раз попросил дать инфу о том, где это говорится, что TimeSpan.Zero плохой тон.

http://ru.wikipedia.org/wiki/Магическое_число_(программирование)

экстраполируй.
String.Empty, DateTime.MaxValue, Math.PI... Не экстраполируется.

Где-то в степи

Как ты мог это заюзать, это же "плохой тон" :)

hVosttготов выслушать твои идеи, для чего тогда нужна константа Cache.NoSlidingExpiration, если можно прекрасно обойтись TimeSpan.Zero?
Ты продолжаешь жечь напалмом?

hVosttв указанном куске кода все нормально, других вариантов фреймворком не предложено. в твоём -- говнокод, который ты до сих пор не оправдал, кроме кучи дешевеньких наездов, школьного уровня без единого аргумента.
В моем случае - код, который ты не смог осилить своим скромным умишком.

hVosttо чем ты? иди штудируй MSDN. подрастешь, тогда можно будет вести с тобой конструктивный диалог. пока вижу какие-то способы "глумления" на уровне 12-летней школоты.
Ты решил сам себя покритиковать?

hVosttэто все на что ты способен? иди штудируй MSDN. школота позорная.
Маленький, твой яд стоит на столе. Пора.