BEGIN:VCALENDAR
VERSION:2.0
PRODID:Linklings LLC
BEGIN:VTIMEZONE
TZID:Europe/Stockholm
X-LIC-LOCATION:Europe/Stockholm
BEGIN:DAYLIGHT
TZOFFSETFROM:+0100
TZOFFSETTO:+0200
TZNAME:CEST
DTSTART:19700308T020000
RRULE:FREQ=YEARLY;BYMONTH=3;BYDAY=-1SU
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:+0200
TZOFFSETTO:+0100
TZNAME:CET
DTSTART:19701101T020000
RRULE:FREQ=YEARLY;BYMONTH=10;BYDAY=-1SU
END:STANDARD
END:VTIMEZONE
BEGIN:VEVENT
DTSTAMP:20190719T085744Z
LOCATION:HG F 3
DTSTART;TZID=Europe/Stockholm:20190613T154500
DTEND;TZID=Europe/Stockholm:20190613T161500
UID:submissions.pasc-conference.org_PASC19_sess130_msa215@linklings.com
SUMMARY:A Supercomputer OS Approach to Affinity
DESCRIPTION:Minisymposium\nComputer Science and Applied Mathematics\n\nA S
 upercomputer OS Approach to Affinity\n\nRiesen\n\nThe multi-OS for HPC at 
 Intel Corp. has been specifically designed for extreme scale HPC systems. 
 It employs lightweight kernel technology that enabled the breaking of the 
 teraflops barrier in the 1990s and combines it with a modern Linux kernel.
  While Linux compatibility is crucial in today's supercomputing world, it 
 is not always perfectly suited for the needs of extremely parallel applica
 tions and systems. A supercomputer OS, such as mOS, could offer specifical
 ly tailored and more advanced interfaces, but existing applications and ru
 ntimes assume Linux, use Linux interfaces, and expect that kind of Linux c
 ompatibility. What is worse, is that many developers employ Linux-specific
  workarounds, "fighting" Linux to make their codes scale and run well on h
 igh-end systems. Having to do that, makes their codes even more Linux depe
 ndent! A competing OS not only has to match the Linux APIs, but also Linux
  quirks that may change from one kernel version to the next. Co-designing 
 system software together with application and runtime developers could ena
 ble environments where these workarounds are no longer necessary, reliance
  on specific Linux features and behavior is reduced, and higher performanc
 e and scalability is possible.
END:VEVENT
END:VCALENDAR