Quote from: modul on October 18, 2016, 06:17:19 AM

че то серверок тупит после обновления и перезагрузки блокчейна, как будто оперативы нехватает.
Когда захожу первоначальная страница открывается, далее ввожу адрес и очень долгое ожидание иногда вообще не открывается.

- у меня Nxt-сервер на 512 мегабайтном VPS нормально работает.

Рекомендации по экономии ОЗУ на сервере есть по ссылке "Дополнительные настройки вашего Nxt-сервера" с первой страницы:

Quote from: abctc on November 25, 2013, 12:05:59 PM

При запуске на машинах с небольшим количеством оперативной памяти (например, на VPS с 512Mb ОЗУ) Nxt-сервер может аварийно завершаться из-за нехватки памяти (обычно в момент сканирования блокчейна).
По умолчанию Nxt-сервер отдаёт используемой им СУБД H2 половину памяти java-машины, и в в результате под код сервера остаётся маловато памяти.
При помощи параметра nxt.dbCacheKB=32000 серверу можно указать конкретно (в килобайтах), сколько следует отвести памяти под СУБД. Кроме того, в подобных случаях лучше запускать Nxt-сервер с ограничением максимально доступной памяти для Java, для этого используйте параметр -Xmx в строке запуска, например, в файле run.bat измените подстроку "\bin\java.exe -cp classes;..." на "\bin\java.exe -Xmx476М cp classes;...".
Ещё около 12Мб оперативной памяти можно сэкономить параметром nxt.enablePublicKeyCache=false

Quote from: abctc on November 25, 2013, 12:05:59 PM

-----
причины возможного (но далеко не обязательного) перерасхода ресурсов вашего VPS:

Quote from: lyaffe link=https://nxtforum.org/index.php?topic=9384.msg184148#msg184148

there are 4 types of potential resource problems:

(1) Total memory used by the Java process - should not change significantly between 1.4.x and 1.5.x, if you changed Java from 32 bit to 64 bit you should expect to see total memory consumption increased by up to 50% for the same configuration. This is normal. If it's a problem use Java 32 bit.

(2) Heap memory used by Java - there shouldn't be a significant increase between 1.4.x and 1.5.x, there are many ways to diagnose heap consumption if someone is interested I can explain more.

(3) Number of threads used by Java - due to the introduction of websocket support, the number of threads increased from few dozens in 1.4.x to few hundreds in 1.5.x, this caused the "unable to create native threads" problem to some users. As of 1.5.12 this has been fixed. A typical node should now allocate no more than 100 threads.

(4) Number of open file descriptors - I think this is an issue we haven't looked at before, in order to diagnose it we need to know what are these file descriptors. If you see 300K files open when using 1.5.12 then we need to research this. On my peer I see around 9000 files using lsof. I suspect this is also related to the websocket issue we fixed.