profile locking caused startup to slow down by 0.7% (12 ms)

RESOLVED WONTFIX

Status

Core Graveyard
Profile: BackEnd
RESOLVED WONTFIX
16 years ago
2 years ago

People

(Reporter: Cathleen, Unassigned)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: [ts])

Attachments

(1 obsolete attachment)

(Reporter)

Description

16 years ago
trunk checkin
http://bonsai.mozilla.org/cvsquery.cgi?module=MozillaTinderboxAll&date=explicit&mindate=1021472700&maxdate=1021474439

comet 1533 -> 1545 (+12ms, or +0.78%)

Updated

16 years ago
Summary: profile locking cuased startup to slow down by 0.7% (12 ms) → profile locking caused startup to slow down by 0.7% (12 ms)
A system call trace would be useful.

Profile locking is not likely to be free, but it's necessary, so if we can show
that the code is as fast as it can be, this bug should be WONTFIXed.

/be

Comment 2

14 years ago
Created attachment 146475 [details]
 

if --disable-profilelocking  is not setted then
will not be defined MOZ_PROFILELOCKING

Updated

14 years ago
Attachment #146475 - Flags: review?(shaver)

Comment 3

14 years ago
erm. no. you can't do that. that's asking for serious profile corruption.
Assignee: ccarlen → nobody
Component: XP Miscellany → Profile Manager BackEnd
QA Contact: brendan → core.profile-manager-backend

Comment 4

14 years ago
Sorry for attachment to wrong bug.
I want to send it to http://bugzilla.mozilla.org/show_bug.cgi?id=240936

I am working for OOo, we use Mozilla components to access addressbooks in OOo in
nearly readonly mode.
See http://dba.openoffice.org for detail.
So we need disable profile locking. I found that there is a config option
--disable-profilelocking. But it does not work. So I need this patch.

Updated

14 years ago
Attachment #146475 - Attachment description: add --disable-profilelocking support in nsProfile.cpp →
Attachment #146475 - Attachment is obsolete: true
Attachment #146475 - Attachment is patch: false
Attachment #146475 - Flags: review?(shaver)

Comment 5

10 years ago
(In reply to comment #1)
> A system call trace would be useful.
> 
> Profile locking is not likely to be free, but it's necessary, so if we can show
> that the code is as fast as it can be, this bug should be WONTFIXed.
> 
> /be

still worth checking?

Updated

7 years ago
Whiteboard: [ts]

Updated

5 years ago
Status: NEW → RESOLVED
Last Resolved: 5 years ago
Resolution: --- → WONTFIX
(Assignee)

Updated

2 years ago
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.