improving RBS performance

  • Thread starter Thread starter Boris Buchanan
  • Start date Start date
B

Boris Buchanan

The SDI file that is downloaded through RBS to my devices can be zipped to
less than 1/3 its original size. Is it possible without a huge amount of
effort to create an RBS scenario that would download a compressed image and
expand it on the target device?

BB
 
Good question. Unfortunately SDI does not remove the wasted space in the
disk image, this is something we need to consider in the next version.
But in this current version, i've asked the dev owner about it in the
past and it could not be addressed in this version. To ensure this
doesn't fall off the radar I'll file a bug to the PMs to consider adding
this to the next version.

thanks
 
Let me add a couple of ideas:
- my SDI file is about 150 Mbytes but about 60 of that is for files that
might be created during execution. This should be considered "wasted space"
that doesn't need to be downloaded.
- to get performance statistics I am forced to create a swap file. This
also should not need to be downloaded.
- there should be a look at the efficiency of tftpd. I use a 2GHz Pentium M
machine with Gig ethernet as an RBS server. I need to download 100 or more
devices in parallel (they have the same specs as the RBS machine). When I
download only 8 devices in parallel, the RBS server flat-lines at 100% CPU
utilization with 99% allocated to tftpd. At the same time the Gig ethernet
operates at only 18% utilization. It doesn't seem reasonable that tftpd
should be using this entire CPU when serving only 8 clients with low network
utilization. It would be nice if there were a more efficient tftpd that
could manage to get more bits per second into the network.

BB
 
Regarding the pagefile, you can delete the pagefile before capturing the
image, but since the reg keys for its properties like size and location are
still on the system, the next time you boot the image the pagefile should be
recreated automatically.

Regarding the network perf, i absolutely agree, delivering a multicast
provider for RBS should address this. We're looking into the new WDS
(windows deploymenent services) as a possible option to align remote boot
technology with and see if we could do a multicast solution.

This is all really good input, could i trouble you to send your feedback to
(e-mail address removed)? Our customer strike team monitors that feedback alias
for embedded windows and should capture all these as spec issues for remote
boot and will help us ensure we're considering your scenarios.

Thanks

--
Andy

Check out the Embedded team blog: http://blogs.msdn.com/embedded/

This posting is provided "AS IS" with no warranties, and confers no rights.
 
Andy Allred said:
Regarding the pagefile, you can delete the pagefile before capturing the
image, but since the reg keys for its properties like size and location
are still on the system, the next time you boot the image the pagefile
should be recreated automatically.

Regarding the network perf, i absolutely agree, delivering a multicast
provider for RBS should address this. We're looking into the new WDS
(windows deploymenent services) as a possible option to align remote boot
technology with and see if we could do a multicast solution.

This is all really good input, could i trouble you to send your feedback
to (e-mail address removed)? Our customer strike team monitors that feedback
alias for embedded windows and should capture all these as spec issues for
remote boot and will help us ensure we're considering your scenarios.
Click to expand...

Andy,
I will send in my feedback. I've been trying to make these points for
nearly 2 years in this NG under various aliases that I use to protect my
identity. Thanks for being the first to listen.

BB
 
Back
Top