Ontbrekende bestanden Windows 9x/Me - Update

Bij PC Scoop staat een interessant stukje van gastschrijver NKoldman. Hij heeft een methode ontdekt om alle versies van Windows van 95 tot en met Millenium Edition een stuk sneller te laten lopen. Het vreemde van dit verhaal is dat de methode die hij uitlegt simpelweg bestaat uit het installeren van een aantal drivers die gewoon op de Windows cd te vinden zijn.

In het artikel laat men een theorie doorschemeren waarom deze drivers niet tijdens de installatie meegekopieerd zouden worden. Microsoft zou dat bewust niet doen, zodat iemand met een MCSE papiertje (die deze 'truc' tijdens zijn opleiding te horen krijgt), snel en makkelijk een systeem een stuk sneller zou kunnen maken.

This is to let you all know Microsoft has done it again to us. There have already been several sites that have posted that in Windows 95 & Windows 98, several driver files needed from CD-ROM are not loaded on installing the OS. And they did it to us again on Windows ME. It seems they do not want your system to run to its max potential unless you pay high bucks to have a M.C.S.E. come out and "fix" your system.

[...] You will find in all three operating systems, that after you fix your drivers as discussed in this article, you will see a faster and smoother running system from boot up to opening apps and even defragging your system.

Windows 9x - Ontbrekende driver

Ok this where you want to pay attention if you look at the picture above you will see the highlighted driver C:\WINDOWS\SYSTEM\VMM32VXD.(vmouse.vxd) The (......) around the driver is telling you that windows is looking for that driver and can not find it so it is using a default driver instead of the one windows is wanting .This in turn can slow your system down and cause errors in some apps and functions of your system.[break]En zo hoort het eruit te zien na de behandeling:[/break]
Windows Ontbrekende bestanden - Zo hoort het
[break] Update: De waarheid van dit artikel blijkt nogal een punt van discussie te zijn, er zijn een aantal mensen en sites die er heilig in geloven, en er is zelfs een programma om het werk voor je te doen. Andere experts zeggen echter dat het allemaal onzin is, en dat het helemaal niet uit maakt:[/break]As I just said I think this whole issue is just plain old fashioned hogwash. It was probably originated by someone who doesn't/didn't have the slightest idea of what vmm32.vxd is or how it is used. And as we all know, anything posted on the web spreads like wildfire and is taken to be gospel by many even if it shouldn't. A more forgiving reason (it you want to call it that), although unlikely based on the details of what is being said, is that it was started by a person whose vmm32.vxd file got corrupted. But even then he/she didn't know what they are talking about if they are saying a bug in Win9X prevents the *.vxd files from getting installed.

Lees hier de rest van het "tegen" verhaal, of hier de rest van het "voor" artikel.

Mensen die hun drivers al hebben vervangen hoeven zich absoluut geen zorgen te maken, maar of ze er profijt van zullen hebben is te betwijfelen.

Bedankt Gandalf the White voor het submitten van dit nieuws, en wildhagen voor het aanleveren van de tegenargumenten .

Door Wouter Tinus

01-10-2000 • 15:29

99

Bron: Pc Scoop

Reacties (99)

99
96
50
14
7
30
Wijzig sortering
Anoniem: 11446 1 oktober 2000 15:35
Ik vraag me af hoe de muis drivers windows sneller zouden moeten maken..
Die drivers van de CD lijken me namelijk ook wel vrij standaard..
Tenminste, ik neem aan dat Micrsoft niet van te voren weet welke muis het systeem gebruikt..
En wat dacht je van VMM32.VXD ??? Als je die weglaat gaat je Windows niet eens draaien, da's namelijk de Virtual Memory Manager....
Ach je ziet ook wel regelmatig KERNEL32.DLL crashen, waarna het systeem rustig doorwerkt, dan heb ik dus echt iets van "HUH?"
Je zegt nu iets verkeerd: Die crash die jij bedoelt is een programma OP een bepaalde DLL, niet die DLL zelf. Als ik een carsh OP mijn beeldschermdriver krijg, heb ik vaak ook nog wel beeld.
je krijgt iets van "KERNEL32.DLL caused.... blablabla... and will be shut down"
Misschien gebruiken ze het ook wel als afkorting voor "Virtual Mouse Manager" ;).
Als je het artikel had gelezen voordat je reageerde wist je dat het niet alleen om de muisdrivers ging, maar ook om nog een stuk of 8 andere drivers.
Oké, er zouden dus 8 files ontbreken. Lopen we er even langs :
configmg.vxd
Ken ik niet
ios.vxd
Input/Output System. Als die ontbreekt kun je dus geen HD gebruiken... nou default kan dat wel degelijk in Win9x !
ntkern.vxd
Die is nodig voor USB. Default zit die er ook in, behalve Win95 OSR2.0 en ouder.
vcomm.vxd
Seriële poort. Dan zou dus een extern modem standaard niet werken ? Onzin dus.
vdd.vxd
Weet ik niet.
vdmad.vxd
Virtual DMA Driver. Voor DMA op je HD dus. Ook dat zit er standaard wel op.
vmouse.vxd
.

