rigonline.ru, мониторинг работы фермы

[nikodim]

 

Процесс запуска приложения ригонлайн:

 

- распаковать архив на диск (а НЕ в папку пользователя - "рабочий стол" и прочее)

 

С чем связано данное ограничение?

Проверено на более чем 20 ригах, отлично все работает из папки "Рабочий стол".

 

 

Был опыт с одним пользователем - из-за настроек системы приложение не работало из папки пользователя (рабочий стол). После переноса приложения на диск - все завелось. Но это, на сколько помню, было с прежней версией где использовалась утилита "wget.exe" - возможно система отказывалась именно ее запускать из папки пользователя.

 

Будем считать, что это просто моя рекомендация - если из папки пользователя не работает, то надо пробовать перенести приложение на диск))

[nikodim]

Обновление:

 

- добавил отображение статистики по запускам/остановкам/перезагрузкам ферм за последние 3 дня

 

Изменено 25 июл 2017, 21:26 пользователем nikodim

[nikodim]

Обновление:

 

- теперь можно привязать несколько пользователей телеграм к одному профилю

 

Отправляя боту свой секретный ключ вы привязываетесь к профилю на сервисе.

При повторной отправке - отвязываетесь.

 

Не забудьте убедиться что для получения уведомлений в телеграм - в личном кабинете должна быть снята галочка "Не отправлять в Telegram".

 

[nikodim]

Обновление:

 

- В личном кабинете (в настройках профиля) можно указать за сколько дней отображать статистику запусков/остановок/перезагрузок на карточках ферм. Так-же есть возможность вообще убрать данную статистику с карточек.

 

[kernel33]

Обновление:

 

- добавил отображение статистики по запускам/остановкам/перезагрузкам ферм за последние 3 дня

 

2017-07-26_02-22-36.png

Спасибо. Удобно.

Но у меня статистика отображается только через ЛК, По ссылке ее нет

[nikodim]

Спасибо. Удобно.

Но у меня статистика отображается только через ЛК, По ссылке ее нет

 

А вот это правильный вопрос))

 

Потому что я ее туда не вывожу.

Тут я задумался, а нужно ли выводить данную статистику по общедоступной ссылке?

Потому как общедоступная ссылка больше для инвесторов, а им, возможно, не стОит ее отображать...

 

Какие будут мнения по этому поводу?

[kernel33]

тогда и проц, имя компа и мамку не нужно выводить. это не совсем публичная инфа

[zurf]

Ихмуется мне что да, конфиг рига только в привате, так же как и стату. В паблик только общую инфу

Изменено 26 июл 2017, 12:36 пользователем zurf

[nikodim]

Оставил по публичной ссылке только аптайм и видеокарты

[nikodim]

Обновление:

 

- бот в телеграм может отдавать статистику по запросу /stat

 

 

Очень удобно ловить ошибки на фермах))

 

Изменено 27 июл 2017, 06:36 пользователем nikodim

[nikodim]

Пользователи, которые очень хотели графики по температурам карт, есть что обсудить.

 

На данный момент логика следующая:

- при каждом обращении с фермы записывается температура всех карт.

 

Данные пишутся следующем виде: ,[1500903224,"62"] - где первый параметр время, второй температура.

Естественно эти данные пишутся для всех видеокарт и всех ферм - в единый массив, который хранится в json формате (у каждого пользователя свой).

 

Размер этих данных - 18 байт.

Это на столько (минимум) увеличивается файл с одной видеокарты каждые 3 минуты.

С учетом обращений каждые 3 минуты - в час получается 20 обращений, а в сутки - 480 обращений.

Итого за сутки с одной видеокарты размер файла увеличивается на 8,5 Кб.

 

 

Далее разберем на моем примере:

У меня 6 ферм по 5 видеокарт. Итого 30 видеокарт.

В результате получаем, что размер файла статистики температур за сутки вырастет на 255 Кб (минимум).

Соответственно через 4 суток, мой файл статистики температур видеокарт будет весить уже 1 Мб.

И, как вы понимаете, сервис каждые 3 минуты этот файл читает и записывает.

Это ни есть хорошо, тем более с каждым днем размер файла увеличивается.

 

Естественно у всех разное количество видеокарт - у кого-то меньше, в у кого-то больше.

Но их количество постоянно растет.

 

Итак, вопрос:

- какие будут предложения по снижению размера файлов статистики и соответственно снижению нагрузки?

Потому что в нынешней логике я вынужден отказываться от записи статистики и графиков температур.

 

