Hoofdcategorieën
Device Settings

[RSS] [quick] Index » Nieuws » Core » Software » Windows XP Service Pack 1 vertraagt systemen

Windows XP Service Pack 1 vertraagt systemen

Door Diederick Janse, vrijdag 28 maart 2003 15:19
Bron: PCWorld, submitter: ac41964, views: 4.281

Microsoft logoMicrosoft heeft toegegeven dat het installeren van Windows XP Service Pack 1 vertraging van het systeem tot gevolg kan hebben, zo meldt PCWorld. Programma's die een grote hoeveelheid geheugen gebruiken kunnen tot tien maal trager starten, wat veroorzaakt wordt door aanpassingen die in SP1 gemaakt zijn aan het geheugenbeheersysteem. De bug treedt op bij Windows XP Home en Professional editions die uitgerust zijn met het in september gepresenteerde SP1, dat een aantal belangrijke bugs en beveiligingsfouten verhielp. Microsoft heeft nog geen patch uitgebracht, dus de enige manier waarop het probleem verholpen kan worden is door contact op te nemen met de Product Support Services-afdeling van het bedrijf. Meer informatie is te vinden in Microsoft's Knowledge Base Article 815411.

Volgende 16:29 Coolermaster 201C-SX1 kastreview
Vorige 14:51 Interview met Sun Microsystems over CMP en CMT
Advertentie

Categorieën

Gerelateerde content

Reacties

Flat modeFlat mode Sorteer aflopendSorteer aflopend Moderatie FAQModfaq
Niveaufilter: -1 Ongewenst: 95 reacties zichtbaar950 Off-topic / Irrelevant: 90 reacties zichtbaar90+1 On-topic: 50 reacties zichtbaar50+2 Informatief: 10 reacties zichtbaar10+3 Spotlight: 3 reacties zichtbaar3
«  1  2  3  4  5  »

Door Mr.CeeJay, vrijdag 28 maart 2003 15:22

Score: 2
Vreemd dat niemand dit ooit eerder gemerkt / onderzocht heeft.
Ik zelf merk er eigenlijk niets van, terwijl ik toch regelmatig grote toepassingen gebruik.

Door G.o.D, vrijdag 28 maart 2003 15:50

Score: 2
Er zijn mensen die dit aan hebben gegeven toen de service pack uit kwam. Maar als je geen "belangrijk" persoon bent dan hoort niemand je.

Door sweetdude, vrijdag 28 maart 2003 16:17

Score: 1
er heeft inderdaad al een toppic op GoT over gelopen ik kan even niet terug vinden maar de mensen met }:O hebben dat direct opgemerkt omdat er minder gendaan werd dan voor de install van SP1

Door Mr.Revenge, zondag 30 maart 2003 01:38

Score: 0
nou kijk als je Xp instaleert en je installt de Service pack

en je pc Start niet meer (blijft hangen bij Welkom Scherm)

is er tog iets niet goed met die Pack

raar he

Door musiman, zaterdag 29 maart 2003 07:22

Score: 1
Het zou met SP1 ook opgelost zijn dat die !@#$ Windows XP met ide RAID controllers eindelijk eens normaal ging performen. Maar dat blijkt ook niet (heeft MS achteraf toegegeven). Ik ben dus maar weer gedowngrade naar W2K. Die doet het tenminste wel goed.

Door JayVee, zaterdag 29 maart 2003 10:56

Score: 1
Toms Hardware Guide heeft een hele tijd geleden onderzocht welk besturingssysteem het snelste was. WinXP SP1 was daar langzamer dan WinXP zonder SP!

Door CARman, zaterdag 29 maart 2003 22:00

Score: 1
Jammer genoeg is DX9 niet mogelijk zonder SP1.

Voor de bezitters van DX9 kaarten ( GF FX en Radeon 9xxx ) is er dus eigenlijk geen andere mogelijkheid, dan toch dat SP1(a) te installeren.

En jammer genoeg geldt dat ook voor de probleemkaart van nVidia, de GF2. Eindelijk kan ik na draaien van SP1 en installatie van DX9 alles weer normaal spelen. Geen verdwijnende cursors en rare beelden meer in games.

Door cefas, vrijdag 28 maart 2003 15:23

Score: 0
Hmmm dus dat is het }> Heb zelf wat "overbodige" services uitgeschakeld en dat bleek aardig te helpen

Door CyberAngel, vrijdag 28 maart 2003 15:25

