{"action":"opened","issue":{"url":"https://api.github.com/repos/cmatskas/ConfigRTest/issues/1","labels_url":"https://api.github.com/repos/cmatskas/ConfigRTest/issues/1/labels{/name}","comments_url":"https://api.github.com/repos/cmatskas/ConfigRTest/issues/1/comments","events_url":"https://api.github.com/repos/cmatskas/ConfigRTest/issues/1/events","html_url":"https://github.com/cmatskas/ConfigRTest/issues/1","id":124188257,"number":1,"title":"Poor performance for multi-machine configuration","user":{"login":"MikeRodden-Tactician","id":8184964,"avatar_url":"https://avatars.githubusercontent.com/u/8184964?v=3","gravatar_id":"","url":"https://api.github.com/users/MikeRodden-Tactician","html_url":"https://github.com/MikeRodden-Tactician","followers_url":"https://api.github.com/users/MikeRodden-Tactician/followers","following_url":"https://api.github.com/users/MikeRodden-Tactician/following{/other_user}","gists_url":"https://api.github.com/users/MikeRodden-Tactician/gists{/gist_id}","starred_url":"https://api.github.com/users/MikeRodden-Tactician/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/MikeRodden-Tactician/subscriptions","organizations_url":"https://api.github.com/users/MikeRodden-Tactician/orgs","repos_url":"https://api.github.com/users/MikeRodden-Tactician/repos","events_url":"https://api.github.com/users/MikeRodden-Tactician/events{/privacy}","received_events_url":"https://api.github.com/users/MikeRodden-Tactician/received_events","type":"User","site_admin":false},"labels":[],"state":"open","locked":false,"assignee":null,"milestone":null,"comments":0,"created_at":"2015-12-29T09:47:58Z","updated_at":"2015-12-29T09:47:58Z","closed_at":null,"body":"Greetings, raising this as an issue, but you may be able to direct me towards an appropriate usage pattern instead, since it is likely that I'm not understanding things fully.\r\n\r\n1. I have multiple developers, each of who'm require their own configuration settings. Let's call these Dev1 config, Dev2 config, etc.\r\n2. Each developer promotes code to a TEST environment, which is a single server used for all integration testing. This server contains both the web-based presentation logic tier, and the application business logic tier. This server needs its own dedicated configuration. Let's call this TEST config.\r\n3. Successful integration testing causes the TEST logic to promoted to PRE-PROD, which is a multi-machine environment, where web-based presentation logic sits on 1 server and application business logic sits on a separate server. In this case, we now need multiple configs...one for each server. Let's call these configs PREPRODWeb1 and PREPRODApp1.\r\n4. Final promotion to PRODUCTION results in a more complex situation requiring multiple web servers (web-farm) and one or more app servers.\r\n\r\nSo far, I have been testing ConfigR in a way that loads the necessary script file based on the machine Id at run-time, using Config.Global.LoadScriptFile(\"path-to-machine-specific-config.csx\");\r\n\r\nHaving to perform the \"LoadScriptFile\" method results in an overall execution time which is 2 or 3 times the execution time related to the use of the default script file (i.e. the script file which would be automatically loaded if I did not execute the \"LoadScriptFile\" method).\r\n\r\nIs there some type of caching occurring when the default script file is used which I could utilize when loading another script file?\r\nOr...\r\nDo I simply have the wrong understanding of how to utilize ConfigR within a complex, multi-machine environment?\r\n"}}