Пока есть предложение писать статистику не каждые 3 минуты, а допустим, раз в час.

На сколько такой вариант будет полезен? На сколько такая статистика и графики будут актуальными и информативными?

[zurf]

 

 

/stat

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

[nikodim]

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

 

Несколько раз прочитал и не понял - в чем тут вопрос?))

[zurf]

, Я про графики температур, если чо :)

[nikodim]

, Я про графики температур, если чо :)

 

Понял))

 

Значит есть пользователи, которым статистика температур не нужна в принципе.

Я тоже придерживаюсь этого мнения.

 

Но если есть пользователи которым:

1. статистика температур нужна

2. могут аргументировать важность этого функционала

3. предложат решение по минимизации нагрузки на сервер в связи с огромным количеством данных

то я готов рассмотреть данное предложение

[Rostiks]

Понял))

 

Значит есть пользователи, которым статистика температур не нужна в принципе.

Я тоже придерживаюсь этого мнения.

 

Но если есть пользователи которым:

1. статистика температур нужна

2. могут аргументировать важность этого функционала

3. предложат решение по минимизации нагрузки на сервер в связи с огромным количеством данных

то я готов рассмотреть данное предложение

 

Я думаю сохранять статистику температур не обезательно, по остановкам может и да, но по температурам не нужно.

Более важная тема это перезагрузка если один из показателей карт упал к заданому значению. (Но нужно учесть еще то что если нет интернета перезагрузку не нужно делать, так как если нет интернета показатели и так падают) 

[ardarik]

Я думаю сохранять статистику температур не обезательно, по остановкам может и да, но по температурам не нужно.

Более важная тема это перезагрузка если один из показателей карт упал к заданому значению. (Но нужно учесть еще то что если нет интернета перезагрузку не нужно делать, так как если нет интернета показатели и так падают) 

поддерживаю, графики не самое важное и при просмотре на айфон 5 много не рассмотришь, да и не зачем вспоминать, что было вчера, зима близко!!!)

[kernel33]

Пользователи, которые очень хотели графики по температурам карт, есть что обсудить.

 

На данный момент логика следующая:

- при каждом обращении с фермы записывается температура всех карт.

 

Данные пишутся следующем виде: ,[1500903224,"62"] - где первый параметр время, второй температура.

Естественно эти данные пишутся для всех видеокарт и всех ферм - в единый массив, который хранится в json формате (у каждого пользователя свой).

 

Размер этих данных - 18 байт.

Это на столько (минимум) увеличивается файл с одной видеокарты каждые 3 минуты.

С учетом обращений каждые 3 минуты - в час получается 20 обращений, а в сутки - 480 обращений.

Итого за сутки с одной видеокарты размер файла увеличивается на 8,5 Кб.

 

 

Далее разберем на моем примере:

У меня 6 ферм по 5 видеокарт. Итого 30 видеокарт.

В результате получаем, что размер файла статистики температур за сутки вырастет на 255 Кб (минимум).

Соответственно через 4 суток, мой файл статистики температур видеокарт будет весить уже 1 Мб.

И, как вы понимаете, сервис каждые 3 минуты этот файл читает и записывает.

Это ни есть хорошо, тем более с каждым днем размер файла увеличивается.

 

Естественно у всех разное количество видеокарт - у кого-то меньше, в у кого-то больше.

Но их количество постоянно растет.

 

Итак, вопрос:

- какие будут предложения по снижению размера файлов статистики и соответственно снижению нагрузки?

Потому что в нынешней логике я вынужден отказываться от записи статистики и графиков температур.

 

Пока есть предложение писать статистику не каждые 3 минуты, а допустим, раз в час.

На сколько такой вариант будет полезен? На сколько такая статистика и графики будут актуальными и информативными?

В описании не указано, где хранится файл?

На клиенте? На сервере?

 

Если данные обрабатываются и визуализируются на сервере, то зачем их хранить на клиенте?

Собрал - Отправил - В архив.

Архив каждые 30 дней надрезается т.к. данные все равно есть на сервере.

 

или я чего то не понимаю в архитектуре данного ПО и сервиса?

[kernel33]

Мне кажется логически это неверно. см скрин

по логике Всего = Работают + Остановлены + С ошибками.

 

[nikodim]

В описании не указано, где хранится файл?

На клиенте? На сервере?

 

Если данные обрабатываются и визуализируются на сервере, то зачем их хранить на клиенте?

Собрал - Отправил - В архив.

Архив каждые 30 дней надрезается т.к. данные все равно есть на сервере.

 

