{"action":"created","issue":{"url":"https://api.github.com/repos/fireice-uk/xmr-stak/issues/1193","repository_url":"https://api.github.com/repos/fireice-uk/xmr-stak","labels_url":"https://api.github.com/repos/fireice-uk/xmr-stak/issues/1193/labels{/name}","comments_url":"https://api.github.com/repos/fireice-uk/xmr-stak/issues/1193/comments","events_url":"https://api.github.com/repos/fireice-uk/xmr-stak/issues/1193/events","html_url":"https://github.com/fireice-uk/xmr-stak/issues/1193","id":308322338,"number":1193,"title":"Question about memory / garbage collection (linux) slows down after 24 hrs","user":{"login":"DrStein99","id":22436276,"avatar_url":"https://avatars3.githubusercontent.com/u/22436276?v=4","gravatar_id":"","url":"https://api.github.com/users/DrStein99","html_url":"https://github.com/DrStein99","followers_url":"https://api.github.com/users/DrStein99/followers","following_url":"https://api.github.com/users/DrStein99/following{/other_user}","gists_url":"https://api.github.com/users/DrStein99/gists{/gist_id}","starred_url":"https://api.github.com/users/DrStein99/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/DrStein99/subscriptions","organizations_url":"https://api.github.com/users/DrStein99/orgs","repos_url":"https://api.github.com/users/DrStein99/repos","events_url":"https://api.github.com/users/DrStein99/events{/privacy}","received_events_url":"https://api.github.com/users/DrStein99/received_events","type":"User","site_admin":false},"labels":[],"state":"open","locked":false,"assignee":null,"assignees":[],"milestone":null,"comments":0,"created_at":"2018-03-25T04:52:53Z","updated_at":"2018-03-25T21:50:45Z","closed_at":null,"author_association":"NONE","body":"I am comparing my stats between all my machines and can not dismiss how convenient it is to notice how they are so very productive right after a fresh reboot - and when I check after 24 hours, the machines slow down.  I do not have precise numbers yet, but I do have SOMETHING.\r\n\r\nI noticed when I started ./xmr-stak at command line instead of run as service, and check my log.  Initially after I execute just after a fresh new reboot - the whole INIT process flashes at fastest possible speed across my console.  After 24 hours (does not need 24, probably just a few hours) if I exit XMR-STAK, at the console.  Wait 30 seconds, and then execute ./xmr-stak - the INIT process comes across the console in slow motion, like as if the machine is under some type of load.  I checked in TOP, I could not find anything obvious (with my novice level TOP reading skills).\r\n\r\nSo what I have done, was add some lines of code to time the boot up process.  (Please forgive my crude cut-and-paste style documentation, I have not yet learned how to do the fancy git-hub tricks to compare files and show the highlights)\r\n\r\nminethd.cpp : \r\n```\r\nif( !jconf::inst()->parse_config() )\r\n\t{\r\n\t\twin_exit();\r\n\t}\r\n\t// 3/24/18 - DrStein99: This function records the time from this point to log how fast the machine is ready\r\n\tsize_t iBootStartTime = get_timestamp_ms();\r\n\r\n\t//Launch the requested number of single and double threads, to distribute\r\n\t//load evenly we need to alternate single and double threads\r\n\tsize_t iTMP, itmpThreadCount = jconf::inst()->GetThreadCount();\r\n\tpvThreads.reserve( itmpThreadCount );\r\n```\r\n\r\n(further down the code)\r\n\r\n\r\n```\r\n\t// 3/24/2018 - DrStein99 \r\n\tsize_t iBootTimeMS = get_timestamp_ms() - iBootStartTime;\r\n\tprinter::inst()->print_msg(L1, \"BOOT TIME           | %4zums\",\r\n\t\tiBootTimeMS);\r\n\t\r\n\treturn pvThreads;\r\n\r\n```\r\nThis statistic will report number of milliseconds for the machine to perform that procedure.\r\n\r\nSo what I come up with on my #1 Windows (2) E5-2670 machine, it reports \"62ms\" to do the \"BOOT TIME\" to allocate thread memory, after I have had this machine running 24/7 with many other things on and off.\r\n\r\nOn the Linux machine with (4) E7-4850 processors after being run for 10 straight hours, I exit xmr-stak just to re-compile and start the process.  BOOT TIME returns \"2381ms\" on the 1st machine, and \"1124ms\" on the 2nd machine with nearly identical hardware besides 32gb additional system ram.  \r\n\r\nAfter rebooting E7 #1, BOOT TIME is \"2307ms\".  After rebooting E7 #2, BOOT TIME is \"1211ms\". \r\n\r\nOn Linux machine #3 with (2) E5-2450L processors & 16gb ram, BOOT TIME is \"371ms\" after running for freshly rebooted.  I run for 10 entire minutes, shut down.  Then start xmr-stak again, the BOOT TIME is \"533ms\".\r\n\r\n---\r\nSo in conclusion, I have to say - that of course there is SOMETHING going on SOMEWHERE to slow the machine down, and I am uncertain what it is or where to look for next.  I was hoping anyone else could just read my notes and speculate on any theories, or where I could go to nail down any parasitic cause that could interfere with the whole process of this application.\r\n\r\n\r\n\r\n"},"comment":{"url":"https://api.github.com/repos/fireice-uk/xmr-stak/issues/comments/376006524","html_url":"https://github.com/fireice-uk/xmr-stak/issues/1193#issuecomment-376006524","issue_url":"https://api.github.com/repos/fireice-uk/xmr-stak/issues/1193","id":376006524,"user":{"login":"jacobgmartin","id":13720541,"avatar_url":"https://avatars0.githubusercontent.com/u/13720541?v=4","gravatar_id":"","url":"https://api.github.com/users/jacobgmartin","html_url":"https://github.com/jacobgmartin","followers_url":"https://api.github.com/users/jacobgmartin/followers","following_url":"https://api.github.com/users/jacobgmartin/following{/other_user}","gists_url":"https://api.github.com/users/jacobgmartin/gists{/gist_id}","starred_url":"https://api.github.com/users/jacobgmartin/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/jacobgmartin/subscriptions","organizations_url":"https://api.github.com/users/jacobgmartin/orgs","repos_url":"https://api.github.com/users/jacobgmartin/repos","events_url":"https://api.github.com/users/jacobgmartin/events{/privacy}","received_events_url":"https://api.github.com/users/jacobgmartin/received_events","type":"User","site_admin":false},"created_at":"2018-03-25T21:50:45Z","updated_at":"2018-03-25T21:50:45Z","author_association":"NONE","body":"Same here!"}}
{"actor":{"display_login":"jacobgmartin"}}