meuktracker: PerfectDisk 8.0 build 58

[de Rochebrune]

meuktracker: PerfectDisk 8.0 build 58

De lay-out van de 'what's new' lijst zorgt voor wat verwarring.

PerfectDisk Client

• We added code to store the column widths on the Exchange Tab.
• Corrected the boot file management options for Vista. Originally we only allowed PerfectDisk Manage and Disable
• Corrected a bug when displaying statistics. The bug caused the statistics to be listed twice when displayed.
• Corrected a schedule bug which was preventing online defrag schedules from starting when they were preceeded by an offline schedule.
• Worked around a hardware driver issue on XP, Win2000 and Windows Server 2003 which effected boot-time defrag. In Srv03 & Vista a new storage control, IOCTL_DISK_COPY_DATA, was added that defrag operations should attempt to use when moving file data to accomplish two results:
• reduce the problem of VolSnap.sys shapshots being prematurely purged and
• increase performance where the underlying hardware may be able to "move" file data by just shuffling pointers.
• If this new control fails, data is moved the normal brute force way (i.e. read it from here and write it to there). We have discovered that some hardware reported success when indeed they failed to correctly redirect the pointers. This issue can cause data loss.

De laatste 4 bullets horen bij elkaar, zie ook:
http://www.raxco.com/pd80_updates/whatsnew.htm

De lay-out zou dus als volgt moeten zijn:

1. We added code to store the column widths on the Exchange Tab.
2. Corrected the boot file management options for Vista. Originally we only allowed PerfectDisk Manage and Disable
3. Corrected a bug when displaying statistics. The bug caused the statistics to be listed twice when displayed.
4. Corrected a schedule bug which was preventing online defrag schedules from starting when they were preceeded by an offline schedule.
5. Worked around a hardware driver issue on XP, Win2000 and Windows Server 2003 which effected boot-time defrag. In Srv03 & Vista a new storage control, IOCTL_DISK_COPY_DATA, was added that defrag operations should attempt to use when moving file data to accomplish two results:
   • reduce the problem of VolSnap.sys shapshots being prematurely purged and
   • increase performance where the underlying hardware may be able to "move" file data by just shuffling pointers.
   If this new control fails, data is moved the normal brute force way (i.e. read it from here and write it to there). We have discovered that some hardware reported success when indeed they failed to correctly redirect the pointers. This issue can cause data loss.

Zo is dan duidelijk dat de bug die onder punt 5 wordt genoemd, een algemene bug in Windows server2003 / Windows Vista is en dat deze update een oplossing / workaround bevat.

[Robin]

Wat een <ul> wel niet allemaal kan doen voor ons, fixt dus .

[de Rochebrune]

zo is t maar net jong