или я чего то не понимаю в архитектуре данного ПО и сервиса?

 

Файл ессно хранятся на сервере - в директории пользователя (у каждого пользователя сервиса есть своя директория).

На клиенте ни чего не хранится - только собираются данные и отправляются на сервер.

Мне кажется логически это неверно. см скрин

по логике Всего = Работают + Остановлены + С ошибками.

 

Вы правы, вам кажется))

По логике: Всего = Работают + Остановлены

С ошибками - это самостоятельная статья, потому что с ошибками может быть как запущенная ферма, так и остановленная.

[kernel33]

 

 

Файл ессно хранятся на сервере - в директории пользователя (у каждого пользователя сервиса есть своя директория). На клиенте ни чего не хранится - только собираются данные и отправляются на сервер.

 

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

 

 

 

С ошибками - это самостоятельная статья, потому что с ошибками может быть как запущенная ферма, так и остановленная.

Соглашусь, что ферма может работать, но работать с ошибками.

Как остановленная ферма может быть с ошибками?

[tonerland]

Имхо. Если и делать графики по температуре то с хранением на сервере среднего значения температуры за час.

Но, как мне кажется, есть вариант реализации данной функции без особого увеличения нагрузки на сервер.

Например, настройка бота Телеграм или ВК на отправку статистики через определенный промежуток времени.

Индивидуальная настройка для каждого пользователя. (желательно с указанием номеров ферм по которым отправлять статистику)

Может быть полезно для отлавливания нестабильно работающей системы охлаждения (отключения кондиционера с последующим автозапуском и т.д.)

Также, как вариант, хранить на сервере данные максимум за сутки. В настройках личного кабинета предусмотреть опцию отправки файла с данными за сутки на емейл

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

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

 

[nikodim]

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

 

 

 

Соглашусь, что ферма может работать, но работать с ошибками.

Как остановленная ферма может быть с ошибками?

 

О том и речь, что нельзя допустить разрастания файлов. Именно поэтому и поднял такой вопрос.

 

 

Остановленная ферма - это ферма данные с которой устарели (поступили более 7 минут назад). В этих данных так-же может быть информация выходах за лимиты температур и об отсутствующих картах.

Если правильнее будет в "С ошибками" не считать ошибки в остановленных фермах, то сделаю. Вопрос пяти минут.

[nikodim]

Имхо. Если и делать графики по температуре то с хранением на сервере среднего значения температуры за час.

Но, как мне кажется, есть вариант реализации данной функции без особого увеличения нагрузки на сервер.

Например, настройка бота Телеграм или ВК на отправку статистики через определенный промежуток времени.

Индивидуальная настройка для каждого пользователя. (желательно с указанием номеров ферм по которым отправлять статистику)

Может быть полезно для отлавливания нестабильно работающей системы охлаждения (отключения кондиционера с последующим автозапуском и т.д.)

Также, как вариант, хранить на сервере данные максимум за сутки. В настройках личного кабинета предусмотреть опцию отправки файла с данными за сутки на емейл

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

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

 

Поддерживаете мое предложение по записи одного значения по карте в час (среднего).

Это поможет сократить размеры файлов в 20 раз.

Но опять же вопрос - на сколько актуальными будут эти значения?

Например, у пользователя каждый час на несколько минут поднимается температура карт.

По графику (по средней за час) - все будет ровно, а по факту скачкИ каждый час.

 

* Естественно при реализации функционала данные будут храниться лишь за несколько последних дней.

[tonerland]

Поддерживаете мое предложение по записи одного значения по карте в час (среднего).

Это поможет сократить размеры файлов в 20 раз.

Но опять же вопрос - на сколько актуальными будут эти значения?

Например, у пользователя каждый час на несколько минут поднимается температура карт.

По графику (по средней за час) - все будет ровно, а по факту скачкИ каждый час.

 

* Естественно при реализации функционала данные будут храниться лишь за несколько последних дней.

Если дополнить опцией автоотправки ботом в телеграфе значений температуры по определенной ферме (для желающих отловить повышение температуры определенной карты) - то в общем должно получиться информативно.

На часовых графиках видна остановка кулера видеокарты или рост температуры в помещении. А для отлова краткосрочного перегрева и последующего отвала определенной видеокарты - отправка значений автоматом (при включении такой опции в ЛК) ботом в телеграф. (Или значений, скажем, за час на емейл или телеграф, перед вычислением среднечасовой температуры)

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

Как еще один вариант графиков за час..... Кроме средней температуры выводить дополнительно значения максимальной и минимальной температуры за час.