MSFN Forum: VLite suggestion ... small BUT critical ... - MSFN Forum

Jump to content



vLite Forum Rules

If you are having issues with Windows after removing components and have come to ask for help, please attach (not paste) your Last Session.ini file to your post to facilitate quicker assistance.
Page 1 of 1
  • You cannot start a new topic
  • You cannot reply to this topic

VLite suggestion ... small BUT critical ... Rate Topic: -----

#1 User is offline   benifin 

  • Junior
  • Pip
  • Group: Members
  • Posts: 78
  • Joined: 19-January 07

Posted 19 January 2007 - 07:13 PM

First post - FANTASTIC product !!!!!!!!!!!!!!!!

See here:- http://www.cs.auckla...vista_cost.html

In particular:-

Unnecessary CPU Resource Consumption

"........ In order to prevent active attacks, device drivers are required to poll the underlying hardware every 30ms for digital outputs and every 150 ms for analog ones to ensure that everything appears kosher. This means that even with nothing else happening in the system, a mass of assorted drivers has to wake up thirty times a second just to ensure that... nothing continues to happen (Steve Gibson in his Security Now podcast with Leo Laporte calls Vista "an operating system that is insanely paranoid"). In addition to this polling, further device-specific polling is also done, for example Vista polls video devices on each video frame displayed in order to check that all of the grenade pins (tilt bits) are still as they should be. We already have multiple reports from Vista reviewers of playback problems with video and audio content, with video frames dropped and audio stuttering even on high-end systems [Note K]. Time will tell whether this problem is due to immature drivers or has been caused by the overhead imposed by Vista's content protection mechanisms interfering with playback....... "


This is a MASSIVE cpu hit for absolutly no benefit.

In future VLite versions, can this be adressed ? / be made to at least be an optional turn off or on ?

Thanks again

This post has been edited by benifin: 19 January 2007 - 07:23 PM



#2 User is offline   katalyst^ 

  • Newbie
  • Group: Members
  • Posts: 16
  • Joined: 20-February 05

Posted 19 January 2007 - 08:31 PM

Almost certainly not.

#3 User is offline   vim 

  • Junior
  • Group: Supreme Sponsor
  • Posts: 53
  • Joined: 23-May 06

Posted 20 January 2007 - 10:25 AM

This guy, Peter Gutmann, is very critical. There is a rebuttal to his positions somewhere on this web site, I think?! Just google and it should come up. It has become a real learning experience.

#4 User is offline   aydc 

  • Newbie
  • Group: Members
  • Posts: 16
  • Joined: 16-January 07

Posted 20 January 2007 - 10:27 AM

I guess it would be easier for nuhi to write his own OS.

#5 User is offline   jamieo 

  • Junior
  • Pip
  • Group: Members
  • Posts: 95
  • Joined: 17-October 04

Posted 24 January 2007 - 02:46 PM

aydc, I don't think the difficulty is with programming the requested feature - but with the legalities and possible fallout of implementing it.

#6 User is offline   Jeronimo 

  • vLite user
  • PipPipPip
  • Group: Members
  • Posts: 395
  • Joined: 26-October 03

Posted 25 January 2007 - 06:21 AM

I can understand that if this is the case, you would like the opportunity to disable it. However, when I check CPU consumption from Tast Manager, then in idle state it is most of the time at close to 0% (there is always something done by the system).

#7 User is offline   aviv00 

  • Windowaizer
  • PipPipPipPipPip
  • Group: Members
  • Posts: 910
  • Joined: 02-April 07

Posted 09 July 2007 - 07:58 PM

that what im thinking too

check my post http://www.msfn.org/...howtopic=100452

the system even so working at low memory still working

maybe this difference used memory make the system slow ?

This post has been edited by aviv00: 09 July 2007 - 08:01 PM


Share this topic:


Page 1 of 1
  • You cannot start a new topic
  • You cannot reply to this topic

1 User(s) are reading this topic
0 members, 1 guests, 0 anonymous users



All trademarks mentioned on this page are the property of their respective owners
Copyright © 2001 - 2011 msfn.org
Privacy Policy