Back Midas Rome Roody Rootana
  Midas DAQ System, Page 45 of 160  Not logged in ELOG logo
    Reply  15 Nov 2019, Stefan Ritt, Suggestion, javascript comunication 
Very good idea. And thanks for finding the document.hidden solution. I put it in, so give it a try.

Best,
    Reply  17 Nov 2019, Konstantin Olchanski, Suggestion, javascript comunication 
> I am currently testing the new history system on the mhttpd side and stumbled over the following issue:
> typically our user open a lot of midas web-page tabs and keep them open. With the current version this leads after a night typically to a state where
the browser is busy with itself and not reacting anymore.
    Reply  17 Nov 2019, Konstantin Olchanski, Suggestion, javascript comunication 
> Very good idea. And thanks for finding the document.hidden solution. I put it in, so give it a try.

Hi, Stefan - I did not look at your code, if all midas tabs are inactive, will the alarm sound still play?
    Reply  18 Nov 2019, Stefan Ritt, Suggestion, javascript comunication 
> Hi, Stefan - I did not look at your code, if all midas tabs are inactive, will the alarm sound still play?

Nope. All updates are done in mhhtpd_refresh(), and I changed it such that nothing is updated if hidden.
    Reply  18 Nov 2019, Stefan Ritt, Suggestion, javascript comunication 
> a) google chrome slows down the execution of javascript in inactive tabs, leading to trouble
> with memory management - midas pages poll at 1/sec, each poll allocates memory for processing RPC messages,
> and (until recently) allocates memory for new DOM objects to update the web page - but the garbage collector
    Reply  18 Nov 2019, Konstantin Olchanski, Suggestion, javascript comunication 
> > Hi, Stefan - I did not look at your code, if all midas tabs are inactive, will the alarm sound still play?
> I added some code to do ONLY alarm updates if in the background (once every 10 seconds)
Entry  14 Jul 2004, Exaos Lee, , install problem of Makefile on MacOS X (Darwin 7.4.0, gcc 3.3) 
I have compiled the sources on Darwin 7.4.0 with gcc 3.3. After the compilation of source codes, I 
try to execute "gmake install". I got the following message:
-------
    Reply  14 Jul 2004, Exaos Lee, , install problem of Makefile on MacOS X (Darwin 7.4.0, gcc 3.3) 
There are not such a file "io.h" inside my MacOS X. In fact, I didn't find any file containing function iopl().
So what is the equivalent function of iopl() under MacOS X? The utility dio should be modified in order to be compiled under Darwin-
gcc platform. 
    Reply  14 Jul 2004, Konstantin Olchanski, , install problem of Makefile on MacOS X (Darwin 7.4.0, gcc 3.3) 
> There are not such a file "io.h" inside my MacOS X. In fact, I didn't find any file containing function iopl().
> So what is the equivalent function of iopl() under MacOS X? The utility dio should be modified in order to be compiled under Darwin-
> gcc platform. 
Entry  23 Apr 2026, Pavel Murat, Bug Report, increasing the max number of hot links in ODB 
Dear MIDAS experts,

when I attempted to increase the max number of hotlinks in ODB , defined as 
    Reply  23 Apr 2026, Nick Hastings, Bug Report, increasing the max number of hot links in ODB 0001-Increase-MAX_OPEN_RECORDS-to-increase-the-max-number.patch0002-Increase-MAX_CLIENTS-from-64-to-256.patch
> Dear MIDAS experts,

> when I attempted to increase the max number of hotlinks in ODB , defined as 
    Reply  24 Apr 2026, Konstantin Olchanski, Bug Report, increasing the max number of hot links in ODB 
> when I attempted to increase the max number of hotlinks in ODB , defined as 
> #define MAX_OPEN_RECORDS       256           /**< number of open DB records   */
> assert(sizeof(DATABASE_CLIENT) == 2112);
    Reply  25 Apr 2026, Pavel Murat, Bug Report, increasing the max number of hot links in ODB 
I see - thank you for the explanation!  

Indeed, updating MIDAS clients on each and every RPI etc in a running experiment may be a real challenge. 
    Reply  26 Apr 2026, Stefan Ritt, Bug Report, increasing the max number of hot links in ODB 
I wonder why one needs more than 256 hotlinks at all. Please note that with the odbxx "watch" API, you can hotline a whole subdirectory, and get notified
if ANY of the 
underlying values or subdirectories change. In principle, one could have one hotlink to "/" and see all changes in the ODB (although that does not make
    Reply  27 Apr 2026, Konstantin Olchanski, Bug Report, increasing the max number of hot links in ODB 
> Indeed, updating MIDAS clients on each and every RPI etc in a running experiment may be a real challenge.

actually, only local clients must be rebuilt, remote clients connecting to the mserver do not care about ODB 
    Reply  27 Apr 2026, Konstantin Olchanski, Bug Report, increasing the max number of hot links in ODB 
> I wonder why one needs more than 256 hotlinks at all.

I confirm that ALPHA is running with MAX_OPEN_RECORDS changed from 256 to 2048,
    Reply  27 Apr 2026, Nick Hastings, Bug Report, increasing the max number of hot links in ODB 
For the record, the ND280 (T2K near detector) MIDAS GSC was initially set up
with MAX_OPEN_RECORDS = 2560 and MAX_CLIENTS = 128.
    Reply  27 Apr 2026, Pavel Murat, Bug Report, increasing the max number of hot links in ODB 
> I wonder why one needs more than 256 hotlinks at all. Please note that with the odbxx "watch" API, you can hotline a whole subdirectory, and get notified
if ANY of the 
> underlying values or subdirectories change. In principle, one could have one hotlink to "/" and see all changes in the ODB (although that does not make
    Reply  27 Apr 2026, Pavel Murat, Bug Report, increasing the max number of hot links in ODB 
> > I wonder why one needs more than 256 hotlinks at all.

> I confirm that ALPHA is running with MAX_OPEN_RECORDS changed from 256 to 2048,
    Reply  27 Apr 2026, Pavel Murat, Bug Report, increasing the max number of hot links in ODB 
> > Indeed, updating MIDAS clients on each and every RPI etc in a running experiment may be a real challenge.

> actually, only local clients must be rebuilt, remote clients connecting to the mserver do not care about ODB 
ELOG V3.1.4-2e1708b5