Muis-drver (duh). Dan zou de muis dus niet werken...
vflatd.vxd
Weet ik niet.
vmouse.vxd .

Muis-drver (duh). Dan zou de muis dus niet werken
De muis werkt wel, omdat windows een default driver gebruikt, maar hij wil eigenlijk die vmouse.vxd hebben
vflatd.vxd en vdd.vxd roept ie ook aan via vmm32.vxd: in het register staat er een sterretje voor en is voor je display.
Volgens mij zijn die anderen wel aanwezig, maar ik kan mij vergissen. Als er een * voor staat, wordt er naar gezocht in VMM32.vxd. Was al zo in de tijd van windows 3.1
Dan nog :
C:\WINDOWS\SYSTEM\VMM32VXD.(vmouse.vxd) The (......) around the
driver is telling you that windows is looking for that driver and can not find
it so it is using a default driver instead of the one windows is wanting
Kun jij me uitleggen wat VMM32.VXD en VMOUSE.VXD met elkaar te maken hebben ?

Geen ene moer namelijk... het ene bestuurt de muis, het andere het geheugen...
VMM32 heeft inderdaad niets met de muis te maken. Vraag je je dan niet af waarom hij dan wel bij de muisdrivers in het lijstje staat?

Als VMM32 "verlost" word van al die bijtaken kan ik me goed voorstellen dat daarmee een preformance winst te behalen valt.
Ik ben geen MCSE, ben wel van plan het te gaan worden, maar ik weet wel wat de link is tussen VMM32 en Vmouse. :D

VMM32 beheert het normale en virtuele geheugen en daarmee ook de 32bits drivers die in het geheugen geladen zijn, bijv. Vmouse.

Check maar eens onder MS-Dos-prompt:
Mem/c/p

Check dan de grootte van VMM32...
VMM32 is niet altijd groot, maar op sommige tijdstippen groeit hij gestaag... :(
Wat een BS. Pure fictie.......

Dat () om vmouse.vxd betekend het volgende.
Onze vrienden(?) van microsoft installeren wel de betreffende drivers maar voegen deze "kritieke" onderdelen samen in vmm32.vxd.
Het haakje betekend dus dat ie gebruik maakt van vmouse in vmm32.

Zie hieronder voor een aantal van de modules die zich in vmm32 bevinden.

mouse=*vmouse
device=*configmg
device=*vpowerd
device=*vwin32
device=*vfbackup
device=*vcomm
device=*ifsmgr
device=*ios
device=*vfat
device=*vcache
device=*vcond
device=*int13
device=*vxdldr
device=*vdef
device=*dynapage
device=*reboot
device=*vsd
device=*parity
device=*biosxlat
device=*vmcpd
keyboard=*vkd
display=*vdd
Met andere woorden, de vmm wordt wel degelijk gebruikt voor het aansturen van deze hardware, en niet alleen (in tegenstelling tot wat de naam doet vermoeden) voor het beheer van het geheugen.
Ik weet niet wat ik er van moet denken. Ik weet wel dat de heren bij ms hebben wel eens gekkere dingen hebben gedaan.
Ik denk dat het MS makkelijker leek om alles in 1 file te stoppen en dat die losse files alleen ondersteund worden voor latere updates of misschien voor losse drivers.
Maar dat je echt snelheidswinst eruit haalt door de losse files te installeren lijkt me stug.. maarja, de interne werking van Windows is nou eenmaal niet zo duidelijk als die van haar Open Source-tegenhangers :)
Idem dito voor mij, dit is echt onzin :(

VMM = Virtual Memory Manager.... Of ik ben zo slim, of hij is zo dom, maar ik zie de link met vmouse niet helemaal ;)
VMM wil vmouse.vxd laden maar dat lukt niet, omdat die er niet is...
Anoniem: 3208 1 oktober 2000 15:30
Volgens mij mist win 9X wel meer bestanden ;)
Wildhagen : OPEN DEUR

