Posted: 02 Apr 2018 04:30 AM PDT
In the final book of Ovid’s Metamorphoses, King Numa, successor to Romulus the founder of Rome, had travelled to Crotona to learn the doctrines of Pythagoras.
After Numa had learned the doctrines of Pythagoras (an historical impossibility, as Numa lived between about 753-673 BCE, and Pythagoras between about 570-495 BCE and lived in Croton from about 530 BCE), he returned to Rome and established its early laws and institutions.
Numa’s success depended on his wife, the nymph Egeria. Although Ovid is not explicit here, other sources make the couple’s meeting a key step in the development of Rome, as Egeria was said to have dictated the first set of laws of Rome to Numa.
Inevitably, Numa grew old and then died. His wife Egeria was heartbroken: she left the city of Rome, and went deep into the forest, where her moaning disturbed those at the nearby shrine to Diana which had been built by Orestes. Sister nymphs tried to comfort her, but could not help. They told Egeria the tragic tale of Phaedra and Hippolytus – which I have examined in detail here – but this did not ease her grief either:
I have already shown and discussed paintings depicting the story of Phaedra and Hippolytus. Those showing Numa and Egeria are not plentiful, nor are they particularly straightforward.
Nicolas Poussin’s Numa Pompilius and the Nymph Egeria from 1631-33 is thought to have been painted for his long-term friend and patron Cassiano Dal Pozzo (1588-1657), a scholar and patron of the arts, who was secretary to Cardinal Francesco Barberini.
It shows the meeting of King Numa, at the right, with Egeria, at the left, as she was being entertained by a young man with a lute, who may signify the Muses who apparently inspired Egeria to provide the laws of Rome. However, Numa hasn’t come equipped with any means of recording them, suggesting that this wasn’t the occasion on which Egeria dictated those laws.
Felice Giani’s much later painting of Numa Pompilius Receiving from the Nymph Egeria the Laws of Rome (1806) shows that process of dictation in full swing, with Numa working through scrolls, which are then transcribed onto the tablets of stone seen at the left. The nymph is the one sat on a throne, and is clearly in command, wagging her index finger at the King of Rome.
Ulpiano Checa’s The Nymph Egeria Dictating to Numa Pompilius the Laws of Rome (c 1886) offers a similar account, with King Numa sat writing down the laws on scrolls of paper using a reed pen. Egeria is quite different, though, and appears a simple and very naked nymph.
The only accessible painting which shows Egeria’s grief following the death of Numa is Claude Lorrain’s Landscape with the Nymph Egeria Weeping Over Numa from 1669.
Unfortunately, great confusion has arisen over the true nature of this painting, as two images of details have been published on the internet purporting to be quite different and complete paintings. Claude’s painting itself is something of a puzzle too, and the result is that many of the images shown online of this work make no sense at all.
The full painting, shown above, shows a group of people and dogs in the left foreground, set in an idealised classical landscape on the coast.
The detail, shown below, reveals the five women in that group. Second from left is most probably the figure of Egeria, although there is nothing to show her profuse weeping or grief. One of the three women to the right of Egeria is Diana, with her spear, bow, arrows, and hunting dogs. It is unclear whether she is on bended knee, or stood behind holding the leash of one of the dogs.
More puzzling is the gesture of the woman (Diana or nymph) who is kneeling on one knee. Her left hand points towards Egeria, and her right is pointing away, towards the buildings down by the water. Her meaning is obscure in the context of the story of Egeria.
Whether this painting by Claude shows the story of Egeria and her grief over the death of Numa must surely be in doubt, and the evidence bears careful re-examination.
The English translation of Ovid above is taken from Ovid. Metamorphoses. Tr. Brookes More. Boston. Cornhill Publishing Co. 1922, at Perseus. I am very grateful to Perseus at Tufts for this.
Posted: 02 Apr 2018 12:00 AM PDT
The two common scenarios in which iCloud Drive appears to become stuck, and cause long waits for users, are uploading files, and propagating such uploads (and other changes) to other clients connected to the same account.
In my previous article I looked at the steps involved in uploading. This article looks at propagating those changes to other clients, but stops short of them downloading new or changed files.
To investigate this, I ran my tool Cirrus simultaneously on two Macs connected to the same iCloud account, on the same local network. I ran the standard 1 MB upload test in Cirrus on one, then watched for that new file to be propagated via iCloud Drive to the other. I did this with privacy disabled, and examined both log extracts, and a full log extract on the recipient Mac, using Consolation. I’ll refer to the uploading Mac as A (running 10.12.6), and the syncing Mac as B (running 10.13.4).
Mac A’s progress icon went very quickly to over 90% complete, as it usually does, then paused before completing within 5 seconds. The last delay coincides with the phase identified by CloudDocs as sync down, which runs after the actual upload is complete, and is described by CloudKit as FetchRecordZoneChanges.
This phase started at 4.207 seconds time elapsed, and completed at 4.462 seconds, at which point Mac A was finished.
Receipt of the push notification from APS to Mac B of changes to iCloud Drive was logged at 4.310 seconds time elapsed, well before the completion of the final phase on Mac A.
The log entry first recording the push notification is worth noting:
This was then interpreted by
Key events in its processing include:
The next entry is important, and records that low-priority notifications are then deleted, which could of course explain some problems:
At this stage,
This triggers a long dialog between
Next, CloudKit starts CKDFetchRecordZoneChangesOperation, announced by
Once those are completed:
This completes the sync-down, and the first run through the iCloud progress icon. At this stage, iCloud Drive shows the new/changed items, but they have not yet been downloaded to Mac B. That sequence starts with the announcement:
The sync down sequence on Mac B is summarised in the following chart. Note that MMCS is not involved at all (judging by its complete lack of log entries) in this sequence, as no bulk transfers take place.
This suggests several good reasons for a Mac or iOS device failing to sync promptly:
It should be fairly straightforward to distinguish between these using the log obtained with Cirrus.
These also explain why uploading a file to iCloud Drive could clear a sync down failure, by forcing a fresh sync down of its own. That should include all earlier changes too.
My concern over performance is the involvement of DAS and the use of its pool of background connection activities. If that pool is busy, iCloud Drive sync down could be delayed considerably. There doesn’t appear to be any way to influence that, which is a design decision on Apple’s part.
|You are subscribed to email updates from The Eclectic Light Company. |
To stop receiving these emails, you may unsubscribe now.
|Email delivery powered by Google|
|Google, 1600 Amphitheatre Parkway, Mountain View, CA 94043, United States|