Score: 3
Lijkt me sterk dat je dan geen last zou hebben van deze bug, het zit namelijk in het geheugenbeheer bij de allocatie en deallocatie van grote geheugengebieden. Lijkt me toch wel grappig om te zien hoe jou pc zijn werk nog kan doen als je het geheugenbeheer als "overbodige"-service beschouwt en derhalve uitschakeld }>

Het lijkt me verstandig om de auto-update-feature dan maar aan te laten staan voorlopig, zodra er een werkende fix is wordt ie automatisch gedownload en geinstalleerd...

Overigens vraag ik me af bij welke programma's dit dan optreed en of het echt zo merkbaar is, ik bewerk binnen photoshop vaak bestanden die groter dan 400MB zijn en dat gaat nog vrij vlot...

Door Interstice, vrijdag 28 maart 2003 15:25

Score: 0
Ow ja en maakt het uit ?

gaan we nu allemaal booooe microsoft roepen ? lol, tis alleen maar goed voor zichzelf als ze der nog een patch voor uitbrengen. Maarja als een dergelijk programma opstarten nu 5 sec duurt of 5.5 nobody will notice met die pc's van tegenwoordig.

Door DrJJ, vrijdag 28 maart 2003 15:30

Score: 2
5 seconden * 10 is bij mij 50 seconden en dan wordt het toch duidelijk minder prettig.

Door _JGC_, vrijdag 28 maart 2003 15:33

Score: 0
idd lekker belangrijk. Dat dit de frontpage moet halen... kleine security leaks zie je hier amper, maar een onschuldige "bug" die niet eens een bug is maar een aanpassing van de VM komt met grote letters op de frontpage.
Zal mij benieuwen wat de telegraaf morgen schrijft, die zullen het ook wel weer opblazen.

Voor mensen die graag willen flamen dat MS slecht is en dat linux beter is: kijk zelf es naar de opstart en relocation tijden die je in linux hebt met C++ programma's, vnml QT/KDE. Dit is meer een bug in het rijtje van "ow, tis ff vervelend maar heeft geen haast, niet een waarvan je boeboeboe tegen MS kunt zeggen.

Hmm, idd lekker flamebait. Neem ik het eens op voordat mensen gaan roepen dat MS zo slecht is, is het een flamebait...

Door 0siris, maandag 31 maart 2003 08:28

Score: 1
Dit is ZEKER belangrijk...als jij een flink serverpark hebt, en je vraagt je af waarom in hemelsnaam alles zo traag werkt, heb je nu toch een idee waar je het moet zoeken. Dit nieuws is ook geen flame richting microsoft, maar een nieuwtje richting mensen die er serieus last van hebben. Het is te hopen voor de mensen die er last van hebben, dat het snel opgelost wordt...

Door smartsys, maandag 31 maart 2003 08:56

Score: 1
Als jij goed gelezen had, had je ook gemerkt dat het ALLEEN op XP Home Edition en XP Professional gaat.
Lekker serieus gaan mensen jou nemen als je serverpark draait met deze OSen.

Door Bosmonster, vrijdag 28 maart 2003 15:25

Score: 2
Het schijnt ook maar op te treden bij een zeer beperkt aantal programma's. In dagelijks gebruik en bij games e.d. heb je er geen last van.

Dit om wilde verhalen van mensen die claimen "Ah ja mijn system was ineens retetraag!" tegen te gaan. Want dat is de hele bug dus niet.

Door egeltje, vrijdag 28 maart 2003 15:25

Score: 2
Hmmm.
Wij testen onze software vrij uitgebreid voordat we het releasen. MS doet dit ongetwijfeld ook. Zou dit nou echt niet uit de tests bij MS zijn gekomen?
Ik weet niet of dit alleen met grote applicaties gebeurt of met specifieke applicaties. Als het een generiek probleem is, lijkt het me dat dit toch eerder aan het licht had moeten komen. SP 1 al meer dan een half jaar oud.

Door mjtdevries, vrijdag 28 maart 2003 16:05

Score: 2
Zoals je in de knowledgebase kan lezen gebeurd het alleen bij heel specifieke applicaties.

En verder denk ik dat de klantenkring die XP gebruikt een tikkie groter is dan jullie klantenkring.

Dan worden je tests ook een tikkie groter, en de kans dat er voor een specifieke applicatie een bugje tussendoor glipt ook.

Door bbr, vrijdag 28 maart 2003 16:06

Score: 1
wij testen ook redelijk uitgebreid, maar toch komt er altijd weer iets terug van klanten dat er wat fout gaat.

