From ykatabam at redhat.com Mon May 11 02:20:43 2015 Content-Type: multipart/mixed; boundary="===============3757288864812151665==" MIME-Version: 1.0 From: Yuko Katabami To: devel at ovirt.org Subject: [ovirt-devel] [oVirt 3.6 Localization Question #6] "cannot accommodate memory of VM's pinned virtual NUMA nodes within host's physical NUMA nodes." Date: Mon, 11 May 2015 16:20:41 +1000 Message-ID: <55504A39.3080009@redhat.com> --===============3757288864812151665== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable This is a multi-part message in MIME format. --------------030203080706090008080700 Content-Type: text/plain; charset=3DISO-8859-1; format=3Dflowed Content-Transfer-Encoding: 7bit Hi all, I have another question on a 3.6 string. *File:***AppErrors *Resource ID:***VAR__DETAIL__NOT_MEMORY_PINNED_NUMA *String:***$detailMessage cannot accommodate memory of VM's pinned = virtual NUMA nodes within host's physical NUMA nodes. *Question:* I have a bit of difficulty clearly understanding this = string. Particularly the part "memory of VM's pinned virtual NUMA nodes" = Could anyone paraphrase this? (Could it possibly be "memory of VM's = pinned to virtual NUMA noteds"?) Thank you, Yuko --------------030203080706090008080700 Content-Type: text/html; charset=3DISO-8859-1 Content-Transfer-Encoding: 7bit Hi all,

I have another question on a 3.6 string.

File: AppErrors
Resource ID: VAR__DETAIL__NOT_MEMORY_PINNED_NUMA
String: $detailMessage cannot accommodate memory of VM's pinned virtual NUMA nodes within host's physical NUMA nodes.
Question: I have a bit of difficulty clearly understanding this string. Particularly the part "memory of VM's pinned virtual NUMA nodes" Could anyone paraphrase this? (Could it possibly be "memory of VM's pinned to virtual NUMA noteds"?)

Thank you,

Yuko

--------------030203080706090008080700-- --===============3757288864812151665== Content-Type: multipart/alternative MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.bin" VGhpcyBpcyBhIG11bHRpLXBhcnQgbWVzc2FnZSBpbiBNSU1FIGZvcm1hdC4KLS0tLS0tLS0tLS0t LS0wMzAyMDMwODA3MDYwOTAwMDgwODA3MDAKQ29udGVudC1UeXBlOiB0ZXh0L3BsYWluOyBjaGFy c2V0PUlTTy04ODU5LTE7IGZvcm1hdD1mbG93ZWQKQ29udGVudC1UcmFuc2Zlci1FbmNvZGluZzog N2JpdAoKSGkgYWxsLAoKSSBoYXZlIGFub3RoZXIgcXVlc3Rpb24gb24gYSAzLjYgc3RyaW5nLgoK KkZpbGU6KioqQXBwRXJyb3JzCipSZXNvdXJjZSBJRDoqKipWQVJfX0RFVEFJTF9fTk9UX01FTU9S WV9QSU5ORURfTlVNQQoqU3RyaW5nOioqKiRkZXRhaWxNZXNzYWdlIGNhbm5vdCBhY2NvbW1vZGF0 ZSBtZW1vcnkgb2YgVk0ncyBwaW5uZWQgCnZpcnR1YWwgTlVNQSBub2RlcyB3aXRoaW4gaG9zdCdz IHBoeXNpY2FsIE5VTUEgbm9kZXMuCipRdWVzdGlvbjoqIEkgaGF2ZSBhIGJpdCBvZiBkaWZmaWN1 bHR5IGNsZWFybHkgdW5kZXJzdGFuZGluZyB0aGlzIApzdHJpbmcuIFBhcnRpY3VsYXJseSB0aGUg cGFydCAibWVtb3J5IG9mIFZNJ3MgcGlubmVkIHZpcnR1YWwgTlVNQSBub2RlcyIgCkNvdWxkIGFu eW9uZSBwYXJhcGhyYXNlIHRoaXM/IChDb3VsZCBpdCBwb3NzaWJseSBiZSAibWVtb3J5IG9mIFZN J3MgCnBpbm5lZCB0byB2aXJ0dWFsIE5VTUEgbm90ZWRzIj8pCgoKVGhhbmsgeW91LAoKWXVrbwoK CgoKLS0tLS0tLS0tLS0tLS0wMzAyMDMwODA3MDYwOTAwMDgwODA3MDAKQ29udGVudC1UeXBlOiB0 ZXh0L2h0bWw7IGNoYXJzZXQ9SVNPLTg4NTktMQpDb250ZW50LVRyYW5zZmVyLUVuY29kaW5nOiA3 Yml0Cgo8aHRtbD4KICA8aGVhZD4KCiAgICA8bWV0YSBodHRwLWVxdWl2PSJjb250ZW50LXR5cGUi IGNvbnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD1JU08tODg1OS0xIj4KICA8L2hlYWQ+CiAgPGJv ZHkgdGV4dD0iIzAwMDAwMCIgYmdjb2xvcj0iI0ZGRkZGRiI+CiAgICBIaSBhbGwsIDxicj4KICAg IDxicj4KICAgIEkgaGF2ZSBhbm90aGVyIHF1ZXN0aW9uIG9uIGEgMy42IHN0cmluZy48YnI+CiAg ICA8YnI+CiAgICA8Yj5GaWxlOjwvYj48Yj4gPC9iPkFwcEVycm9yczxicj4KICAgIDxiPlJlc291 cmNlIElEOjwvYj48Yj4gPC9iPlZBUl9fREVUQUlMX19OT1RfTUVNT1JZX1BJTk5FRF9OVU1BPGJy PgogICAgPGI+U3RyaW5nOjwvYj48Yj4gPC9iPiRkZXRhaWxNZXNzYWdlIGNhbm5vdCBhY2NvbW1v ZGF0ZSBtZW1vcnkgb2YKICAgIFZNJ3MgcGlubmVkIHZpcnR1YWwgTlVNQSBub2RlcyB3aXRoaW4g aG9zdCdzIHBoeXNpY2FsIE5VTUEgbm9kZXMuPGJyPgogICAgPGI+UXVlc3Rpb246PC9iPiBJIGhh dmUgYSBiaXQgb2YgZGlmZmljdWx0eSBjbGVhcmx5IHVuZGVyc3RhbmRpbmcKICAgIHRoaXMgc3Ry aW5nLiBQYXJ0aWN1bGFybHkgdGhlIHBhcnQgIm1lbW9yeSBvZiBWTSdzIHBpbm5lZCB2aXJ0dWFs CiAgICBOVU1BIG5vZGVzIiBDb3VsZCBhbnlvbmUgcGFyYXBocmFzZSB0aGlzPyAoQ291bGQgaXQg cG9zc2libHkgYmUKICAgICJtZW1vcnkgb2YgVk0ncyBwaW5uZWQgdG8gdmlydHVhbCBOVU1BIG5v dGVkcyI/KTxicj4KICAgIDxicj4KICAgIDxicj4KICAgIFRoYW5rIHlvdSw8YnI+CiAgICA8YnI+ CiAgICBZdWtvPGJyPgogICAgPGJyPgogICAgPGJyPgogICAgPGRpdiBjbGFzcz0ibW96LXNpZ25h dHVyZSI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9IiMwMDAwMDAiCiAgICAgICAgZmFjZT0iYXJpYWws IHNhbnMtc2VyaWYiPjxicj4KICAgICAgPC9mb250PgogICAgPC9kaXY+CiAgPC9ib2R5Pgo8L2h0 bWw+CgotLS0tLS0tLS0tLS0tLTAzMDIwMzA4MDcwNjA5MDAwODA4MDcwMC0tCg== --===============3757288864812151665==-- From dfediuck at redhat.com Mon May 11 02:56:43 2015 Content-Type: multipart/mixed; boundary="===============2386064329734383457==" MIME-Version: 1.0 From: Doron Fediuck To: devel at ovirt.org Subject: Re: [ovirt-devel] [oVirt 3.6 Localization Question #6] "cannot accommodate memory of VM's pinned virtual NUMA nodes within host's physical NUMA nodes." Date: Mon, 11 May 2015 09:56:39 +0300 Message-ID: <555052A7.3000503@redhat.com> In-Reply-To: 55504A39.3080009@redhat.com --===============2386064329734383457== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable On 11/05/15 09:20, Yuko Katabami wrote: > Hi all, > = > I have another question on a 3.6 string. > = > *File:***AppErrors > *Resource ID:***VAR__DETAIL__NOT_MEMORY_PINNED_NUMA > *String:***$detailMessage cannot accommodate memory of VM's pinned > virtual NUMA nodes within host's physical NUMA nodes. > *Question:* I have a bit of difficulty clearly understanding this > string. Particularly the part "memory of VM's pinned virtual NUMA nodes" > Could anyone paraphrase this? (Could it possibly be "memory of VM's > pinned to virtual NUMA noteds"?) > = > = > Thank you, > = > Yuko > = > = > = Hi Yuko, NUMA is splitting memory+cpu into smaller cells, where each cell has cpu+ram. This is possible in real machines, and also inside the guest. The best performance is achieved when you make sure each virtual cell (virtual node / vnode) is pinned to a physical cell (pnode). If the physical node is smaller than the vnode, or occupied with other VMs, you will get this error. Doron --===============2386064329734383457==-- From ykatabam at redhat.com Mon May 11 03:50:57 2015 Content-Type: multipart/mixed; boundary="===============8060462531416358114==" MIME-Version: 1.0 From: Yuko Katabami To: devel at ovirt.org Subject: Re: [ovirt-devel] [oVirt 3.6 Localization Question #6] "cannot accommodate memory of VM's pinned virtual NUMA nodes within host's physical NUMA nodes." Date: Mon, 11 May 2015 17:50:54 +1000 Message-ID: <55505F5E.6090809@redhat.com> In-Reply-To: 555052A7.3000503@redhat.com --===============8060462531416358114== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable On 05/11/2015 04:56 PM, Doron Fediuck wrote: > > On 11/05/15 09:20, Yuko Katabami wrote: >> Hi all, >> >> I have another question on a 3.6 string. >> >> *File:***AppErrors >> *Resource ID:***VAR__DETAIL__NOT_MEMORY_PINNED_NUMA >> *String:***$detailMessage cannot accommodate memory of VM's pinned >> virtual NUMA nodes within host's physical NUMA nodes. >> *Question:* I have a bit of difficulty clearly understanding this >> string. Particularly the part "memory of VM's pinned virtual NUMA nodes" >> Could anyone paraphrase this? (Could it possibly be "memory of VM's >> pinned to virtual NUMA noteds"?) >> >> >> Thank you, >> >> Yuko >> >> >> > Hi Yuko, > NUMA is splitting memory+cpu into smaller cells, where each cell has > cpu+ram. This is possible in real machines, and also inside the guest. > > The best performance is achieved when you make sure each virtual cell > (virtual node / vnode) is pinned to a physical cell (pnode). > > If the physical node is smaller than the vnode, or occupied with other > VMs, you will get this error. > > Doron Hi Doron, Thank you very much for your explanation. I think I understand the concept now but I would like to double check = with you -- can it be re-phrased as: "cannot allocate memory to the VM's virtual NUMA nodes which is pinned = to host's physical NUMA nodes." (I also want to check accommodate vs allocate) Kind regards, Yuko --===============8060462531416358114==-- From dfediuck at redhat.com Mon May 11 10:51:58 2015 Content-Type: multipart/mixed; boundary="===============5926779502957479681==" MIME-Version: 1.0 From: Doron Fediuck To: devel at ovirt.org Subject: Re: [ovirt-devel] [oVirt 3.6 Localization Question #6] "cannot accommodate memory of VM's pinned virtual NUMA nodes within host's physical NUMA nodes." Date: Mon, 11 May 2015 17:51:55 +0300 Message-ID: <5550C20B.9090005@redhat.com> In-Reply-To: 55505F5E.6090809@redhat.com --===============5926779502957479681== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable On 11/05/15 10:50, Yuko Katabami wrote: > = > On 05/11/2015 04:56 PM, Doron Fediuck wrote: >> >> On 11/05/15 09:20, Yuko Katabami wrote: >>> Hi all, >>> >>> I have another question on a 3.6 string. >>> >>> *File:***AppErrors >>> *Resource ID:***VAR__DETAIL__NOT_MEMORY_PINNED_NUMA >>> *String:***$detailMessage cannot accommodate memory of VM's pinned >>> virtual NUMA nodes within host's physical NUMA nodes. >>> *Question:* I have a bit of difficulty clearly understanding this >>> string. Particularly the part "memory of VM's pinned virtual NUMA nodes" >>> Could anyone paraphrase this? (Could it possibly be "memory of VM's >>> pinned to virtual NUMA noteds"?) >>> >>> >>> Thank you, >>> >>> Yuko >>> >>> >>> >> Hi Yuko, >> NUMA is splitting memory+cpu into smaller cells, where each cell has >> cpu+ram. This is possible in real machines, and also inside the guest. >> >> The best performance is achieved when you make sure each virtual cell >> (virtual node / vnode) is pinned to a physical cell (pnode). >> >> If the physical node is smaller than the vnode, or occupied with other >> VMs, you will get this error. >> >> Doron > Hi Doron, > = > Thank you very much for your explanation. > I think I understand the concept now but I would like to double check > with you -- can it be re-phrased as: > = > "cannot allocate memory to the VM's virtual NUMA nodes which is pinned > to host's physical NUMA nodes." > = > (I also want to check accommodate vs allocate) > = Hi Yuko, this is about node (cell) capacity, so we should try and keep it simple. > = > Kind regards, > = > Yuko >=20 --===============5926779502957479681==-- From ykatabam at redhat.com Mon May 11 17:48:03 2015 Content-Type: multipart/mixed; boundary="===============0182000168450305890==" MIME-Version: 1.0 From: Yuko Katabami To: devel at ovirt.org Subject: Re: [ovirt-devel] [oVirt 3.6 Localization Question #6] "cannot accommodate memory of VM's pinned virtual NUMA nodes within host's physical NUMA nodes." Date: Tue, 12 May 2015 07:47:58 +1000 Message-ID: <5551238E.6000402@redhat.com> In-Reply-To: 5550C20B.9090005@redhat.com --===============0182000168450305890== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable This is a multi-part message in MIME format. --------------020006030300030701090900 Content-Type: text/plain; charset=3DISO-8859-1; format=3Dflowed Content-Transfer-Encoding: 7bit On 05/12/2015 12:51 AM, Doron Fediuck wrote: > > On 11/05/15 10:50, Yuko Katabami wrote: >> On 05/11/2015 04:56 PM, Doron Fediuck wrote: >>> On 11/05/15 09:20, Yuko Katabami wrote: >>>> Hi all, >>>> >>>> I have another question on a 3.6 string. >>>> >>>> *File:***AppErrors >>>> *Resource ID:***VAR__DETAIL__NOT_MEMORY_PINNED_NUMA >>>> *String:***$detailMessage cannot accommodate memory of VM's pinned >>>> virtual NUMA nodes within host's physical NUMA nodes. >>>> *Question:* I have a bit of difficulty clearly understanding this >>>> string. Particularly the part "memory of VM's pinned virtual NUMA node= s" >>>> Could anyone paraphrase this? (Could it possibly be "memory of VM's >>>> pinned to virtual NUMA noteds"?) >>>> >>>> >>>> Thank you, >>>> >>>> Yuko >>>> >>>> >>>> >>> Hi Yuko, >>> NUMA is splitting memory+cpu into smaller cells, where each cell has >>> cpu+ram. This is possible in real machines, and also inside the guest. >>> >>> The best performance is achieved when you make sure each virtual cell >>> (virtual node / vnode) is pinned to a physical cell (pnode). >>> >>> If the physical node is smaller than the vnode, or occupied with other >>> VMs, you will get this error. >>> >>> Doron >> Hi Doron, >> >> Thank you very much for your explanation. >> I think I understand the concept now but I would like to double check >> with you -- can it be re-phrased as: >> >> "cannot allocate memory to the VM's virtual NUMA nodes which is pinned >> to host's physical NUMA nodes." >> >> (I also want to check accommodate vs allocate) >> > Hi Yuko, > this is about node (cell) capacity, so we should try and keep it simple. Hi Doron, Thank you very much for your reply again. It makes sense now. Many thanks for your help. Yuko > >> Kind regards, >> >> Yuko >> --------------020006030300030701090900 Content-Type: text/html; charset=3DISO-8859-1 Content-Transfer-Encoding: 7bit

On 05/12/2015 12:51 AM, Doron Fediuck wrote:


On 11/05/15 10:50, Yuko Katabami wrote:

On 05/11/2015 04:56 PM, Doron Fediuck wrote:

On 11/05/15 09:20, Yuko Katabami wrote:

Hi all,

I have another question on a 3.6 string.

*File:***AppE=
rrors
*Resource ID:***VAR__DETAIL__NOT_MEMORY_PINNED_NUMA
*String:***$detailMessage cannot accommodate memory of VM's pinned
virtual NUMA nodes within host's physical NUMA nodes.
*Question:* I have a bit of difficulty clearly understanding this
string. Particularly the part "memory of VM's pinned virtual NUMA nodes"
Could anyone paraphrase this? (Could it possibly be "memory of VM's
pinned to virtual NUMA noteds"?)


Thank you,

Yuko

Hi Yuko,
NUMA is splitting memory+cpu into smaller cells, where each cell has
cpu+ram. This is possible in real machines, and also inside the guest.

The best performance is achieved when you make sure each virtual cell
(virtual node / vnode) is pinned to a physical cell (pnode).

If the physical node is smaller than the vnode, or occupied with other
VMs, you will get this error.

Doron

Hi Doron,

Thank you very much for your explanation.
I think I understand the concept now but I would like to double check
with you -- can it be re-phrased as:

"cannot allocate memory to the VM's virtual NUMA nodes which is pinned
to host's physical NUMA nodes."

(I also want to check accommodate vs allocate)

Hi Yuko,
this is about node (cell) capacity, so we should try and keep it simple.

Hi Doron,
Thank you very much for your reply again.
It makes sense now.
Many thanks for your help.

Yuko

Kind regards,

Yuko

--------------020006030300030701090900-- --===============0182000168450305890== Content-Type: multipart/alternative MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.bin" VGhpcyBpcyBhIG11bHRpLXBhcnQgbWVzc2FnZSBpbiBNSU1FIGZvcm1hdC4KLS0tLS0tLS0tLS0t LS0wMjAwMDYwMzAzMDAwMzA3MDEwOTA5MDAKQ29udGVudC1UeXBlOiB0ZXh0L3BsYWluOyBjaGFy c2V0PUlTTy04ODU5LTE7IGZvcm1hdD1mbG93ZWQKQ29udGVudC1UcmFuc2Zlci1FbmNvZGluZzog N2JpdAoKCk9uIDA1LzEyLzIwMTUgMTI6NTEgQU0sIERvcm9uIEZlZGl1Y2sgd3JvdGU6Cj4KPiBP biAxMS8wNS8xNSAxMDo1MCwgWXVrbyBLYXRhYmFtaSB3cm90ZToKPj4gT24gMDUvMTEvMjAxNSAw NDo1NiBQTSwgRG9yb24gRmVkaXVjayB3cm90ZToKPj4+IE9uIDExLzA1LzE1IDA5OjIwLCBZdWtv IEthdGFiYW1pIHdyb3RlOgo+Pj4+IEhpIGFsbCwKPj4+Pgo+Pj4+IEkgaGF2ZSBhbm90aGVyIHF1 ZXN0aW9uIG9uIGEgMy42IHN0cmluZy4KPj4+Pgo+Pj4+ICpGaWxlOioqKkFwcEVycm9ycwo+Pj4+ ICpSZXNvdXJjZSBJRDoqKipWQVJfX0RFVEFJTF9fTk9UX01FTU9SWV9QSU5ORURfTlVNQQo+Pj4+ ICpTdHJpbmc6KioqJGRldGFpbE1lc3NhZ2UgY2Fubm90IGFjY29tbW9kYXRlIG1lbW9yeSBvZiBW TSdzIHBpbm5lZAo+Pj4+IHZpcnR1YWwgTlVNQSBub2RlcyB3aXRoaW4gaG9zdCdzIHBoeXNpY2Fs IE5VTUEgbm9kZXMuCj4+Pj4gKlF1ZXN0aW9uOiogSSBoYXZlIGEgYml0IG9mIGRpZmZpY3VsdHkg Y2xlYXJseSB1bmRlcnN0YW5kaW5nIHRoaXMKPj4+PiBzdHJpbmcuIFBhcnRpY3VsYXJseSB0aGUg cGFydCAibWVtb3J5IG9mIFZNJ3MgcGlubmVkIHZpcnR1YWwgTlVNQSBub2RlcyIKPj4+PiBDb3Vs ZCBhbnlvbmUgcGFyYXBocmFzZSB0aGlzPyAoQ291bGQgaXQgcG9zc2libHkgYmUgIm1lbW9yeSBv ZiBWTSdzCj4+Pj4gcGlubmVkIHRvIHZpcnR1YWwgTlVNQSBub3RlZHMiPykKPj4+Pgo+Pj4+Cj4+ Pj4gVGhhbmsgeW91LAo+Pj4+Cj4+Pj4gWXVrbwo+Pj4+Cj4+Pj4KPj4+Pgo+Pj4gSGkgWXVrbywK Pj4+IE5VTUEgaXMgc3BsaXR0aW5nIG1lbW9yeStjcHUgaW50byBzbWFsbGVyIGNlbGxzLCB3aGVy ZSBlYWNoIGNlbGwgaGFzCj4+PiBjcHUrcmFtLiBUaGlzIGlzIHBvc3NpYmxlIGluIHJlYWwgbWFj aGluZXMsIGFuZCBhbHNvIGluc2lkZSB0aGUgZ3Vlc3QuCj4+Pgo+Pj4gVGhlIGJlc3QgcGVyZm9y bWFuY2UgaXMgYWNoaWV2ZWQgd2hlbiB5b3UgbWFrZSBzdXJlIGVhY2ggdmlydHVhbCBjZWxsCj4+ PiAodmlydHVhbCBub2RlIC8gdm5vZGUpIGlzIHBpbm5lZCB0byBhIHBoeXNpY2FsIGNlbGwgKHBu b2RlKS4KPj4+Cj4+PiBJZiB0aGUgcGh5c2ljYWwgbm9kZSBpcyBzbWFsbGVyIHRoYW4gdGhlIHZu b2RlLCBvciBvY2N1cGllZCB3aXRoIG90aGVyCj4+PiBWTXMsIHlvdSB3aWxsIGdldCB0aGlzIGVy cm9yLgo+Pj4KPj4+IERvcm9uCj4+IEhpIERvcm9uLAo+Pgo+PiBUaGFuayB5b3UgdmVyeSBtdWNo IGZvciB5b3VyIGV4cGxhbmF0aW9uLgo+PiBJIHRoaW5rIEkgdW5kZXJzdGFuZCB0aGUgY29uY2Vw dCBub3cgYnV0IEkgd291bGQgbGlrZSB0byBkb3VibGUgY2hlY2sKPj4gd2l0aCB5b3UgLS0gY2Fu IGl0IGJlIHJlLXBocmFzZWQgYXM6Cj4+Cj4+ICJjYW5ub3QgYWxsb2NhdGUgbWVtb3J5IHRvIHRo ZSBWTSdzIHZpcnR1YWwgTlVNQSBub2RlcyB3aGljaCBpcyBwaW5uZWQKPj4gdG8gaG9zdCdzIHBo eXNpY2FsIE5VTUEgbm9kZXMuIgo+Pgo+PiAoSSBhbHNvIHdhbnQgdG8gY2hlY2sgYWNjb21tb2Rh dGUgdnMgYWxsb2NhdGUpCj4+Cj4gSGkgWXVrbywKPiB0aGlzIGlzIGFib3V0IG5vZGUgKGNlbGwp IGNhcGFjaXR5LCBzbyB3ZSBzaG91bGQgdHJ5IGFuZCBrZWVwIGl0IHNpbXBsZS4KSGkgRG9yb24s ClRoYW5rIHlvdSB2ZXJ5IG11Y2ggZm9yIHlvdXIgcmVwbHkgYWdhaW4uCkl0IG1ha2VzIHNlbnNl IG5vdy4KTWFueSB0aGFua3MgZm9yIHlvdXIgaGVscC4KCll1a28KPgo+PiBLaW5kIHJlZ2FyZHMs Cj4+Cj4+IFl1a28KPj4KCgoKLS0tLS0tLS0tLS0tLS0wMjAwMDYwMzAzMDAwMzA3MDEwOTA5MDAK Q29udGVudC1UeXBlOiB0ZXh0L2h0bWw7IGNoYXJzZXQ9SVNPLTg4NTktMQpDb250ZW50LVRyYW5z ZmVyLUVuY29kaW5nOiA3Yml0Cgo8aHRtbD4KICA8aGVhZD4KICAgIDxtZXRhIGNvbnRlbnQ9InRl eHQvaHRtbDsgY2hhcnNldD1JU08tODg1OS0xIgogICAgICBodHRwLWVxdWl2PSJDb250ZW50LVR5 cGUiPgogIDwvaGVhZD4KICA8Ym9keSBiZ2NvbG9yPSIjRkZGRkZGIiB0ZXh0PSIjMDAwMDAwIj4K ICAgIDxicj4KICAgIDxkaXYgY2xhc3M9Im1vei1jaXRlLXByZWZpeCI+T24gMDUvMTIvMjAxNSAx Mjo1MSBBTSwgRG9yb24gRmVkaXVjawogICAgICB3cm90ZTo8YnI+CiAgICA8L2Rpdj4KICAgIDxi bG9ja3F1b3RlIGNpdGU9Im1pZDo1NTUwQzIwQi45MDkwMDA1QHJlZGhhdC5jb20iIHR5cGU9ImNp dGUiPgogICAgICA8cHJlIHdyYXA9IiI+CgpPbiAxMS8wNS8xNSAxMDo1MCwgWXVrbyBLYXRhYmFt aSB3cm90ZToKPC9wcmU+CiAgICAgIDxibG9ja3F1b3RlIHR5cGU9ImNpdGUiPgogICAgICAgIDxw cmUgd3JhcD0iIj4KT24gMDUvMTEvMjAxNSAwNDo1NiBQTSwgRG9yb24gRmVkaXVjayB3cm90ZToK PC9wcmU+CiAgICAgICAgPGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSI+CiAgICAgICAgICA8cHJlIHdy YXA9IiI+Ck9uIDExLzA1LzE1IDA5OjIwLCBZdWtvIEthdGFiYW1pIHdyb3RlOgo8L3ByZT4KICAg ICAgICAgIDxibG9ja3F1b3RlIHR5cGU9ImNpdGUiPgogICAgICAgICAgICA8cHJlIHdyYXA9IiI+ SGkgYWxsLAoKSSBoYXZlIGFub3RoZXIgcXVlc3Rpb24gb24gYSAzLjYgc3RyaW5nLgoKKjxhIGNs YXNzPSJtb3otdHh0LWxpbmstZnJlZXRleHQiIGhyZWY9IkZpbGU6KioqQXBwRXJyb3JzIj5GaWxl OioqKkFwcEVycm9yczwvYT4KKlJlc291cmNlIElEOioqKlZBUl9fREVUQUlMX19OT1RfTUVNT1JZ X1BJTk5FRF9OVU1BCipTdHJpbmc6KioqJGRldGFpbE1lc3NhZ2UgY2Fubm90IGFjY29tbW9kYXRl IG1lbW9yeSBvZiBWTSdzIHBpbm5lZAp2aXJ0dWFsIE5VTUEgbm9kZXMgd2l0aGluIGhvc3QncyBw aHlzaWNhbCBOVU1BIG5vZGVzLgoqUXVlc3Rpb246KiBJIGhhdmUgYSBiaXQgb2YgZGlmZmljdWx0 eSBjbGVhcmx5IHVuZGVyc3RhbmRpbmcgdGhpcwpzdHJpbmcuIFBhcnRpY3VsYXJseSB0aGUgcGFy dCAibWVtb3J5IG9mIFZNJ3MgcGlubmVkIHZpcnR1YWwgTlVNQSBub2RlcyIKQ291bGQgYW55b25l IHBhcmFwaHJhc2UgdGhpcz8gKENvdWxkIGl0IHBvc3NpYmx5IGJlICJtZW1vcnkgb2YgVk0ncwpw aW5uZWQgdG8gdmlydHVhbCBOVU1BIG5vdGVkcyI/KQoKClRoYW5rIHlvdSwKCll1a28KCgoKPC9w cmU+CiAgICAgICAgICA8L2Jsb2NrcXVvdGU+CiAgICAgICAgICA8cHJlIHdyYXA9IiI+SGkgWXVr bywKTlVNQSBpcyBzcGxpdHRpbmcgbWVtb3J5K2NwdSBpbnRvIHNtYWxsZXIgY2VsbHMsIHdoZXJl IGVhY2ggY2VsbCBoYXMKY3B1K3JhbS4gVGhpcyBpcyBwb3NzaWJsZSBpbiByZWFsIG1hY2hpbmVz LCBhbmQgYWxzbyBpbnNpZGUgdGhlIGd1ZXN0LgoKVGhlIGJlc3QgcGVyZm9ybWFuY2UgaXMgYWNo aWV2ZWQgd2hlbiB5b3UgbWFrZSBzdXJlIGVhY2ggdmlydHVhbCBjZWxsCih2aXJ0dWFsIG5vZGUg LyB2bm9kZSkgaXMgcGlubmVkIHRvIGEgcGh5c2ljYWwgY2VsbCAocG5vZGUpLgoKSWYgdGhlIHBo eXNpY2FsIG5vZGUgaXMgc21hbGxlciB0aGFuIHRoZSB2bm9kZSwgb3Igb2NjdXBpZWQgd2l0aCBv dGhlcgpWTXMsIHlvdSB3aWxsIGdldCB0aGlzIGVycm9yLgoKRG9yb24KPC9wcmU+CiAgICAgICAg PC9ibG9ja3F1b3RlPgogICAgICAgIDxwcmUgd3JhcD0iIj5IaSBEb3JvbiwKClRoYW5rIHlvdSB2 ZXJ5IG11Y2ggZm9yIHlvdXIgZXhwbGFuYXRpb24uCkkgdGhpbmsgSSB1bmRlcnN0YW5kIHRoZSBj b25jZXB0IG5vdyBidXQgSSB3b3VsZCBsaWtlIHRvIGRvdWJsZSBjaGVjawp3aXRoIHlvdSAtLSBj YW4gaXQgYmUgcmUtcGhyYXNlZCBhczoKCiJjYW5ub3QgYWxsb2NhdGUgbWVtb3J5IHRvIHRoZSBW TSdzIHZpcnR1YWwgTlVNQSBub2RlcyB3aGljaCBpcyBwaW5uZWQKdG8gaG9zdCdzIHBoeXNpY2Fs IE5VTUEgbm9kZXMuIgoKKEkgYWxzbyB3YW50IHRvIGNoZWNrIGFjY29tbW9kYXRlIHZzIGFsbG9j YXRlKQoKPC9wcmU+CiAgICAgIDwvYmxvY2txdW90ZT4KICAgICAgPHByZSB3cmFwPSIiPgpIaSBZ dWtvLAp0aGlzIGlzIGFib3V0IG5vZGUgKGNlbGwpIGNhcGFjaXR5LCBzbyB3ZSBzaG91bGQgdHJ5 IGFuZCBrZWVwIGl0IHNpbXBsZS48L3ByZT4KICAgIDwvYmxvY2txdW90ZT4KICAgIEhpIERvcm9u LDxicj4KICAgIFRoYW5rIHlvdSB2ZXJ5IG11Y2ggZm9yIHlvdXIgcmVwbHkgYWdhaW4uPGJyPgog ICAgSXQgbWFrZXMgc2Vuc2Ugbm93Ljxicj4KICAgIE1hbnkgdGhhbmtzIGZvciB5b3VyIGhlbHAu PGJyPgogICAgPGJyPgogICAgWXVrbzxicj4KICAgIDxibG9ja3F1b3RlIGNpdGU9Im1pZDo1NTUw QzIwQi45MDkwMDA1QHJlZGhhdC5jb20iIHR5cGU9ImNpdGUiPgogICAgICA8cHJlIHdyYXA9IiI+ Cgo8L3ByZT4KICAgICAgPGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSI+CiAgICAgICAgPHByZSB3cmFw PSIiPgpLaW5kIHJlZ2FyZHMsCgpZdWtvCgo8L3ByZT4KICAgICAgPC9ibG9ja3F1b3RlPgogICAg PC9ibG9ja3F1b3RlPgogICAgPGJyPgogICAgPGRpdiBjbGFzcz0ibW96LXNpZ25hdHVyZSI+PGZv bnQgY29sb3I9IiMwMDAwMDAiIGZhY2U9ImFyaWFsLAogICAgICAgIHNhbnMtc2VyaWYiIHNpemU9 IjIiPjxicj4KICAgICAgPC9mb250PgogICAgPC9kaXY+CiAgPC9ib2R5Pgo8L2h0bWw+CgotLS0t LS0tLS0tLS0tLTAyMDAwNjAzMDMwMDAzMDcwMTA5MDkwMC0tCg== --===============0182000168450305890==--