OK, de vraag waar het op neer komt is dus eigenlijk :
Gaat Windows xx nu echt sneller lopen als die bestanden niet via VMM32.VXD worden aangeroepen maar DIRECT ?

Ik weet het niet. Ga nu die bestandjes extracten.

Iets wat veel nuttiger is : Die hele "View as webpage" - view uitschakelen, dat helpt nog enigszins.

...Zo snel als Windows 95 draait zal het wel niet meer worden...

/update : ik heb eens gezocht op *.vxd in C:\Windows en geen van de bestanden kwamen voor op m'n schijf, dus zullen alle routines wel in VMM32.VXD gebakken zitten.


* 786562 FreeRider
Mr. Natural heeft daar jaren geleden al een patch voor gemaakt:
bws.sprintnet.pl/files/utils/98fixlite/98fixlite.zip

LOL, wie zei dat het Internet snel is ? ;)
Dit verhaal is pure onzin.
Check dit verhaal maar, komt van Microsoft zelf...

Initializing Static VxDs at Startup
Windows 95 supports static VxDs that load during system startup in the same way as Windows 3.x VxDs, and it also supports dynamically loaded VxDs. VMM32.VXD includes the real-mode loader, the executable Virtual Machine Manager, and common static VxDs. Notice, however, that if a VxD file is in the Windows SYSTEM\VMM32 directory, Windows 95 loads it in addition to the combined VxDs in MRCI2.VXD.


Note If you want to update a VxD that has been bound into the monolithic VMM32.VXD, place the VxD file in the SYSTEM\VMM32 directory. Windows 95 always checks that directory and uses any individual VxDs it finds instead of loading those bound in VMM32.VXD.

The following list shows the VxDs typically combined to create VMM32.VXD. (A custom list is built for each computer.) These drivers used to be specified in the [386enh] section of SYSTEM.INI.


Typical VxDs Combined to Create VMM32.VXD

*biosxlat
*configmg
*dynapage
*ebios
*ifsmgr
*int13
*ios
*parity
*reboot
*vcache
*vcomm
*vcond
*vdd
*vdef
*vfat
*vfbackup
*vkd
*vmcpd
*vmouse
*vmpoll
*vsd
*vtdapi
*vwin32
*vxdldr


VMM32 loads VxDs in three steps:

VMM32 loads base drivers specified in the Registry, which contains entries for every VxD not directly associated with any hardware. VxDs are located in this branch of the Registry:
Hkey_Local_Machine\System\CurrentControlSet\Services\VxD
If VMM32 finds a value StaticVxD= in any Registry key, it loads that VxD and runs its real-mode initialization. For example, the following entry loads *V86MMGR:
SYSTEM\CurrentControlSet\Services\VxD\V86MemoryManger
Description=MS-DOS Virtual 8086 Memory Manager
Manufacturer=Microsoft
StaticVxD=*V86MMGR
EMMEXCLUDE=E000-EFFF
VMM32 loads the static VxDs specified in the device=*VxD lines in the [386enh] section of SYSTEM.INI. These VxDs are actually loaded from VMM32, and appear in SYSTEM.INI only for backward compatibility.
If a specific device conflicts with a device loaded from the Registry, the device specified in SYSTEM.INI takes precedence. However, if the device specified in SYSTEM.INI cannot be found, an error will occur.

Many Windows 95 driver models, such as IOS (for disk drivers) and the network, support dynamically loaded device drivers. These VxDs are not loaded by the VMM32 real-mode loader, but are loaded by a device loader that is responsible for loading and initializing the drivers at the correct time and in the correct order.

For example, for SCSI adapter miniport drivers, the device loader is *IOS. The entries for a SCSI adapter are found in this Registry key:


Hkey_Local_Machine\System\CurrentControlSet\Services\Class
Because there is no StaticVxD=xxx line in this Registry entry, the VMM32 real-mode loader does nothing when Windows 95 identifies this device.

Configuration Manager attempts to find any device node that has a DevLoader= entry in the Registry. The device loader (in the previous example, *IOS) examines the Registry, finds the PortDriver= entry, loads the driver and any associated support drivers, and initializes the adapter.