en ook dit probleem zoals bechrefen,, het gaat specifiek langzamer met grote memory programmas, en of het nou 1 of 2 seconden scheelt. en met wat voor programmas de MS dev team dit test, lijkt het me niet onwaarschijnlijk dat ze dit over het hoofd hebben gezien. . . kan het ze ook moeilijk kwalijk nemen.

Door Parlor_Inventor, vrijdag 28 maart 2003 16:51

Score: 3
Een OS als WinXP draait op *elke* denkbare config, met elke combi van geheugen/cpu/chipset/app, en dat is simpelweg niet te testen. Op een bepaald moment moet je programma de deur wel uit, omdat het anders extreem duur gaat worden om die laatste promille aan bugs te lokaliseren. Niet alle opgemerkte bugs zullen in de praktijk voor problemen zorgen, en in de praktijk komen bugs aan het licht waar niet tegen te testen is.

Door garagaholic, zaterdag 29 maart 2003 18:37

Score: 0
Ik heb WinXP anders nog nooit op een MAC draaiende gekregen hoor :P

Door So Solid, vrijdag 28 maart 2003 17:30

Score: 2
Wij testen onze software vrij uitgebreid voordat we het releasen. MS doet dit ongetwijfeld ook. Zou dit nou echt niet uit de tests bij MS zijn gekomen?
Uiteraard test MS zijn software maar iedereen weet dat MS ook veelste veel nieuwtjes voor zijn gebruikers achterhoudt.
Met SP1 zal MS vast hebben gekozen voor de optie releasen aangezien men MS echt vies aangekeken werd op de (erg serieuze) beveiligingslekken en dergelijke andere bugs.

Door hjs, vrijdag 28 maart 2003 15:26

Score: 0
Ik las laatst dit
This problem may occur if the programs you run frequently allocate and deallocate large blocks of memory. Changes in Windows XP SP1 in the memory management system have caused this operation to take significantly longer than with pre-SP1 Windows XP.

A supported fix is now available from Microsoft, but it is only intended to correct the problem that is described in this article. Apply it only to computers that are experiencing this specific problem. This fix may receive additional testing. Therefore, if you are not severely affected by this problem, Microsoft recommends that you wait for the next Windows XP service pack that contains this fix.

hier: http://www.warp2search.net/article.php?sid=11356&mode=&order=0

hot-fix

Door mjtdevries, vrijdag 28 maart 2003 15:39

Score: 1
Als je de link naar het knowledgebase artikel gevolgd had, had je exact dezelfde tekst tezien gekregen.

En blijkbaar hebben de mensen die dit als informatief hebben gemod die link ook niet bekeken.

Door TheCodeForce, vrijdag 28 maart 2003 15:53

Score: 3
Veel keer na elkaar (1 keer merk je niet) grote blokken geheugen alloceren en snel weer dealloceren is ook niet normaal. Als een programma dat doet betekend dit dat de software slecht geschreven is.

Programma's die deze allocatie/deallocatie patronen hebben, doen er beter aan de geheugen aanvraag slechts 1 keer te doen en deze langer vast te houden voor hergebruik. De localiteit is dan veel beter en er hoeft niet met het OS gecommuniceerd te worden.

Wat er nu waarschienlijk gebeurd is dat de geheugen manager van XP iets met virtual memory gaat doen en dat vertraagt natuurlijk enorm.

Gelukkig hebben de meeste programma's niet van deze achterlijke allocatie/deallocatie patronen. De meeste allocaties zijn vrij klein en beneden een vast aantal bytes wordt er gebruik gemaakt van eigen locale geheugen 'pools'. Een geheugen 'pool' verijst maar 1 keer een allocatie bij het OS.

Deze memory managers zitten in de libraries van o.a. C, C++ en andere compilers. In VB zal je ze zelfs nooit als code tegenkomen op je hard disk.

Een storm in een glas water dus.

Door scorpio, vrijdag 28 maart 2003 15:26

Score: 0
Shit , jullie ook al? :?
En ik maar zoeken en denken, tis aardig verholpen met serevice's uitzetten die niet nodig waren < inderdaad cefas.
Maar nou zit ik toch wel op een patch te wachten , dan gaat ie me toch weer snel denk ik 8-)

Iets voor een topic in GoT?
Zodra er iets meer bekend is of een oplossing please hier neerzetten

Door mjtdevries, vrijdag 28 maart 2003 15:47

Score: 1
Als je nou eens gewoon goed ging lezen.

Als je de link naar het knowledgebase artikel bij Microsoft volgt, dan had je daar al gelezen dat er al een fix is.

Alleen omdat die fix nog niet uitgebreid getest is wordt ie niet zomaar vrijgegeven. (En die tests zijn zeer uitgebreid en dus zeer tijdrovend)

