Сергей Протько: там файл то фигня по сути: {"idu":912144,"user":"orhon","refbek":"70","avatar":"http:\/\/static.mysite.com\/ava\/o\/orhon.png","rating_text":"\u0411\u0440\u0438\u0433\u0430\u0434\u0438\u0440","komment":""} вот и всё что нода достаёт из него=) Но попробую писать в мемкеш
Сергей Протько: вообщем удалось снизить до минимума нагрузку. Думаю кластер сделаю и всё ок вообще будет. Но когда начинаеться заруба на доске по 8-10 раз обновляеться файл откуда нода инфу раздаёт то начинает сразу прыгать с 20% до 70-80%. Напрягается=(
Сергей Протько: ещё такой вопрос. может имеет место быть. mysql ходит не локально. Соответственно исходящие порты кончаются мы рандомим айпи:
$ip_mysql = array('192.168.1.1','192.168.1.3','192.168.1.11','192.168.1.13','192.168.1.15','192.168.1.17','192.168.1.19','192.168.1.21','192.168.1.23','192.168.1.25','192.168.1.27','192.168.1.7');
$bd_host = $ip_mysql[mt_rand(0, 11)];
А как работает серверный скрипт ноды при запуске он сделал конект к базе и всё? или он так же постоянно делает соединение к базе? В ноде серверном я подключился без рандома:
module.exports.db = {
host : '192.168.1.1',
user : 'xxxxxxx',
password : 'xxxxx',
database : 'xxxxxx'
};
module.exports.boardPath = '/var/www/profit/data/www/mysite.com/still_plag/doska/save/cach_desck.json';
переписал код без использования fs.watchFile. Нагрузка CPU стабилизировалась на 20-30% иногда бывают скачки до 50% на одну секунду, но тут же падают обратно. Видимо сборщик мусора тут же подчищает. А я убирал запрос к базе он не влиляет. скрипт безобиден вроде как. нода как бы сама по себе 20-30% одного ядра сейчас кушает. Могу положить цифру онлайна в мемкеш по ключу и оттуда доставать. Лучше будет? Мне надо в любом случае цифру подсчёт строк из базы взять надо. но перед этим я могу на том же php положить её в мемкеш и нодой доставать её не из mysql а уже из мемкеша. Лучше будет?
переписал код без использования fs.watchFile. Нагрузка CPU стабилизировалась на 20-30% иногда бывают скачки до 50% на одну секунду, но тут же падают обратно. Видимо сборщик мусора тут же подчищает
1. ping -l 1400 -t static.mysite.com среднее 120.
2. Ну там же гет. Даже если и найдут ничего страшного не случиться но его никак не найдут. А в целом да вы правы лучше через интерпретатор php организовать задачу.
3. Ну потому что таблицы дефрагментируются некоторые. Раз в сутки висит крон задача.
4. Я в России Сервер в Германии.
5. физ. серв
6. Тайминги гляну в хроме. Да не токо у меня у всех юзеров так.
7. Как он может перехватываться если на поддомене даже php не используеться и я ещё раз говорю даже не выводом на основном домене а просто перейти на статический домен картинку 5кб static.mysite.com/kartinka.png может быть долгий отклик секунд 6-7 как буд-то щас nginx уйдёт в 502ую. (нагрузки в этот момент на него нет).
с основным доменом такой проблемы нет хотя они на одном айпи и серваке и ping от основного домена такой же как и от поддомена соответственно но он не тупит а поддомен тупит.
Самое интересное что одном серваке когда был проект и по localhost всё норм было на такое кол-во соединений. Как только разнесли на 2 сервака понеслась эта проблема
