Pradeep Padala wrote: > Thanks for the clarifications. A few comments below. > >>> 1. Is it still possible to meet the 100ms deadline? It is still >>> possible that a VM doesn't get scheduled with in 100ms? >> Zones are not like VMs. Zones is an abstraction of [a subset >> of] processes, and all the processes on the system are >> handled by a single scheduler. Scheduling decisions are made >> based on priority, shares (if using FSS), resource >> pools/psets, and the like. Whether a process gets CPU depends >> not on scheduling the "VM" or zone, but how it relates to >> other processes that it needs to contend with for CPU. This >> set of other processes can be determined by using some of the >> resoruce management tools in Solaris, including pools, FSS, >> other scheduling classes, interrupt distribution. > > Say, we have two zones running two network intensive applications. Each zone > is pinned to a single CPU. Since, both want the CPU (for processing the
Are you pinning the CPU or are you wishing to provide exclusive access to a CPU per process? > network packets) and want it for the full slice, scheduling matters. How do I am not a scheduler expert, but when a process does I/O, the scheduler will re-access things. > I figure out the worst case scenario for NOT getting scheduled for a period > of time? What are the options other than the granularity, that I can use to > improve the sensitivity. > > We are using FSS right now, and I believe FSS is used to schedule the zones. Not exactly. FSS is used to schedule all the processes in the zones based on the shares attributed to the zone when it was started. The zone does not run--the processes in a zone run. > The 'fixed' and 'realtime' schedulers you mentioned are for processes, > right? For our purposes, we will mostly have one single process in a zone, > so better scheduling for zones is what we need. What build are you running? And how many CPUs? I don't know whether you can assign FSS to a zone for general processing and make a subset of processes run in a different class, such as FX or RT. And whether you can put the process into FX from within the zone (should not be able to put it into RT). Steffen > > Pradeep > > _______________________________________________ > crossbow-discuss mailing list > crossbow-discuss at opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/crossbow-discuss