Maar als je echt van dat probleem last hebt kan je gewoon met MS contact opnemen en krijg je de fix toegestuurd.

Overigens zal bijna niemand hier er echt last van hebben. Het is namelijk alleen voor die situatie waarin een programma continu hele grote blokken geheugen reserveert en weer vrij geeft. Bij een normale applicaties en bij spellen gebeurd dat niet.

Door voodoochile, vrijdag 28 maart 2003 15:53

Score: 1
Alleen omdat die fix nog niet uitgebreid getest is wordt ie niet zomaar vrijgegeven. (En die tests zijn zeer uitgebreid en dus zeer tijdrovend)
laat ons hopen, recentelijk heeft MS veel patches uitgebracht die daarna ontoereikend bleken te zijn, dus heb ik liever dat ze goed testen, en dan meteen met een goede patch komen, want ik vrees de dag dat er een virus een reeds gepatchte bug aanpakt de ronde zal doen.
(ik refereer naar patch voor IE6, win2k, ... op webwereld wordt daar meer over gezegd)

dus test maar goed en uitgebreid, blijkbaar haalt MS niet de snelheid in patchen van de OSS community, en dat is geen ramp, als de patches maar werken!!

Door mjtdevries, vrijdag 28 maart 2003 15:57

Score: 1
Ik denk eerder dat MS veel meer tests dan de OSS community.
Hun klantenkring en daarmee ook het aantal configuraties is echter veel en veel groter. En dus hebben ze ook veel en veel meer te testen.

Door Roel, vrijdag 28 maart 2003 16:17

Score: 1
De OSS testers zitten om de hele wereld, en werken 24 uur per dag, makkelijk door die tijdzondes :)

Dat de klantenkring groter is zal niet uitmaken: Als het werkt dan werkt het. Wat wel uitmaakt is het test-team.

Hoeveel testers hebben ze bij Microsoft met verschillende hardware en met bijvoorbeeld de linux kernel, met testsystemen over de hele wereld.. ? Reken er maar op dat je bij OSS meer verschillende hardware tegen komt (En ook niet x86 hardware).

Door mjtdevries, vrijdag 28 maart 2003 16:44

Score: 1
Dat laatste durf ik zeer te betwijfelen. Kijk bv alleen al maar naar de videokaarten. Aangezien de driversupport voor de OSS systemen meestal minder is zal je daar vaak maar 2 merken tegenkomen.

Microsoft moet echter met alle merken rekening houden.

Dat wat betreft hardware, maar door die grote klantenkring van MS is daar ook veel meer variatie in software. Die OSS testers zijn uiteindelijk toch een bepaald slag mensen met een bepaald slag software. Uiteindelijk meestal geen probleem, aangezien de gebruikers van die OSS systemen over het algemeen ook datzeflde slag mensen zijn.

Wederom moet MS met een veel grotere verscheidenheid rekening houden.

Door jabberwock, vrijdag 28 maart 2003 15:26

Score: 1
Beetje vreemd dat ik dan moet gaan bellen/of wachten tot de volgende servicepack om die fix te krijgen.

wat mijn betreft mogen ze hem zo ook wel ter download aanbieden

Door Bosmonster, vrijdag 28 maart 2003 15:28

Score: 1
De fix is nog in ontwikkeling en wordt binnenkort vrijgegeven op de website.

Door roelio, vrijdag 28 maart 2003 15:29

Score: 0
requires additional testing, en is alleen voor systemen die het probleem hebben, geen algemene altijd-raak fix dus ...

Door mjtdevries, vrijdag 28 maart 2003 15:52

Score: 0
En dan blijkt dat die fix nou net alle computers met een Geforce4 Ti4200 kaart om zeept helpt, en dan heb je hier weer de poppen aan het dansen.

Dan is MS weer dat k**** bedrijf dat nooit iets behoorlijk test voor ze het vrij geven.

Die fix is nog amper getest. Je neemt een zeker risico als je die gaat draaien.
Dat is geen probleem als je echt last hebt van dat probleem, maar als het niet al te ernstig is, dan kan je beter gewoon even wachten.
«  1  2  3  4  5  »

Op dit item kan niet meer gereageerd worden.

Volgende 16:29 Coolermaster 201C-SX1 kastreview
Vorige 14:51 Interview met Sun Microsystems over CMP en CMT
VNU Media logo Hosted by True

© 1998 - 2012 Tweakers.net B.V. - Alle rechten voorbehouden - Contact - Jouw privacy - Algemene Voorwaarden

Uitgever van:

Website van het jaar 2011