JP2 – script coding find imagedir –name *.jp2 –mtime -2 –print loop on the matches and test to see which recently loaded JP2 files are missing a thumbnail JPG, or which JP2 files have been modified more recently than their existing thumbnail JPG ; then build filenames for any qualifying target JPGs ; execute script several times per hour from cron jasper –f match –F tempfile convert tempfile –resize 90x90 target
JP2 – prior, without script wakes up every 20 minutes…
JP2 – now, with makes the thumbnail…
JP2 – Tiled View JP2 files now behave just like all other standard multimedia
JP2 – Photoshop opens Double click and the Photoshop handler kicks in
JP2 – V1 V. 1 – simply generated thumbnails in the background
JP2 – V2 V. 2 – also inserted suitable metadata into records via texload (next version, script to be called directly in validation code at file time)
Hack Vignette #1 Moral #1 = EMu is extensible, you may be able to implement significant changes yourself in whole or in part, without delay
Default EMu “cron” job configuration late night workday evening = emulutsrebuild = emumaintenance batch = emumaintenance compact Mo Tu We Th Fr Sa Su Orange is time EMu busy running background jobs. Interfering with workday work, and leaving Sunday processing time idle/unused.
The ecatalogue database is a rate limiter File NameFunction ~/emu/data/ecatalogue/datathe actual data ~/emu/data/ecatalogue/recindexing (part) ~/emu/data/ecatalogue/segindexing (part) At YPM, the combined size of these was >10 gB, with 4 gB in data and 3 gB in both rec and seg
Touch many types of records in EMu… e.g., Party record add middle name e.g., Bibliography recordadd author e.g., Collecting Events recordadd collector …automatic changes subsequently propogate to numerous records in the ecatalogue database …ecatalogue can grow a lot and slow EMu to varying degrees between maintenance runs
How to make ecatalogue go faster ?
maybe save 20+% ? Make it smaller - trim nulls from Legacy Data ?
Repetitive scripting of texexport & texload jobs Conducting around a million re-imports of records Manual adjustment of nightly cron jobs to accommodate Do the work at nighttime over a month-long period Watched ecatalogue closely to keep from exploding disk Make it smaller - trim nulls from Legacy Data ?
data rec seg Starting situation at YPM for ecatalogue (gB on y axis)
data rec seg delete nulls from AdmOriginalData
sites – round 2 constant data lengthy prefixes … not satisfied with just that… here are some other things to possibly trim!
data rec seg delete nulls from AdmOriginalData shorten prefix on AdmOriginalData selectively delete AdmOriginalData >55 % !
catalogue – round 2 data rec seg What ecatalogue AdmOriginalData looks like post scripting
Default EMu “cron” job configuration late night workday evening = emulutsrebuild = emumaintenance batch = emumaintenance compact Mo Tu We Th Fr Sa Su BEFORE
Modified EMu “cron” job configuration Mo Tu We Th Fr Sa Su late night workday evening = emulutsrebuild = emumaintenance batch = emumaintenance compact *** AFTER Can now squeeze all maintenance into wee hours of night, use Sunday, and fully compact ecatalogue every other day (asterisks)!
Quick backup Also, all of YPM EMu can now be squeezed onto a thumbdrive
Hack Vignette #2 Moral #2 = know your data, you can put aspects of EMu on a diet and your computer system is likely to thank you
Hack Vignette #3 EMu sessions - licensing and user behavior
Dreaded WARNING! 2 KE EMu user(s) are currently being denied access because all 10 of your KE EMu licenses are in use. For license upgrades, please contact Dreaded for sysadmins
Museum Director: "Go license shopping at KE!" Systems Admin: "VISA or MasterCard?" The conversation you dream of but of course never have…
What do you need ? Guaranteed license seat for every potential user ? Cover maximal number of expected concurrent users ? Minimize expenses by minimizing license seats ?
Jess & Lourdes fight (2) My turn to log in ! %}&$ Dream on, loser ! 3rd option is dangerous… if you have this you probably have too few licenses
Even with a moderate number of licenses… … inactive EMu sessions can and will accumulate
Critical research VARIANT 1: critical research needed, EMu session put on hold
VARIANT 2: both people and computers crash… Life intervenes Mon cherie IRN View >Attachments
…enter the EMu Grim Reaper Script seeks out inactive EMu sessions
reaper – script coding texlicstatus ps -ef -Grim Reaper wakes up frequently throughout the day -keeps a running table of statistics about each texserver -compares each texserver against a countdown timer -adjusts timer based on activity since last wake up -if some new activity, resets the countdown timer -if no activity, increments the countdown timer -if countdown timer max is reached, kill the texserver kill –9 texserver_process_id
Tuning the Emu Grim Reaper Script Change time between wakeup checks Change number of wakeup check intervals Tell reaper to ignore certain users Amend reaper behavior by time of day Alter how much inactivity is considered bad 32 regular YPM users, 13 runtime licenses
New sessions started per hour, Real data prior two weeks in October 2006
Cumulative new sessions started, Real data prior two weeks in October 2006
Active sessions, : three slow days Real data prior two weeks in October 2006
Active sessions, : three fast days Real data prior two weeks in October 2006
Cope on phone It’s telling me, “Licenses Exceeded?!” No more worrries
Hack Vignette #3 MORAL = find a licensing balance, but also consider training your users and EMu system