writing to disk at a configurable time
writing to disk at a configurable time
am 04.02.2011 20:09:04 von Vinubalaji Gopal
Hi all,
I wanted to know if Mysql allows me to configure it such that the
writes to disk happen at a configurable time or after the buffers have
enough data. Say there are 10 clients connecting to mysql and each one
is inserting a row - I want to only write to disk when the buffer has
enough data (say all the 10 rows are written to the main memory) or at
some configurable interval. I know there could be a data loss in this
case (if a crash happens before the buffer is written to disk) but I
am willing to take that risk in the application.
--
Vinu
--
MySQL General Mailing List
For list archives: http://lists.mysql.com/mysql
To unsubscribe: http://lists.mysql.com/mysql?unsub=gcdmg-mysql-2@m.gmane.org
Re: writing to disk at a configurable time
am 04.02.2011 20:56:40 von Johan De Meersman
--0015174bee00db6e4e049b7a477e
Content-Type: text/plain; charset=ISO-8859-1
InnoDB definitely has some parameters you can play with, but I've never
actually done so myself.
On Fri, Feb 4, 2011 at 8:09 PM, Vinubalaji Gopal wrote:
> Hi all,
> I wanted to know if Mysql allows me to configure it such that the
> writes to disk happen at a configurable time or after the buffers have
> enough data. Say there are 10 clients connecting to mysql and each one
> is inserting a row - I want to only write to disk when the buffer has
> enough data (say all the 10 rows are written to the main memory) or at
> some configurable interval. I know there could be a data loss in this
> case (if a crash happens before the buffer is written to disk) but I
> am willing to take that risk in the application.
>
> --
> Vinu
>
> --
> MySQL General Mailing List
> For list archives: http://lists.mysql.com/mysql
> To unsubscribe: http://lists.mysql.com/mysql?unsub=vegivamp@tuxera.be
>
>
--
Bier met grenadyn
Is als mosterd by den wyn
Sy die't drinkt, is eene kwezel
Hy die't drinkt, is ras een ezel
--0015174bee00db6e4e049b7a477e--
RE: writing to disk at a configurable time
am 04.02.2011 21:38:09 von Rolando Edwards
innodb_flush_log_at_trx_commit is the parameter to tweek
The following is an excerpt from "MySQL 5.0 Certification Study Guide" (ISB=
N 0-672-32812-7)
http://www.amazon.com/MySQL-5-0-Certification-Study-Guide/dp /0672328127/ref=
=3Dsr_1_1?ie=3DUTF8&qid=3D1296851778&sr=3D8-1
Chapter 29, Pages 429,430
InnoDB tries to flush the log approximately once a second in any case, but =
the innodb_flush_log_at_trx_commit option cat be set to determine how long =
writing and flushing occurs in addition. The setting of this option is dire=
ctly related to the ACID durability and the performance as follows:
If you set innodb_flush_log_at_trx_commit to 1, changes are written form t=
he log buffer and the log file is flushed to disk for each commit. This gua=
ranteesthat the changes will not be lost even in the event of a crash. This=
is the safest setting, and is also the required setting if you need ACID d=
urability. However, this setting also produces slowest performance.
A setting of 0 causes the log file to be written and flushed to disk approx=
imately once a second, but not after each commit. Os a bust system, this ca=
n reduce log-related disk activity significantly, but in the event of a cra=
sh can result in a loss of about a second's worth of committed changes.
A setting of 2 causes the log buffer to be written to the log file after ea=
ch commit, but file writes are flushed to disk approximately once a second.=
This is somewhat slower than a setting of 0. However, the committed change=
s will not be lost if it is only the MySQL server that crashes and not the =
operating system or server host: The machine continues to run, so the chang=
es written to the log file are in the filesystem cache and eventually will =
flushed normally.
If The tradeoff controlled by the innodb_flush_log_at_trx_commit setting th=
erefore is between durability and performance. If ACID durability is requir=
ed, a setting of 1 is necessary. If a slight risk to durability is acceptab=
le to achieve better performance, a value of 0 or 2 may be used.
Rolando A. Edwards
MySQL DBA (SCMDBA)
155 Avenue of the Americas, Fifth Floor
New York, NY 10013
212-625-5307 (Work)
201-660-3221 (Cell)
AIM & Skype : RolandoLogicWorx
redwards@logicworks.net
http://www.linkedin.com/in/rolandoedwards
-----Original Message-----
From: vegivamp@gmail.com [mailto:vegivamp@gmail.com] On Behalf Of Johan De =
Meersman
Sent: Friday, February 04, 2011 2:57 PM
To: Vinubalaji Gopal
Cc: mysql@lists.mysql.com
Subject: Re: writing to disk at a configurable time
InnoDB definitely has some parameters you can play with, but I've never
actually done so myself.
On Fri, Feb 4, 2011 at 8:09 PM, Vinubalaji Gopal wrot=
e:
> Hi all,
> I wanted to know if Mysql allows me to configure it such that the
> writes to disk happen at a configurable time or after the buffers have
> enough data. Say there are 10 clients connecting to mysql and each one
> is inserting a row - I want to only write to disk when the buffer has
> enough data (say all the 10 rows are written to the main memory) or at
> some configurable interval. I know there could be a data loss in this
> case (if a crash happens before the buffer is written to disk) but I
> am willing to take that risk in the application.
>
> --
> Vinu
>
> --
> MySQL General Mailing List
> For list archives: http://lists.mysql.com/mysql
> To unsubscribe: http://lists.mysql.com/mysql?unsub=3Dvegivamp@tuxera.b=
e
>
>
--=20
Bier met grenadyn
Is als mosterd by den wyn
Sy die't drinkt, is eene kwezel
Hy die't drinkt, is ras een ezel
--
MySQL General Mailing List
For list archives: http://lists.mysql.com/mysql
To unsubscribe: http://lists.mysql.com/mysql?unsub=3Dgcdmg-mysql-2@m.gmane.o rg
Re: writing to disk at a configurable time
am 05.02.2011 01:47:57 von Vinubalaji Gopal
Thank you. I will try the different options and see how it performs.
On Fri, Feb 4, 2011 at 12:38 PM, Rolando Edwards
wrote:
> innodb_flush_log_at_trx_commit is the parameter to tweek
>
> The following is an excerpt from "MySQL 5.0 Certification Study Guide" (I=
SBN 0-672-32812-7)
> http://www.amazon.com/MySQL-5-0-Certification-Study-Guide/dp /0672328127/r=
ef=3Dsr_1_1?ie=3DUTF8&qid=3D1296851778&sr=3D8-1
> Chapter 29, Pages 429,430
>
> InnoDB tries to flush the log approximately once a second in any case, bu=
t the innodb_flush_log_at_trx_commit option cat be set to determine how lon=
g writing and flushing occurs in addition. The setting of this option is di=
rectly related to the ACID durability and the performance as follows:
>
> If you set =A0innodb_flush_log_at_trx_commit to 1, changes are written fo=
rm the log buffer and the log file is flushed to disk for each commit. This=
guaranteesthat the changes will not be lost even in the event of a crash. =
This is the safest setting, and is also the required setting if you need AC=
ID durability. However, this setting also produces slowest performance.
>
> A setting of 0 causes the log file to be written and flushed to disk appr=
oximately once a second, but not after each commit. Os a bust system, this =
can reduce log-related disk activity significantly, but in the event of a c=
rash can result in a loss of about a second's worth of committed changes.
>
> A setting of 2 causes the log buffer to be written to the log file after =
each commit, but file writes are flushed to disk approximately once a secon=
d. This is somewhat slower than a setting of 0. However, the committed chan=
ges will not be lost if it is only the MySQL server that crashes and not th=
e operating system or server host: The machine continues to run, so the cha=
nges written to the log file are in the filesystem cache and eventually wil=
l flushed normally.
>
> If The tradeoff controlled by the innodb_flush_log_at_trx_commit setting =
therefore is between durability and performance. If ACID durability is requ=
ired, a setting of 1 is necessary. If a slight risk to durability is accept=
able to achieve better performance, a value of 0 or 2 may be used.
>
> Rolando A. Edwards
> MySQL DBA (SCMDBA)
>
> 155 Avenue of the Americas, Fifth Floor
> New York, NY 10013
> 212-625-5307 (Work)
> 201-660-3221 (Cell)
> AIM & Skype : RolandoLogicWorx
> redwards@logicworks.net
> http://www.linkedin.com/in/rolandoedwards
>
>
> -----Original Message-----
> From: vegivamp@gmail.com [mailto:vegivamp@gmail.com] On Behalf Of Johan D=
e Meersman
> Sent: Friday, February 04, 2011 2:57 PM
> To: Vinubalaji Gopal
> Cc: mysql@lists.mysql.com
> Subject: Re: writing to disk at a configurable time
>
> InnoDB definitely has some parameters you can play with, but I've never
> actually done so myself.
>
>
> On Fri, Feb 4, 2011 at 8:09 PM, Vinubalaji Gopal wr=
ote:
>
>> Hi all,
>> =A0I wanted to know if Mysql allows me to configure it such that the
>> writes to disk happen at a configurable time or after the buffers have
>> enough data. Say there are 10 clients connecting to mysql and each one
>> is inserting a row - I want to only write to disk when the buffer has
>> enough data (say all the 10 rows are written to the main memory) or at
>> some configurable interval. I know there could be =A0a data loss in this
>> case (if a crash happens before the buffer is written to disk) but I
>> am willing to take that risk in the application.
>>
>> --
>> Vinu
>>
>> --
>> MySQL General Mailing List
>> For list archives: http://lists.mysql.com/mysql
>> To unsubscribe: =A0 =A0http://lists.mysql.com/mysql?unsub=3Dvegivamp@tux=
era.be
>>
>>
>
>
> --
> Bier met grenadyn
> Is als mosterd by den wyn
> Sy die't drinkt, is eene kwezel
> Hy die't drinkt, is ras een ezel
>
--=20
Vinu
In a world without fences who needs Gates?
--
MySQL General Mailing List
For list archives: http://lists.mysql.com/mysql
To unsubscribe: http://lists.mysql.com/mysql?unsub=3Dgcdmg-mysql-2@m.gmane.o rg
Re: writing to disk at a configurable time
am 05.02.2011 15:44:25 von robincui
------=_NextPart_4D4D6249_088A9B68_53AE4FCD
Content-Type: text/plain;
charset="gbk"
Content-Transfer-Encoding: base64
aGksYWxsLA0KDQoNCkkgYmVsaXZlIHRoaXMgaXMgYSB2ZXJ5IGludGVyZXN0 aW5nIHByb2Js
ZW2how0KRm9yIHNvbWUgdmVyeSB1bmltcG9ydGFudCBkYXRhLCBjb3VsZCB3 ZSBjYW4gc2V0
IGFueSBoaWRkZW4gb3B0aW9uIG9yIHZhcmlhYmxlcyB0byBjYXVzZSB0aGUg aW5ub2RiIHJl
ZG8gbG9nIGZpbGUgdG8gYmUgZmx1c2hlZCB0byBkaXNrIG9uY2UgNSwxMCBv ciA2MCBzZWNv
bmRzIGZvciBiZXR0ZXIgcGVyZm9ybWFuY2U/DQogDQpyb2JpbmN1aQ0KLS0t LS0tLS0tLS0t
LS0tLS0tIE9yaWdpbmFsIC0tLS0tLS0tLS0tLS0tLS0tLQ0KRnJvbTogICJW aW51YmFsYWpp
IEdvcGFsIjx2aW51YmFsYWppQGdtYWlsLmNvbT47DQpEYXRlOiAgU2F0LCBG ZWIgNSwgMjAx
MSAwODo0NyBBTQ0KVG86ICAiUm9sYW5kbyBFZHdhcmRzIjxyZWR3YXJkc0Bs b2dpY3dvcmtz
Lm5ldD47IA0KQ2M6ICAiSm9oYW4gRGUgTWVlcnNtYW4iPHZlZ2l2YW1wQHR1 eGVyYS5iZT47
ICJteXNxbEBsaXN0cy5teXNxbC5jb20iPG15c3FsQGxpc3RzLm15c3FsLmNv bT47IA0KU3Vi
amVjdDogIFJlOiB3cml0aW5nIHRvIGRpc2sgYXQgYSBjb25maWd1cmFibGUg dGltZQ0KDQog
DQogVGhhbmsgeW91LiBJIHdpbGwgdHJ5IHRoZSBkaWZmZXJlbnQgb3B0aW9u cyBhbmQgc2Vl
IGhvdyBpdCBwZXJmb3Jtcy4NCg0KT24gRnJpLCBGZWIgNCwgMjAxMSBhdCAx MjozOCBQTSwg
Um9sYW5kbyBFZHdhcmRzDQo8cmVkd2FyZHNAbG9naWN3b3Jrcy5uZXQ+IHdy b3RlOg0KPiBp
bm5vZGJfZmx1c2hfbG9nX2F0X3RyeF9jb21taXQgaXMgdGhlIHBhcmFtZXRl ciB0byB0d2Vl
aw0KPg0KPiBUaGUgZm9sbG93aW5nIGlzIGFuIGV4Y2VycHQgZnJvbSAiTXlT UUwgNS4wIENl
cnRpZmljYXRpb24gU3R1ZHkgR3VpZGUiIChJU0JOIDAtNjcyLTMyODEyLTcp DQo+IGh0dHA6
Ly93d3cuYW1hem9uLmNvbS9NeVNRTC01LTAtQ2VydGlmaWNhdGlvbi1TdHVk eS1HdWlkZS9k
cC8wNjcyMzI4MTI3L3JlZj1zcl8xXzE/aWU9VVRGOCZxaWQ9MTI5Njg1MTc3 OCZzcj04LTEN
Cj4gQ2hhcHRlciAyOSwgUGFnZXMgNDI5LDQzMA0KPg0KPiBJbm5vREIgdHJp ZXMgdG8gZmx1
c2ggdGhlIGxvZyBhcHByb3hpbWF0ZWx5IG9uY2UgYSBzZWNvbmQgaW4gYW55 IGNhc2UsIGJ1
dCB0aGUgaW5ub2RiX2ZsdXNoX2xvZ19hdF90cnhfY29tbWl0IG9wdGlvbiBj YXQgYmUgc2V0
IHRvIGRldGVybWluZSBob3cgbG9uZyB3cml0aW5nIGFuZCBmbHVzaGluZyBv Y2N1cnMgaW4g
YWRkaXRpb24uIFRoZSBzZXR0aW5nIG9mIHRoaXMgb3B0aW9uIGlzIGRpcmVj dGx5IHJlbGF0
ZWQgdG8gdGhlIEFDSUQgZHVyYWJpbGl0eSBhbmQgdGhlIHBlcmZvcm1hbmNl IGFzIGZvbGxv
d3M6DQo+DQo+IElmIHlvdSBzZXQgP2lubm9kYl9mbHVzaF9sb2dfYXRfdHJ4 X2NvbW1pdCB0
byAxLCBjaGFuZ2VzIGFyZSB3cml0dGVuIGZvcm0gdGhlIGxvZyBidWZmZXIg YW5kIHRoZSBs
b2cgZmlsZSBpcyBmbHVzaGVkIHRvIGRpc2sgZm9yIGVhY2ggY29tbWl0LiBU aGlzIGd1YXJh
bnRlZXN0aGF0IHRoZSBjaGFuZ2VzIHdpbGwgbm90IGJlIGxvc3QgZXZlbiBp biB0aGUgZXZl
bnQgb2YgYSBjcmFzaC4gVGhpcyBpcyB0aGUgc2FmZXN0IHNldHRpbmcsIGFu ZCBpcyBhbHNv
IHRoZSByZXF1aXJlZCBzZXR0aW5nIGlmIHlvdSBuZWVkIEFDSUQgZHVyYWJp bGl0eS4gSG93
ZXZlciwgdGhpcyBzZXR0aW5nIGFsc28gcHJvZHVjZXMgc2xvd2VzdCBwZXJm b3JtYW5jZS4N
Cj4NCj4gQSBzZXR0aW5nIG9mIDAgY2F1c2VzIHRoZSBsb2cgZmlsZSB0byBi ZSB3cml0dGVu
IGFuZCBmbHVzaGVkIHRvIGRpc2sgYXBwcm94aW1hdGVseSBvbmNlIGEgc2Vj b25kLCBidXQg
bm90IGFmdGVyIGVhY2ggY29tbWl0LiBPcyBhIGJ1c3Qgc3lzdGVtLCB0aGlz IGNhbiByZWR1
Y2UgbG9nLXJlbGF0ZWQgZGlzayBhY3Rpdml0eSBzaWduaWZpY2FudGx5LCBi dXQgaW4gdGhl
IGV2ZW50IG9mIGEgY3Jhc2ggY2FuIHJlc3VsdCBpbiBhIGxvc3Mgb2YgYWJv dXQgYSBzZWNv
bmQncyB3b3J0aCBvZiBjb21taXR0ZWQgY2hhbmdlcy4NCj4NCj4gQSBzZXR0 aW5nIG9mIDIg
Y2F1c2VzIHRoZSBsb2cgYnVmZmVyIHRvIGJlIHdyaXR0ZW4gdG8gdGhlIGxv ZyBmaWxlIGFm
dGVyIGVhY2ggY29tbWl0LCBidXQgZmlsZSB3cml0ZXMgYXJlIGZsdXNoZWQg dG8gZGlzayBh
cHByb3hpbWF0ZWx5IG9uY2UgYSBzZWNvbmQuIFRoaXMgaXMgc29tZXdoYXQg c2xvd2VyIHRo
YW4gYSBzZXR0aW5nIG9mIDAuIEhvd2V2ZXIsIHRoZSBjb21taXR0ZWQgY2hh bmdlcyB3aWxs
IG5vdCBiZSBsb3N0IGlmIGl0IGlzIG9ubHkgdGhlIE15U1FMIHNlcnZlciB0 aGF0IGNyYXNo
ZXMgYW5kIG5vdCB0aGUgb3BlcmF0aW5nIHN5c3RlbSBvciBzZXJ2ZXIgaG9z dDogVGhlIG1h
Y2hpbmUgY29udGludWVzIHRvIHJ1biwgc28gdGhlIGNoYW5nZXMgd3JpdHRl biB0byB0aGUg
bG9nIGZpbGUgYXJlIGluIHRoZSBmaWxlc3lzdGVtIGNhY2hlIGFuZCBldmVu dHVhbGx5IHdp
bGwgZmx1c2hlZCBub3JtYWxseS4NCj4NCj4gSWYgVGhlIHRyYWRlb2ZmIGNv bnRyb2xsZWQg
YnkgdGhlIGlubm9kYl9mbHVzaF9sb2dfYXRfdHJ4X2NvbW1pdCBzZXR0aW5n IHRoZXJlZm9y
ZSBpcyBiZXR3ZWVuIGR1cmFiaWxpdHkgYW5kIHBlcmZvcm1hbmNlLiBJZiBB Q0lEIGR1cmFi
aWxpdHkgaXMgcmVxdWlyZWQsIGEgc2V0dGluZyBvZiAxIGlzIG5lY2Vzc2Fy eS4gSWYgYSBz
bGlnaHQgcmlzayB0byBkdXJhYmlsaXR5IGlzIGFjY2VwdGFibGUgdG8gYWNo aWV2ZSBiZXR0
ZXIgcGVyZm9ybWFuY2UsIGEgdmFsdWUgb2YgMCBvciAyIG1heSBiZSB1c2Vk Lg0KPg0KPiBS
b2xhbmRvIEEuIEVkd2FyZHMNCj4gTXlTUUwgREJBIChTQ01EQkEpDQo+DQo+ IDE1NSBBdmVu
dWUgb2YgdGhlIEFtZXJpY2FzLCBGaWZ0aCBGbG9vcg0KPiBOZXcgWW9yaywg TlkgMTAwMTMN
Cj4gMjEyLTYyNS01MzA3IChXb3JrKQ0KPiAyMDEtNjYwLTMyMjEgKENlbGwp DQo+IEFJTSAm
IFNreXBlIDogUm9sYW5kb0xvZ2ljV29yeA0KPiByZWR3YXJkc0Bsb2dpY3dv cmtzLm5ldA0K
PiBodHRwOi8vd3d3LmxpbmtlZGluLmNvbS9pbi9yb2xhbmRvZWR3YXJkcw0K Pg0KPg0KPiAt
LS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiB2ZWdpdmFtcEBn bWFpbC5jb20g
W21haWx0bzp2ZWdpdmFtcEBnbWFpbC5jb21dIE9uIEJlaGFsZiBPZiBKb2hh biBEZSBNZWVy
c21hbg0KPiBTZW50OiBGcmlkYXksIEZlYnJ1YXJ5IDA0LCAyMDExIDI6NTcg UE0NCj4gVG86
IFZpbnViYWxhamkgR29wYWwNCj4gQ2M6IG15c3FsQGxpc3RzLm15c3FsLmNv bQ0KPiBTdWJq
ZWN0OiBSZTogd3JpdGluZyB0byBkaXNrIGF0IGEgY29uZmlndXJhYmxlIHRp bWUNCj4NCj4g
SW5ub0RCIGRlZmluaXRlbHkgaGFzIHNvbWUgcGFyYW1ldGVycyB5b3UgY2Fu IHBsYXkgd2l0
aCwgYnV0IEkndmUgbmV2ZXINCj4gYWN0dWFsbHkgZG9uZSBzbyBteXNlbGYu DQo+DQo+DQo+
IE9uIEZyaSwgRmViIDQsIDIwMTEgYXQgODowOSBQTSwgVmludWJhbGFqaSBH b3BhbCA8dmlu
dWJhbGFqaUBnbWFpbC5jb20+d3JvdGU6DQo+DQo+PiBIaSBhbGwsDQo+PiA/ SSB3YW50ZWQg
dG8ga25vdyBpZiBNeXNxbCBhbGxvd3MgbWUgdG8gY29uZmlndXJlIGl0IHN1 Y2ggdGhhdCB0
aGUNCj4+IHdyaXRlcyB0byBkaXNrIGhhcHBlbiBhdCBhIGNvbmZpZ3VyYWJs ZSB0aW1lIG9y
IGFmdGVyIHRoZSBidWZmZXJzIGhhdmUNCj4+IGVub3VnaCBkYXRhLiBTYXkg dGhlcmUgYXJl
IDEwIGNsaWVudHMgY29ubmVjdGluZyB0byBteXNxbCBhbmQgZWFjaCBvbmUN Cj4+IGlzIGlu
c2VydGluZyBhIHJvdyAtIEkgd2FudCB0byBvbmx5IHdyaXRlIHRvIGRpc2sg d2hlbiB0aGUg
YnVmZmVyIGhhcw0KPj4gZW5vdWdoIGRhdGEgKHNheSBhbGwgdGhlIDEwIHJv d3MgYXJlIHdy
aXR0ZW4gdG8gdGhlIG1haW4gbWVtb3J5KSBvciBhdA0KPj4gc29tZSBjb25m aWd1cmFibGUg
aW50ZXJ2YWwuIEkga25vdyB0aGVyZSBjb3VsZCBiZSA/YSBkYXRhIGxvc3Mg aW4gdGhpcw0K
Pj4gY2FzZSAoaWYgYSBjcmFzaCBoYXBwZW5zIGJlZm9yZSB0aGUgYnVmZmVy IGlzIHdyaXR0
ZW4gdG8gZGlzaykgYnV0IEkNCj4+IGFtIHdpbGxpbmcgdG8gdGFrZSB0aGF0 IHJpc2sgaW4g
dGhlIGFwcGxpY2F0aW9uLg0KPj4NCj4+IC0tDQo+PiBWaW51DQo+Pg0KPj4g LS0NCj4+IE15
U1FMIEdlbmVyYWwgTWFpbGluZyBMaXN0DQo+PiBGb3IgbGlzdCBhcmNoaXZl czogaHR0cDov
L2xpc3RzLm15c3FsLmNvbS9teXNxbA0KPj4gVG8gdW5zdWJzY3JpYmU6ID8g P2h0dHA6Ly9s
aXN0cy5teXNxbC5jb20vbXlzcWw/dW5zdWI9dmVnaXZhbXBAdHV4ZXJhLmJl DQo+Pg0KPj4N
Cj4NCj4NCj4gLS0NCj4gQmllciBtZXQgZ3JlbmFkeW4NCj4gSXMgYWxzIG1v c3RlcmQgYnkg
ZGVuIHd5bg0KPiBTeSBkaWUndCBkcmlua3QsIGlzIGVlbmUga3dlemVsDQo+ IEh5IGRpZSd0
IGRyaW5rdCwgaXMgcmFzIGVlbiBlemVsDQo+DQoNCg0KDQotLSANClZpbnUN Cg0KSW4gYSB3
b3JsZCB3aXRob3V0IGZlbmNlcyB3aG8gbmVlZHMgR2F0ZXM/DQoNCi0tIA0K TXlTUUwgR2Vu
ZXJhbCBNYWlsaW5nIExpc3QNCkZvciBsaXN0IGFyY2hpdmVzOiBodHRwOi8v bGlzdHMubXlz
cWwuY29tL215c3FsDQpUbyB1bnN1YnNjcmliZTogICAgaHR0cDovL2xpc3Rz Lm15c3FsLmNv
bS9teXNxbD91bnN1Yj1yb2JpbmN1aUB2aXAucXEuY29t
------=_NextPart_4D4D6249_088A9B68_53AE4FCD--