Get-content -readcount 0 << -- MUCH faster. Eventing makes this kind of thing much easier.
-----Original Message----- From: Joseph L. Casale [mailto:[email protected]] Sent: Monday, June 11, 2012 10:37 AM To: NT System Admin Issues Subject: RE: Dynamic ScriptBlock creation Heh, I wouldn't know where to begin:) You need to write output to stdout to be able to receive it, obviously their is no "Host" for this remote job in terms of the remote script. Get-Content is slow, File.IO doesn't seem to handle open log files, IO.FileStream can but has a lot more overhead in terms of the code to execute it. Obviously when you are managing several concurrent jobs across many hosts, you have a lot of explicit scenario checking in obviously different ways to create good feedback of what is going on. This has been a fun one... jlc ________________________________________ From: Webster [[email protected]] Sent: Monday, June 11, 2012 7:50 AM To: NT System Admin Issues Subject: Re: Dynamic ScriptBlock creation Sounds like someone needs to write up what they just learned. :) iow, share your new knowledge. Carl Webster Consultant and Citrix Technology Professional http://www.CarlWebster.com <http://www.carlwebster.com/> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to [email protected] with the body: unsubscribe ntsysadmin ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to [email protected] with the body: unsubscribe ntsysadmin
