https://bugzilla.novell.com/show_bug.cgi?id=381597 Summary: Suspend/Resume to Disk - Time to Complete Task Close to Obsolescence When Many Application Open# Product: openSUSE 10.3 Version: Final Platform: x86-64 OS/Version: openSUSE 10.3 Status: NEW Severity: Enhancement Priority: P5 - None Component: Usability AssignedTo: bnc-team-screening@forge.provo.novell.com ReportedBy: alpha096@virginbroadband.com.au QAContact: qa@suse.de Found By: Customer Under test conditions with many applications open the value of Suspend to Disk become increasingly of limited value. Test conditions RAM Resources = Self Titled attachment Test conditions System Resources = Self Titled attachment Test time Initiate S2D = 86* Test time Resume S2D = 22* Test time Switch OFF and retain Session = 40* Test time Turn on recover Session = 62* *=Seconds Linux Swap format = 0x82 Linux swap Default Linux / HDD format = Ex3 Default Linux /home HDD format = Ex3 Default Notes - Suggest holding this Bug Until Linux 2.7 Kernel in RC I acknowledge lack of complete understanding of current procedure involved in writhing suspended session to Swap Space on HDD, however if you have not considered writhing complete session to RAM and then 1 Write and Verify to SWAP this may be possibility. There may be other unknown issues in Kernel 2.7 RC on complete PC hardware platform Your immediate question of why not use S2RAM in the first instance - reply that alone S2RAM is very unstable and uncertain from different hardware to next. - You can faithfully rely on S2D functioning on just about all hardware. Complete session recovery on S2D is acknowledged as always complete. Complete session recovery on regular boot acknowledged as always uncertain or incomplete. However for test subject no application was open that required root access OR user interaction to recover an open application. Reluctant notation of Speed difference in MS Windows NTFS S2D is frighteningly quick in comparison!!!!!!!!! without considering RAM/Processor. Can accept - Nil solution - however undesirable # Unable to determine Minor Fault/Enhancement! -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.