Bron: msdn.microsoft.com/library/winresource/dnwin95/S6F38.HTM
Anoniem: 5115 1 oktober 2000 16:12
En ZO wordt windows net zo stabiel als linux ;)
Dan mogen er nog wel een paar duizend van dit soort dingen voorbij komen. De MSCE-ers bij ons op het werk kunnen hun NT machines in ieder geval nog verrie niet zo llang in de lucht houden als wij onze Linux bakken. :7
Hmm, ik doe linux en nt en een groot verschil is wel dat nt voor veel meer installaties cq aanpassingen in de setup opnieuw op moet starten en iets meer aan geheugen vervuiling leid dan linux/unix doen. nt is echter wel capabel om lange tijd te blijven draaien... in sommige gevallen..... :r linux/unix is een zeer goeie server omgeving maar mist helaas nog functionaliteit zoals exchange voor de rest ruled het behoorlijk }>
Microsoft zou dat bewust niet doen,
zodat iemand met een MSCE papiertje (die deze 'truc' tijdens zijn opleiding te horen
krijgt)
Onzin. Ik heb een MCSE-training gehad, en ik heb dit toch écht niet gehoord....
Dat zegt gelukkig meer over het nivo van de MSCE opleidingen dan over jou :P
En maar goed dat die opleidingen dan nog steeds MCSE heten, dus niet msce.

Het is dus Microsoft Certified System Engineer

AE: :) leuke die kende ik nog niet :)
Minesweeper Consultant and Solitaire Expert
Sorry hoor, maar volgens mij leer je bij de MCSE trainingen alleen iets over de NT versie (of tegenwoordig de W2K) en niet iets over de huisvaders-raampjes W9x en ME.

Dus het is logisch dat je die info niet krijgt tijdens je MCSE training (tenzij je een hyperactieve docent hebt getroffen:-)
MSCE bestaat uit meerdere cursussen die je kan kiezen. Je kan dus ook kiezen voor Win 9x, maar ook voor bv SQL server, Win NT, 2000, Exchange en nog veel meer.
dan heb je zeker niet goed opgelet ;)
Heb jij wel een mcse opleiding gedaan want ik heb er dus ook niet van gehoord.
Onzin. Ik heb een MCSE-training gehad, en ik heb dit toch écht niet gehoord....
Waarschijnlijk omdat je Micro Certified Soft Engenier bent ? ;)

Just Joking :z
Maar goed... baad het niet dan schaad het ook niet.
Gewoon even dat proggie downen dus...

Windows kan er toch niet slechter van worden...
En anders heeft ME nog altijd een System Recovery!
:>
Ook ik met mijn MCSE heb hier niets over gehoord :(


* 786562 Arno
Anoniem: 9309 1 oktober 2000 17:03
Een half jaar geleden ofzo is er ook eens een artikel over geplaats op een of andere bekende tweakerssite (kon het niet meer vinden). Daar is toen een snelheidstest gedaan waatuit bleek dat win sneller was las de .vxd files gewoon in vmm32 zaten. Ze gingen zelfs nog een stapje verder. Bij het installeren van nieuwe hardware worden de .vxd files wel los geinstalleerd, omdat de vmm32 bij de installatie gemaakt wordt. Ze hadden daar een manier om de nieuwe bestanden ook aan de vmm32 toe te voegen en volgens hun tests werd windows dan juist sneller.
Heb hier nog een leuk linkje gevonden:
windows-help.net/techfiles/vmm32.html
Before I go into the details of telling you how to rebuild a corrupt vmm32.vxd file, let me first say with very strong emphasis that there is no truth to the reports that Win9X does not install all required *.vxd files during installation. While it's possible that such a bug may have existed in a very early Win98 beta release (going back to when it was called Memphis and not Win98), there is no such bug, nor has there ever been such a bug in any released version of Win95 thru Win98 Second Edition.
So when these web sites have you put the individual files in this directory all they are doing is putting a copy of the same code that is already within vmm32.vxd into this directory as stand alone files which will actually cause Win9X to take longer to load. Microsoft says that Extracting system files that are rolled into VMM32.VxD will not increase system performance, once you are started, there will be no difference. The reason for bundling VxD's into VMM32 was to improve system boot time.

Op dit item kan niet meer gereageerd worden.