Opened 13 years ago

Closed 13 years ago

Last modified 13 years ago

#2286 closed bug (fixed)

Too many MIME updates on MIME type creation

Reported by: axeld Owned by: bonefish
Priority: normal Milestone: R1
Component: Servers/registrar Version: R1/pre-alpha1
Keywords: Cc:
Blocked By: Blocking:
Platform: All


The registrar sends out tons of B_META_MIME_CHANGED notices when new MIME types are installed - this should be calmed down to an acceptable number, possibly just one.

Change History (5)

comment:1 by diver, 13 years ago

Could this be related to bug #257?

comment:2 by axeld, 13 years ago

Yes, probably - but since the delay is now much shorter, the problem should be gone if that was it.

comment:3 by bonefish, 13 years ago

Status: newassigned

comment:4 by bonefish, 13 years ago

Resolution: fixed
Status: assignedclosed

Actually there weren't that many notifications sent. Usually just one "created" notification and a few "updates" (one for each set property). As of hrev25730 we only send the "created" notification in such cases. For the first boot that reduces the number of sent messages from some 320 to 109. There still are a handful of unavoidable duplicates (for the servers that are started before the mimeset script runs), but other than that there really are that many MIME types involved.

comment:5 by axeld, 13 years ago

I think reducing the number of messages by two thirds is rather nice. But I think we may want to rethink the whole port limitations at one point anyway. For one, they really should use pageable memory to reduce the memory pressure they may currently impose when ports aren't emptied.

Note: See TracTickets for help on using tickets.