Всем привет, есть такая проблемка - есть вебсайтик с enable32bit=true appPool, с страничками на которые можно загрузить много данных. Иногда процесс выедает больше 1.5 гига в момент очередной загрузки очередного большого куска (правда, есть предположение что память иногда не релизится, но это уже другой разговор)

Так вот, есть идея мувнуться на x64, и поставить в апппуле лимит скажем гигов в 6. Как вы думаете, это вообще правильное направление решения этой проблемы ?

Из своих мыслей, понимаю что в целом мувнуться было бы неплохо, все таки 2020 год
Потенциальные минусы - винда сможет плохо хандлить процессы по 5-6 гигабайт, может аффектнуть другие аппы - но в этом я не уверен, может у кого был опыт или есть знание
Из вроде как тру решений - разбить на маленькие аппы, вынести в отдельные процессы, etc

Мне это очень напоминает пример из SQL - типа запрос не успевает отработать за 30 секунд - давайте поставим таймаут 10 минут, вместо фикса перфоманса. А то что там из-за этого таблицы лочатся на большее время, и это раком все ставит, на это уже никто не смотрит ))

Кароч буду рад за любые мысли

Ну флаг потому что плюсовые x32 депенденси

Ну так все. Не будет работать в 64 моде

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

Всем привет, есть такая проблемка - есть вебсайтик с enable32bit=true appPool, с страничками на которые можно загрузить много данных. Иногда процесс выедает больше 1.5 гига в момент очередной загрузки очередного большого куска (правда, есть предположение что память иногда не релизится, но это уже другой разговор)

Так вот, есть идея мувнуться на x64, и поставить в апппуле лимит скажем гигов в 6. Как вы думаете, это вообще правильное направление решения этой проблемы ?

Из своих мыслей, понимаю что в целом мувнуться было бы неплохо, все таки 2020 год
Потенциальные минусы - винда сможет плохо хандлить процессы по 5-6 гигабайт, может аффектнуть другие аппы - но в этом я не уверен, может у кого был опыт или есть знание
Из вроде как тру решений - разбить на маленькие аппы, вынести в отдельные процессы, etc

Мне это очень напоминает пример из SQL - типа запрос не успевает отработать за 30 секунд - давайте поставим таймаут 10 минут, вместо фикса перфоманса. А то что там из-за этого таблицы лочатся на большее время, и это раком все ставит, на это уже никто не смотрит ))

Кароч буду рад за любые мысли

Перефразирую:
У нас тут есть сервак, выедает много памяти, хз на чём.
Хотим поменять какую-то настройку чтобы можно было адресовать ещё больше памяти хуй пойми на что.
Как считаете, ок или не ок.


Отвечает Друзь:
Заливать проблемы железом - в 99% случаях нормальный план. Эти 99% относятся к случаям когда плашка памяти стоит дешевле времени погромиста на фикс проблемы.

Если так получилось что ваше время ничего не стоит или в сервак уже не помещается планка, то лучше копай проблему.

Ок, "фикс проблемы" - какие потенциальные фиксы ты бы мог предложить ? Мне видилось мув на x64 самым безболезненным решением изначально, которое решит все проблемы на всех страницах сайта

Подведу мини-итог, перефразирую вопрос:

Итак,  есть  4 варианта:
1. Заинвистигировать че там так жрет, добавить стриминг, пагинации, прооптимизировать
2. Узнать у юзеров нахера им 2 ляма строк и предложить другое решение, наложить фильтры в базе скажем
3. Сделать x64 через выпилку ненужных либ, поставить лимит в апппуле, на всякий случай
4. Спинить больше инстансов (сейчас у нас 2)
С 1-2 с большего мне все понятно,
есть 3-4 которые железные, вопрос насколько плох-хорош 3, и хуже-лучше ли он 4 и почему