pax

辉瑞Paxlovid的发音是帕罗韦德。Paxlovid是由2片PF和1片利托那韦组成的合剂。PF通过阻断新冠病毒3CL蛋白酶活性而阻断病毒复制，利托那韦则帮助减缓PF代谢。利托那韦这里是一个辅助作用，Paxlovid问世之前，利托那韦也被用在其他药物组合里面，作用就是缓减主药的代谢，所以Paxlovid最重要的、辉瑞原创的成分是PF。发展历程当地时间2021年11月22日，美国食品药品管理局（FDA）紧急授权（EUA）批准美国辉瑞制药公司治疗新冠病毒肺炎新药奈玛特韦（nirmatrelvir）片联用病毒蛋白酶增强药利托那韦（ritonavir）片共包装盒Paxlovid@上市，用于治疗SARS-CoV-2轻至中度成人和≥12岁、体质量≥40 kg的儿童和成人患者，及具有较高重症风险的患者人群。Ⅲ期临床试验初步结果显示，与安慰剂相比，在症状出现3d内接受治疗的患者，任何原因导致住院和死亡的风险可降低89%。以上内容参考：百度百科-Paxlovid

Paxlovid是美国辉瑞公司研发的商品名。本品用于治疗成人伴有进展为重症高风险因素的轻至中度新型患者，例如伴有高龄、慢性肾脏疾病、糖尿病、心血管疾病、慢性肺病等重症高风险因素的患者。2021年12月14日消息，辉瑞公司表示，最终分析仍显示其口服药Paxlovid在防止高危病人住院和死亡方面有89%的效果；2021年12月22日，美国食品和药物管理局批准Paxlovid；当地时间2022年1月2日，德国联邦卫生部长劳特巴赫宣布，德国联邦政府希望在1月份对口服药Paxlovid进行紧急批准。发展历程当地时间2021年11月22日，批准美国Paxlovid上市，用于治疗轻至中度成人和≥12岁、体质量≥40kg的儿童和成人患者，及具有较高重症风险的患者人群。Ⅲ期临床试验初步结果显示，与安慰剂相比，在症状出现3d内接受治疗的患者，任何原因导致住院和死亡的风险可降低89%。2021年，辉瑞公司的最终分析结果显示，口服药PAXLOVID的临床效果与11月公布的中期结果一致。与安慰剂相比，在症状出现3天内接受治疗，任何原因导致住院和死亡风险可降低89%。12月14日，辉瑞公司公布了上述消息，完整的研究数据预计将在本月晚些时候发布。

Paxlovid是一种新型冠状病毒治疗药物，是一种剂量合适的口服药物，由Pfizer制药公司所生产。这种药物看起来是一种很棒的药物，因为它能够协助治疗新冠状病毒和其它的一些疾病。然而，与大多数药物一样，Paxlovid需要始终保持在正确的温度范围内，以确保其功效不会受到损害。 这也是为什么它需要冷藏。当Paxlovid冷藏时，它可以保持一个稳定的温度，这对于保护药物的功效来说是非常重要的。如果它没有正确的冷藏，这可能会导致药物失效。失效的原因之一是药品在较高温度下脱水，被氧化或退化。药品还可能会失去其原始成分，使其不再适用于治疗疾病。因此，如果你注意到Paxlovid被保存在错误的温度下，或者过期日期已经过去，你就不能使用它。最好的方法是直接联系制药公司或医生，例如医生可以告诉你正确的Paxlovid存储方法，并且可以告诉你如何处理任何已过期或不再使用的药品。在过去几年中，人们已经观察到，居家冰箱和冷冻器也可以成为药品的好的保管物，这为许多病人提供了更方便的保管药物的方式， 同时也能更方便地使用Paxlovid等药物。总之，Paxlovid是一种很棒的药物，但你需要确保它在正确的温度下冷藏，并注意检查过期日期，以确保它的功效不受到损害。

辉瑞新冠药Paxlovid之所以能够被称为特效药主要有两方面原因：一是作为治疗新冠的药物，Paxlovid确实有一定的治疗效果；另一方面则是媒体的宣传和部分专家对Paxlovid的支持。随着疫情管控措施的松绑，全国各地陆续进入了新冠重症高峰。在此时刻，新冠小分子药物的作用更为凸显。作为治疗新冠的小分子药物的明星产品，Paxlovid一时间风头无量，尤其是在1月7日有消息传出该款药物进入医保谈判。但是备受关注的新冠治疗药物Paxlovid的医保谈判最终还是失败了，这也意味着该款药物将无法进入医保药品目录。对此，1月8日，有关部门给出的解释原因是，“生产企业辉瑞有限公司报价太高，没能达成谈判”。对于Paxlovid不愿意“放低姿态”进入医保目录，有关权威人士的猜测是：一是该药供不应求，药企不愁卖；二是辉瑞不愿意破坏自身全球价格体系；三是该药在疗效上显示出一定的优势，也成为当下新冠治疗首选药物，就算不降价，预计该药在细分人群使用上，仍有很大需求空间。那么为什么治疗新冠的药物辉瑞产品能够如此被青睐乃至于被称为特效药呢？我认为以下两方面因素是关键：一是Paxlovid确实有一定的效果。就在前几天（2023年1月6日）国家卫健委发布的《新型冠状病毒感染诊疗方案（试行第十版）》中，列出的抗病毒治疗药物中就包含了奈玛特韦片/利托那韦片组合包装（即辉瑞Paxlovid）。试行第十版内容中显示，该药适用人群为发病5天以内的轻、中型且伴有进展为重症高风险因素的成年患者。试想，如果Paxlovid没有一定的治疗效果，那么它是不可能被列入《新型冠状病毒感染诊疗方案（试行第十版）》。而且从医保谈判中，也能看到有关部门对其的重视，虽然没谈成但确实是下了不小的功夫。另外，有临床医生也对第一财经的记者表示，Paxlovid的临床观察到的疗效尚可。还有一点我觉得也有必要在这里提一下，美国总统拜登在治疗新冠的时候，他的医疗团队也为他使用了该款药物。二是对于Paxlovid的宣传和支持到位了。细心的朋友在一些短视频平台或者搜索软件中都能够看到有关Paxlovid的报道，而且大多数都是正面的。在某书平台上，有很多网络大V分享了一些有关使用Paxlovid的感受，意在说明该款药物确实有效。（不管内容是真是假，文章的阅读、点赞和评论都蛮高的，说明受到一定关注）同时，还有一些知名专家为期“站位”。福奇说，这款小分子药物是一项“重大成就”。而国内张文宏、陶斯亮等人也是提议将Paxlovid引进的忠实支持者。我个人是比较支持引进Paxlovid，毕竟身边有朋友服用过，效果还不错，能够有效减少高烧和核酸转阴时间，还能防止重症。但是同时我也不认为Paxlovid是特效药，毕竟它的使用范围有限，Paxlovid不适用于重症风险较低人群（比如说没有基础病、接种疫苗的年轻人等），而且不具备预防作用。这也注定了该款药物不能普及，从而达到社会人群全面治疗（免疫）的效果。

辉瑞新冠药Paxlovid之所以能够被称为特效药主要有两方面原因：一是作为治疗新冠的药物，Paxlovid确实有一定的治疗效果；另一方面则是媒体的宣传和部分专家对Paxlovid的支持。随着疫情管控措施的松绑，全国各地陆续进入了新冠重症高峰。在此时刻，新冠小分子药物的作用更为凸显。作为治疗新冠的小分子药物的明星产品，Paxlovid一时间风头无量，尤其是在1月7日有消息传出该款药物进入医保谈判。但是备受关注的新冠治疗药物Paxlovid的医保谈判最终还是失败了，这也意味着该款药物将无法进入医保药品目录。对此，1月8日，有关部门给出的解释原因是，“生产企业辉瑞有限公司报价太高，没能达成谈判”。对于Paxlovid不愿意“放低姿态”进入医保目录，有关权威人士的猜测是：一是该药供不应求，药企不愁卖；二是辉瑞不愿意破坏自身全球价格体系；三是该药在疗效上显示出一定的优势，也成为当下新冠治疗首选药物，就算不降价，预计该药在细分人群使用上，仍有很大需求空间。那么为什么治疗新冠的药物辉瑞产品能够如此被青睐乃至于被称为特效药呢？我认为以下两方面因素是关键：一是Paxlovid确实有一定的效果。就在前几天（2023年1月6日）国家卫健委发布的《新型冠状病毒感染诊疗方案（试行第十版）》中，列出的抗病毒治疗药物中就包含了奈玛特韦片/利托那韦片组合包装（即辉瑞Paxlovid）。试行第十版内容中显示，该药适用人群为发病5天以内的轻、中型且伴有进展为重症高风险因素的成年患者。试想，如果Paxlovid没有一定的治疗效果，那么它是不可能被列入《新型冠状病毒感染诊疗方案（试行第十版）》。而且从医保谈判中，也能看到有关部门对其的重视，虽然没谈成但确实是下了不小的功夫。另外，有临床医生也对第一财经的记者表示，Paxlovid的临床观察到的疗效尚可。还有一点我觉得也有必要在这里提一下，美国总统拜登在治疗新冠的时候，他的医疗团队也为他使用了该款药物。二是对于Paxlovid的宣传和支持到位了。细心的朋友在一些短视频平台或者搜索软件中都能够看到有关Paxlovid的报道，而且大多数都是正面的。在某书平台上，有很多网络大V分享了一些有关使用Paxlovid的感受，意在说明该款药物确实有效。（不管内容是真是假，文章的阅读、点赞和评论都蛮高的，说明受到一定关注）同时，还有一些知名专家为期“站位”。福奇说，这款小分子药物是一项“重大成就”。而国内张文宏、陶斯亮等人也是提议将Paxlovid引进的忠实支持者。我个人是比较支持引进Paxlovid，毕竟身边有朋友服用过，效果还不错，能够有效减少高烧和核酸转阴时间，还能防止重症。但是同时我也不认为Paxlovid是特效药，毕竟它的使用范围有限，Paxlovid不适用于重症风险较低人群（比如说没有基础病、接种疫苗的年轻人等），而且不具备预防作用。这也注定了该款药物不能普及，从而达到社会人群全面治疗（免疫）的效果。

要连续服用5天，这就是一个疗程，每盒中有30片药。在服用前一定要看说明书，也要看注意事项。

primovir和paxlovid区别是制造厂商不同、上市时间不同、包装不同。primovir是通过抑制新型冠状病毒主要蛋白酶，抑制新型冠状病毒复制，从而起到治疗效果。部分患者服用后可能会出现腹泻、味觉失灵、消化不良等副作用，该药物不能与强诱导剂合用，以免降低药物效果。paxlovid为口服小分子新冠病毒治疗药物，用于治疗成人伴有进展为重症高风险因素的轻至中度新型冠状病毒肺炎患者。例如伴有高龄、慢性肾脏疾病、糖尿病、心血管疾病、慢性肺病等重症高风险因素的患者。新冠防护措施：1、减少外出新型冠状病毒感染会引发发热、咳嗽、咽部疼痛等不适症状，并且传染性比较强，可以通过密切接触、呼吸道飞沫以及间接接触等方式传播。在日常生活中需要做好预防措施，尽量减少外出，避免去出现疫情的地区，减少聚集。2、注意个人护理在日常生活中还需要注意个人护理，在外出后需要及时洗手消毒，不可以直接使用接触公共物品的手揉眼或者触摸口腔鼻部，以免导致手部的病毒侵入体内。还需要正确地佩戴医用口罩，并且要及时更换，日常饮食营养均衡，睡眠充足，适当运动，有助于预防新型冠状病毒。

是真的啊，这个都是经过临床研究对比得出的结论，Paxlovid因为是两种药物组合而成，其弊端在于可能会对高血压、糖尿病、高血脂等疾病的药物产生相抗。民得维的优势在于其疗效显著的同时，副作用小，安全性顾虑更少，药物相互作用可能性小，没有对遗传物质产生损害的风险，也不会增加导致细胞突变的可能性。

普通人购买Paxlovid，目前来看不会变得很容易。从《每日经济新闻》记者近日对上海多个社区卫生服务中心的调查情况来看，其中，既有药品准备充足的社区医院，也有部分社区医院出现药品供不应求的情况。但无一例外的是，目前基层社区医院对相关新冠抗病毒药物的开具较为严格，普遍要求Paxlovid、阿兹夫定等抗病毒药物优先供给需要重点关注的人群。Paxlovid的价格方面，尽管有消息称医保报销后个人支付很便宜，但基层医院均向记者表示，自费部分的价格要根据个人情况而定，每个人的报销比例不同，要根据老人退休年龄、医保缴纳情况等具体计算。供应能力作为被市场寄予厚望的药物，短期需求激增及国内市场供应短缺都是造成Paxlovid价格居高不下、一药难求的原因。但事实上，国内企业并不缺乏大规模供应Paxlovid的能力。2021年11月16日，辉瑞与非营利机构“药物专利池”达成许可协议，允许其进一步授权其他制药商生产Paxlovid的仿制药。2022年3月，"药物专利池"发布消息称，已与全球35家公司（其中包括复星医药、华海药业等5家中国企业）签署协议，可以生产并向协议约定的95个中低收入国家供应Paxlovid，但中国并不在其中。这也就意味着，尽管部分中国企业早已拥有了生产Paxlovid的能力，但限于专利许可协议它们并不能直接向国内市场供应药物。

帕克斯勒维德是美国辉瑞公司研发的一款抗病毒药物。可降低新冠病毒在体内的繁殖能力，该药有小分子药物pf-07321332和利托那伟组成。Pf-07321332是针对新冠病毒主蛋白酶的抑制剂，利托那韦则是抗病毒药增效剂，曾用于抗艾滋病毒。

primovir和paxlovid功能没有区别，只是制造厂商不同，上市时间不同，包装不同而已。Paxlovid，辉瑞公司新冠病毒治疗药物。Paxlovid 包含两种药物：Nirmatrelvir 和 Ritonavir。Nirmatrelvir 和 Ritonavir 共同给药，以帮助减缓其新陈代谢，使其在体内以较高浓度保持更长时间的活性，以帮助对抗病毒。Paxlovid 为口服小分子新冠病毒治疗药物，用于治疗成人伴有进展为重症高风险因素的轻至中度新型冠状病毒肺炎(COVID-19)患者，例如伴有高龄、慢性肾脏疾病、糖尿病、心血管疾病、慢性肺病等重症高风险因素的患者。美国辉瑞公司生产的这款口服药物名为Paxlovid，由两种抗病毒药物组成，用于治疗患新冠轻症至中症的成人和12岁及以上儿童，以及具有较高重症风险的人群。2021年12月14日，辉瑞宣布Paxlovid试验最终结果：发病5天以内服药，与安慰剂组相比，住院/死亡风险减少88%，病毒载量下降约10倍。

之前新冠特效药难买，所以Paxlovid被炒得沸沸扬扬，个人觉得都有点神化了。现在新冠特效药越来越多，很多国产新冠特效药也开始崭露头角，例如君实生物口服核苷类抗新冠病毒药物民得维就挺不错的，这个药兼具抗病毒作用强、伴随用药禁忌少、无遗传毒性风险、口服不受进食影响等多重优势，众多研究也表明，其疗效是不亚于Paxlovid的。不懂的可以追问哦，祝你工作顺利

首先它能够让疫情进展的更好，减少了防疫人员的负担。能够让疫情尽快结束。减少百姓的恐慌。

随着我国新冠疫情防控政策的调整，已经上市近一年、公认疗效较好的新冠口服药辉瑞Paxlovid愈发引起大家关注。今年3月31日后，Paxlovid医保临时报销政策将到期，Paxlovid能否正式进入国家医保药品名录成为大家关注的话题。1月8日，2022年国家医保药品目录谈判工作正式结束。当天傍晚，国家医保局就发布了新冠治疗药品参与国谈有关情况，阿兹夫定片、清肺排毒颗粒谈判成功，Paxlovid因生产企业辉瑞投资有限公司报价高未能成功。据介绍，虽然Paxlovid未能通过谈判纳入医保目录，但根据近期国家医保局会同有关部门联合印发的《关于实施“乙类乙管”后优化新型冠状病毒感染患者治疗费用医疗保障相关政策的通知》要求，《新型冠状病毒感染诊疗方案》中的所有治疗性药物，包括Paxlovid、阿兹夫定片、莫诺拉韦胶囊、散寒化湿颗粒等，医保都将临时性支付到2023年3月31日。而最新消息显示，辉瑞正在推进Paxlovid在中国本土化生产。1月10日，复旦大学公共卫生学院教授胡善联在接受红星新闻记者采访时表示，Paxlovid未来如果在国内生产，是否降价要看在中国生产的Paxlovid的定价权在谁手里。辉瑞新冠口服药报价几何，众说纷纭医保谈判的规则是，药企经过两轮报价，超过医保底价115%的出局，落入范围内则继续谈判，落入底价以内就谈判成功。据悉，医保底价的形成主要参考药品的药物经济学评价和医保基金预算影响分析。其中，前者主要根据临床获益程度，同时参考国际最低价、市场竞争程度等因素综合判定价格。后者对比谈判药品以现有价格和估算的谈判价格分别纳入医保后，对基金的影响情况，综合衡量其最终价格。两者各自测出价格，通常取其低者为谈判“底价”。据财新报道，权威渠道人士表示，辉瑞公司在1890元这个价格基本上没降，并非网传报道的600多元。21世纪经济报道同样采访到接近国家医保局人士的相同消息。此前，有券商分析师向红星新闻记者透露，他此前了解到的消息是，辉瑞希望的价格在800-1000元。对于谈判失败的结果，他认为这也符合跨国药企参与医保谈判的风格，其需要维持其全球定价体系。从全球价格看，Paxlovid在美国由政府采购，一盒定价为530美元，欧洲国家早期采购时的定价为600至700美元一盒。由于价格相对较高等原因，在国内感染新冠后能够顺利吃上Paxlovid还是有些困难。“之前很多人对Paxlovid并不了解，但是最近几个月随着新冠疫情政策调整，就诊时来咨询Paxlovid的患者越来越多，有些人甚至直接问能不能开Paxlovid。对医院来说，现在是有Paxlovid的，但是我们医生在开药的时候会做一定的限制。”西安一家三甲医院的呼吸科医生1月10日告诉红星新闻记者，首先医院药房里这个药的数量本身不多，其次这个药的价格比较贵，很多患者接受不了。另外Paxlovid与很多药物在使用时是会出现不良反应的，因此只会给一些患有比较严重的基础病、新冠症状较轻的患者开具Paxlovid。1月6日，国家医保局印发《新冠治疗药品价格形成指引》表示，早期批准上市的阿兹夫定片和Paxlovid两款药品供求矛盾和价格问题比较突出。国家医保局先后约谈了两款药品的相关生产经营企业，企业积极回应社会关切，主动采取了降价措施。Paxlovid一开始的医保挂网价格为一盒2300元，有媒体报道近期已降至1890元。未来3-4个月Paxlovid或将实现中国本地化生产据英国金融时报报道，在中国政府给予辉瑞本地生产和供应Paxlovid的许可后，辉瑞可在三到四个月内通过一家中国合作伙伴开始在中国本地生产这种新冠口服药。辉瑞首席执行官艾伯乐表示，中国市场对Paxlovid的需求猛增，导致供应紧张，一家承接外包合同的中国制药商正准备投入这种药物的生产。2022年8月，华海药业曾与辉瑞签订《生产与供应主协议》，华海药业将在协议期内为辉瑞公司在中国大陆市场销售的新冠病毒治疗药物Paxlovid提供制剂委托生产服务。辉瑞提供奈玛特韦原料药与利托那韦制剂，华海药业负责奈玛特韦制剂生产，并完成组合包装。当年10月，歌礼制药宣布，和辉瑞就Paxlovid签订中国大陆市场利托那韦授权与供应协议。1月9日，华海药业回应红星新闻，公司曾与辉瑞签订相关合作，正在积极配合辉瑞推进本土化项目工作。1月10日，辉瑞方面回复，关于华海的本地化生产，双方正在积极推进。红星新闻记者注意到，1月10日，华海药业在上证e互动平台回应投资者提问时表示，“公司正积极配合辉瑞加速推进Paxlovid本土化项目的各项工作，以保障Paxlovid在中国市场的充足供应。”华海药业也是被允许仿制生产辉瑞新冠口服药Paxlovid成分之一奈玛特韦原料药或制剂的公司之一。红星新闻记者注意到，华海药业1月10日收盘时股价上涨了7.73%。Paxlovid若本土生产，能否降价？专家：需要看定价权在谁手里Paxlovid不是“神药”对于此轮国家医保局与辉瑞Paxlovid进入医保药品名录未成功、辉瑞Paxlovid在中国生产后能否降价等问题，相关专家也发表了自己的看法。复旦大学公共卫生学院教授胡善联在接受人民日报采访时表示，除了考虑企业的成本和临床价值之外，还要充分考虑“创新性”和“经济性”。其中经济性是重要的定价原则之一，当药品价格明显高于经济性评价的结果时，定价需要以经济性评价结果为准。临床数据证实目前已上市的新冠治疗药物具备一定的预防重症风险的疗效，但轻型和普通型患者人群能有多大程度的获益，相关的临床和经济性证据并不充分，在此基础上，新冠药物的定价过高并不合理。”1月10日，胡善联在接受红星新闻记者采访时表示，由于近期我国对新冠疫情防控政策的调整，部分地区Paxlovid确实存在“一药难求”的情况。“但是这也并不意味着Paxlovid如果真的进入医保药品名录的话，购买就会更加方便。”胡善联说，如果Paxlovid以将近2000元的价格进入医保名录，并不是说就会随便进口或者让医生随意开具了，最终其实还是要考虑Paxlovid的实际作用，以及医保资金池的承受能力。对于Paxlovid未来如果在国内生产，价格是否会降的问题，胡善联表示，这个要看在中国生产的Paxlovid的定价权在谁手里，如果完全在辉瑞手里，那基本上不会有太大影响，而如果国内生产的药企有一定的定价权，那或许会有价格下探的可能。胡善联表示，Paxlovid对轻度和中度新冠病毒感染者门诊患者有一定治疗效果，包括减少死亡和住院，但也并不是所谓神药。“Paxlovid在我国最新版的治疗方案中只是选择之一，并不是唯一的治疗药物，另外，我国现在也在致力于新冠口服药的研发，所以并不是说一定要在价格很高的情况下让Paxlovid进入医保药品名录。”红星新闻记者胡伊文实习记者付_实习生苗睿编辑张波

能够帮助我们预防感冒以及预防病毒。可以进行防疫人员的负担，以及让防疫工作更好地经营下去。减缓疫情，症状减少，好治疗。

人数的意思。国外服务业很常用的。pax是Passengers的缩写，没有单复数之分，这个用法在旅游行业（旅行社，饭店，航空公司等）非常常见。 之前有人回答过这个问题。

辉瑞Paxlovid的发音是帕罗韦德。Paxlovid是由2片PF和1片利托那韦组成的合剂。PF通过阻断新冠病毒3CL蛋白酶活性而阻断病毒复制，利托那韦则帮助减缓PF代谢。利托那韦这里是一个辅助作用，Paxlovid问世之前，利托那韦也被用在其他药物组合里面，作用就是缓减主药的代谢，所以Paxlovid最重要的、辉瑞原创的成分是PF。发展历程当地时间2021年11月22日，美国食品药品管理局（FDA）紧急授权（EUA）批准美国辉瑞制药公司治疗新冠病毒肺炎新药奈玛特韦（nirmatrelvir）片联用病毒蛋白酶增强药利托那韦（ritonavir）片共包装盒Paxlovid@上市，用于治疗SARS-CoV-2轻至中度成人和≥12岁、体质量≥40 kg的儿童和成人患者，及具有较高重症风险的患者人群。Ⅲ期临床试验初步结果显示，与安慰剂相比，在症状出现3d内接受治疗的患者，任何原因导致住院和死亡的风险可降低89%。以上内容参考：百度百科-Paxlovid

辉瑞Paxlovid的发音是帕罗韦德。Paxlovid是由2片PF和1片利托那韦组成的合剂。PF通过阻断新冠病毒3CL蛋白酶活性而阻断病毒复制，利托那韦则帮助减缓PF代谢。利托那韦这里是一个辅助作用，Paxlovid问世之前，利托那韦也被用在其他药物组合里面，作用就是缓减主药的代谢，所以Paxlovid最重要的、辉瑞原创的成分是PF。发展历程当地时间2021年11月22日，美国食品药品管理局（FDA）紧急授权（EUA）批准美国辉瑞制药公司治疗新冠病毒肺炎新药奈玛特韦（nirmatrelvir）片联用病毒蛋白酶增强药利托那韦（ritonavir）片共包装盒Paxlovid@上市，用于治疗SARS-CoV-2轻至中度成人和≥12岁、体质量≥40 kg的儿童和成人患者，及具有较高重症风险的患者人群。Ⅲ期临床试验初步结果显示，与安慰剂相比，在症状出现3d内接受治疗的患者，任何原因导致住院和死亡的风险可降低89%。以上内容参考：百度百科-Paxlovid

辉瑞Paxlovid的发音是帕罗韦德。Paxlovid是由2片PF和1片利托那韦组成的合剂。PF通过阻断新冠病毒3CL蛋白酶活性而阻断病毒复制，利托那韦则帮助减缓PF代谢。利托那韦这里是一个辅助作用，Paxlovid问世之前，利托那韦也被用在其他药物组合里面，作用就是缓减主药的代谢，所以Paxlovid最重要的、辉瑞原创的成分是PF。发展历程当地时间2021年11月22日，美国食品药品管理局（FDA）紧急授权（EUA）批准美国辉瑞制药公司治疗新冠病毒肺炎新药奈玛特韦（nirmatrelvir）片联用病毒蛋白酶增强药利托那韦（ritonavir）片共包装盒Paxlovid@上市，用于治疗SARS-CoV-2轻至中度成人和≥12岁、体质量≥40 kg的儿童和成人患者，及具有较高重症风险的患者人群。Ⅲ期临床试验初步结果显示，与安慰剂相比，在症状出现3d内接受治疗的患者，任何原因导致住院和死亡的风险可降低89%。以上内容参考：百度百科-Paxlovid

supremefx s1220是华硕的东西，实际上就是ALC1220魔改后的，和ALC1220音质是一样的。alc1220是最新的旗舰，用于替代上一代旗舰1150的，再上一代旗舰是898，这个和892是一代的，音质优于892.ALC892是ALC887的换代升级版，他们定位中高端（集成声卡中），定位价格方面都属于同一等级，但是数据方面几乎没有不同，音质也是几乎一样，单纯披个新马甲罢了。拓展回答：声卡，也叫音频卡（港台称之为声效卡）：声卡是多媒体技术中最基本的组成部分，是实现声波/数字信号相互转换的一种硬件。声卡的基本功能是把来自话筒、磁带、光盘的原始声音信号加以转换，输出到耳机、扬声器、扩音机、录音机等声响设备，或通过音乐设备数字接口(MIDI)使乐器发出美妙的声音。组成：数字信号处理芯片：数字信号处理芯片可以完成各种信号的记录和播放任务，还可以完成许多处理工作，如音频压缩与解压缩运算、改变采样频率、解释MIDI指令或符号以及控制和协调直接存储器访问（DMA）工作。A/D和D/A转换器：声音原本以模拟波形的形式出现，必须转换成数字形式才能在计算机中使用。为实现这种转换，声音卡含有把模拟信号转成数字信号的A/D转换器，使数据可存入磁盘中。为了把声音输出信号送给喇叭或其他设备播出，声卡必须使用D/A转换器，把计算机中以数字形式表示的声音转变成模拟信号播出。总线接口芯片：总线接口芯片在声卡与系统总线之间传输命令与数据。音乐合成器：音乐合成器负责将数字音频波形数据或MIDI消息合成为声音。混音器：混音器可以将不同途径，如话筒或线路输入、CD输入的声音信号进行混合。此外，混音器还为用户提供软件控制音量的功能。

歌曲名:Pax Deorum歌手:Enya专辑:A Box Of Dreams Cd1 - OceansEnya:Pax Deorum..domineoveniteosacramentum-(discesm)eodeodomineoveniteosacramentum-domineoveniteosacramentum-domineoveniteosacramentum-Athairarneamhdialinndomineoveniteosacramentum-... Athairarneamhdialiomdomineoveniteosacramentum-domineoveniteosacramentum-sacramentum-domineoveniteosacramentum-domineoveniteosacramentum-(discesm)eodeo-eodeosacramentum-eodeo..domineoveniteosacramentum-eodeo..Omnem crede diemtibi diluxisse supremum.Omnem crede diemtibi diluxisse supremum.Athairarneamhdialinn-domineoveniteosacramentum-Athairarneamhdialinn-domineoveniteosacramentum-domineoveniteosacramentum-domineoveniteosacramentum-sacramentum-domineoveniteosacramentum-domineoveniteosacramentum-domineoveniteosacramentum-domineoveniteosacramentum-sacramentum-http://music.baidu.com/song/1578516

歌曲名:Pax Deorum歌手:Enya专辑:树的回忆The Memory Of TreesEnya:Pax Deorum..domineoveniteosacramentum-(discesm)eodeodomineoveniteosacramentum-domineoveniteosacramentum-domineoveniteosacramentum-Athairarneamhdialinndomineoveniteosacramentum-... Athairarneamhdialiomdomineoveniteosacramentum-domineoveniteosacramentum-sacramentum-domineoveniteosacramentum-domineoveniteosacramentum-(discesm)eodeo-eodeosacramentum-eodeo..domineoveniteosacramentum-eodeo..Omnem crede diemtibi diluxisse supremum.Omnem crede diemtibi diluxisse supremum.Athairarneamhdialinn-domineoveniteosacramentum-Athairarneamhdialinn-domineoveniteosacramentum-domineoveniteosacramentum-domineoveniteosacramentum-sacramentum-domineoveniteosacramentum-domineoveniteosacramentum-domineoveniteosacramentum-domineoveniteosacramentum-sacramentum-http://music.baidu.com/song/894753

原始Paxos的BFT版本，在相同网络假设下存在1/3拜占庭故障节点时是安全的。这是由LeslieLamport发明的，是他最初的Paxos论文的延伸。

歌曲名:Connected歌手:Sara Paxton专辑:Aquamarine-Music From The Motion PictureSara Paxton-connected电影 "Aquamarine美人鱼" 插曲I"m blind-folded on this roller coaster they call lifeKeep trying to make it through the next turnKnuckles white and holdin" tightSo here I go, takin" a curveBut I know that I"m never aloneI think of you, I know you"d never let me goI feel connected, protectedIt"s like you"re sitting right with me all the timeYou hear me, you"re near meAnd everything else"s gonna be alright"Cause nothing can break thisNothing can break thisNothing can break this timeConnected...connected insideIt"s not an accident, the time we spent apartBut now we"re so closeI can always find you right here in my heartYou"ve given me somethin" I needAnd I don"t ever want it to endBecause of you, I know I"ve found my strength againI feel connected, protectedIt"s like you"re sitting right with me all the timeYou hear me, you"re near meAnd everything else"s gonna be alright"Cause nothing can break thisNothing can break thisNothing can break this timeConnected...connected insideEverytime that I breathe, I can feel the energyPreachin" out, flowin" through, you to me and me to youFind your dream,walk or stand, you are everywhere I amSeperate souls, you to find, touching at the speed ofLight...Whoa, ah-oh, ah-oh, ah-oh, ah-oh, ah-oh, ah-oh, ah-ohI feel connected, protectedIt"s like you"re sitting right with me all the timeYou hear me, you"re near meand everything else"s gonna be alrightConnected, protectedNow you"re in my mind, now I"m doin" fineYou hear me, you"re near meAnd everything else"s gonna be alright"Cause nothing can break thisNothing can break thisNothing can break this timeConnected...connected insideWhoa,Connected......wacdmin制作 _ ^ N.2http://music.baidu.com/song/8852452

密技模式下，输入故事剧情节尾的那把PAXi_giveitemTACGun_XP_2另一版本PAXi_giveitemTACGun_XP试用结果，TACGun_XP感觉较好用(像小型核弹枪)weaponcode前面那些code，确实可使用编辑器修改。(当然，亦可按`键后输入)而取得物件(枪，弹...etc)，则是"Put"-DEVMODE"inyourshortcutcommandwithout"Whileingamebringupconsolebypressing`keyTypein"i_giveitemxxxx"without"xxxxistheweaponcode.Thecodesarecasesensitive."桌面-CrysisWARHEAD捷径-滑鼠右键-内容-目标(T):"X:ProgramFilesElectronicArtsCrytekCrysisWARHEADBin32Crysis.exe"-DEVMODE注意:1."..."内该串文字为你的安装路径不需修改，仅需结尾加上-DEVMODE2.需注意"和-之间有个空格进入游戏后，按`键，输入密技code(下列几个较常用的):g_godmode1(不死)i_noweaponlimit1(武器可携数量不限)i_unnlimitedammo1(子弹无限，炸弹仍有限)i_giveallitems(取得所有武器弹药，但不包括PAX系列枪枝)i_giveitemTACGun_XP(取得另一版本PAX)i_giveitemTACGun_XP_2(取得Warhead剧情节尾该把PAX)i_giveitemTACGun(取得战术核弹)i_giveitemSniperScope(取得精准瞄准镜)i_giveitemTachticalAttachment(取得战术附挂)

有同感``~~```~~~~``~~~~~```

走舞仕刚柔Mosconi汽车功放,如果你不只这些，还要驱动低音炮等更多的汽车音响，你可以考虑赛级的，比如GLADEN的功放也不错

对于一个分布式系统来说，保障集群中所有节点的数据完全相同（即一致性）是很重要的，随着多节点的引入，这影响的是整个分布式系统对外服务的表象一致性。也就是说，一个分布式系统想要做到完全的一致性，需要对外表现为顺序一致性，即各个节点上的操作顺序都一致。 而在现实运行情况下，节点可能故障，可能增加，甚至可能被篡改，这就给分布式一致性带来了挑战。在这种情况的干扰下，分布式系统需要通过某些机制，来就一些事情达成一致的看法，也就是共识。 但要注意的是，共识算法并不能一次性解决所有分布式的不一致问题。不同的算法能解决不同异常情况下的问题，所以共识算法也有分类： 对于拜占庭容错，往往都需要通过其他方面的激励或惩罚，来让“诚实”表达的节点利益最大化，本文描述的Paxos算法不解决拜占庭的问题，只解决崩溃容错算法条件下达成分布式共识的问题。 有一种说法，说所有共识算法都是Paxos。这种说法的来源，一方面是由于Paxos的第一次提出非常的早，另一方面则是因为，Paxos解决的其实是在分布式环境下，所有服务达成一次某个值的共识的过程，而这一过程，可以说每种共识算法都绕不开。 最早在1990年，Paxos的作者Leslie Lamport就提交了关于Paxos的论文《The Part-Time Parliament》，但直到2001年Lamport第三次发表简化版的相关论文，且2006年Google使用Paxos的理念实现了分布式系统，该算法才被大众所理解和追捧。 首先要认识到，这是一个分布式系统下的共识算法，要解决的问题，简化一点，就是一堆机器，每一台都可能会收到客户端的一条消息，那需要将自己收到的消息，告诉其他的机器，让所有分布式系统中的机器，达到最终的一致，这就是达到共识。 Paxos采取了一个我们非常熟悉的达成共识的方法： 少数服从多数 。只要有超过一半的机器认可某一个消息，那么最终就所有机器都接受这条消息并将它作为本次的结论。而竞选失败的少数派消息，就会被拒绝，并由第一个从客户端处接收到该消息的机器，向客户端发送失败结果，由客户端进行重试，去尝试在下一轮竞选中胜出。 少数服从多数，说来简单，如果是一群人的话，大家碰个头一起举手表决就好了。但是放到一个分布式系统中就变复杂了。机器之间怎么传递提议，怎么表决，怎么统计多数，网络传输需要时间，在表决过程中，其他机器收到了新的消息怎么办，都需要一整套机制来解决。 下面就来逐步讲解Paxos的过程，但在讲解过程之前，先说Paxos中最常见的两种角色： 除了以上两种角色，实际上Paxos还会提到 Learner ，即学习者这个角色，该角色是在达成决议时，对结论的学习者，也即是从其他节点“学习”最终提案内容，比较简单。需要注意，这些角色只是在不同时间下，逻辑上的划分，实际上任何一台机器都可以充当这三个角色之一。 先描述最简单的情况，假设现在有四台机器，其中一台收到了来自客户端的写操作请求，需要同步给其他机器。 此时这台收到请求的机器，我们称它为Proposer，因为它将要开始将收到的请求，作为一个提案，提给其他的机器。这里为了方便，我们假设这个请求是要将一个地址设置为“深圳”，那么如下图所示： 此时，其他的Acceptor都闲着呢，也没其他人找，所以当它们收到Proposer的提案时，就直接投票了，说可以可以，我是空的，赞成提案（同意提议）： 到这里，就还是一个简单的同步的故事，但需要注意的是，这里Proposer实际上是经历了两步的。 在这个简单的提案过程中，Proposer其实也经历了两个阶段： 现在考虑一个更复杂的场景，因为我们处于一个分布式的场景，每台机器都可能会收到请求，那如果有两台机器同时收到了两个客户端的不同请求，该怎么处理呢？大家听谁的呢？最后的共识以谁的为准呢？如下图 在这种情况下，由于网络传输的时间问题，两个Proposer的提案到达各个机器，是会存在先后顺序的。假设Proposer 1 的提案先达到了 Acceptor 1 和 Acceptor 2，而Proposer 2 的提案先达到了 Acceptor 3，其达到 Acceptor 1 和 Acceptor 2 时，由于机器已经投票给Proposer 1 了，所以Proposer 2 的提案遭到拒绝，Proposer 1 达到 Acceptor 3 的时候同样被拒。 Acceptor们迷了，Proposer们也迷了，到底应该接受谁？此时，还是遵循自由民主的法则——少数服从多数。 Proposer 1 发现超过半数的Acceptor都接受了自己，所以放心大胆地发起要求，让所有Acceptor都按照自己的值来操作。而Proposer 2 发现只有不到半数的Acceptor支持自己，而有超过半数是支持Proposer 1 的值的，因此只能拒绝Client 2，并将自己也改为Proposer 1 的操作： 到此为止，看起来没有问题，但是，这是因为恰好Acceptor的数量是单数，可以选出“大多数”，但是因为同时成为Proposer的机器数量是不确定的，因此是无法保证Acceptor的数量一定是单数的，如下面这种情况就无法选出“大多数”了： 这时，两个Proposer有可能总是先抢到一个Acceptor的支持，然后在另一个Acceptor处折戟沉沙，算法就一直循环死锁下去了。为了解决这种情况，Paxos给提案加了一个 编号 。 之前我们Proposer的提案都是只有操作内容的，现在我们给他加一个编号，即： 假设Proposer 1 接到Clint 1 的消息稍微早一点，那么它的编号就是1，Proposer 2 的编号就是2，那么他们的提案实际就是： 此时，Paxos加上一条规则： 所以，回到上面的困境 这里需要补充一下，Proposer 1 这里支持提案失败，他是怎么让自己也接受Proposer 2 的提案的呢？ 所以这里的后续会发生的事情是： 这里再想多一点，考虑另一种场景：假设Proposer 2 的Accept请求先达到了Acceptor 2，然后Proposer 1 向Acceptor 2 发送的Prepare请求才到达 Acceptor 2，会发生什么呢？ 最直观的处理是， Acceptor 2 直接拒绝，然后Proposer 1 走上面的流程，但Paxos为了效率，又增加了另一条规则： 此时会发生的事情就变成了： PS：这里需要注意， 编号是需要保证全局唯一的，而且是全局递增的 ，否则在比较编号大小的时候就会出现问题，怎么保证编号唯一且递增有很多方法，比如都向一个统一的编号生成器请求新编号；又比如每个机器的编号用机器ID拼接一个数字，该数字按一个比总机器数更大的数字间隔递增。 上面的规则是不是就能保证整个算法解决所有问题了呢？恐怕不是，这里再看看一些异常情况。 异常情况一 ：假设现在有三个Proposer同时收到客户端的请求，那么他们会生成全局唯一的不同编号，带着各自接收到的请求提案，去寻求Acceptor的支持。但假设他们都分别争取到了一个Acceptor的支持，此时由于Prepare阶段只会接受编号更大的提案，所以正常情况下只有Proposer 3 的提案会得到所有Acceptor的支持。但假设这时候Proposer 3 机器挂了，无法进行下一步的Accept了，怎么办呢？那么所有Acceptor就会陷入持续的等待，而其他的Proposer也会一直重试然后一直失败。 为了解决这个问题，Paxos决定， 允许Proposer在提案遭到过半数的拒绝时，更新自己的提案编号，用新的更大的提案编号，去发起新的Prepare请求 。 那么此时Proposer 1 和Proposer 2 就会更新自己的编号，从【1】与【2】，改为比如【4】和【5】，重新尝试提案。这时即使Proposer 3 机器挂了，没有完成Accept，Acceptor也会由于接收到了编号更大的提案，从而覆盖掉Proposer 3 的提案，进入新的投票支持阶段。 异常情况二 ：虽然更新编号是解决了上面的问题，但却又引入了 活锁 的问题。由于可以更新编号，那么有概率出现这种情况，即每个Proposer都在被拒绝时，增大自己的编号，然后每个Proposer在新的编号下又争取到了小于半数的Acceptor，都无法进入Accept，又重新加大编号发起提案，一直这样往复循环，就成了活锁（和死锁的区别是，他们的状态一直在变化，尝试解锁，但还是被锁住了）。 要解决活锁的问题，有几种常见的方法： 异常情况三 ：由于在提案时，Proposer都是根据是否得到超过半数的Acceptor的支持，来作为是否进入Accept阶段的依据，那如果在算法进行中新增或下线了机器呢？如果此时一些Proposer知道机器数变了，一些Proposer不知道，那么大家对半数的判断就会不一致，导致算法出错。 因此在实际运行中，机器节点数的变动，也需要作为一条要达成共识的请求提案，通过Paxos算法本身，传达到所有机器节点上。 为了使Paxos运行得更稳定，不需要时刻担心是否有节点数变化，可以固定一个周期，要求只有在达到固定周期时才允许变更节点数，比如只有在经过十次客户端请求的提案与接受后，才处理一次机器节点数变化的提案。 那如果这个间隔设置地相对过久，导致现在想要修改节点数时，一直要苦等提案数，怎么办呢？毕竟有时候机器坏了是等不了的。那么可以支持主动填充空的提案数，来让节点变更的提案尽早生效。 抽象和完善一下这个过程，就是： 这里可以看到， 超过半数以上 的机器是个很重要的决定结果走向的条件。 至此，已经描述完了针对一次达成共识的过程，这被称为Basic-Paxos。 那如果有多个值需要达成共识呢？ 如果有多个值要不断地去针对一次次请求达成共识，使用Basic-Paxos也是可以的，无非就是一遍遍地执行算法取得共识并生效嘛，但在分布式系统下，容易由于多次的通信协程造成响应过慢的问题，何况还有活锁问题存在。因此Lamport给出的解法是： 对于选择Leader的过程，简单的做法很多，复杂的也只需要进行一次Basic-Paxos即可。选出Leader后，直到Leader挂掉或者到期，都可以保持由它来进行简化的Paxos协议。 如果有多个机器节点都由于某些问题自认为自己是Leader，从而都提交了提案，也没关系，可以令其退化成Basic-Paxos，也可以在发现后再次选择Leader即可。 这里也顺便对比一下另外两种常见的共识算法：ZAB和Raft。 ZAB全称是Zookeeper Atomic Broadcast，也就是Zookeeper的原子广播，顾名思义是用于Zookeeper的。 ZAB理解起来很简单，在协议中有两种角色： 既然有Leader节点，就必然有Leader的选举过程，ZAB的选举，会先看各个节点所记录的消息的时间戳（数据ID），时间戳（数据ID）越大，节点上的数据越新，就会优先被投票，如果数据ID比较不出来，就再看事先定义的节点的优先级（节点ID）。当大家根据上述优先级投票，超过半数去支持一个节点时，该节点就成为Leader节点了。 通过心跳算法可以共同检查Leader节点的健康度，如果出现问题（比如机器下线、网络分区、延迟过高等），就会考虑重新选举。 可以看出，这种选举方式相对Paxos是比较方便高效的，而且选出Leader节点后，就可以直接通过Leader节点接受消息进行广播，而不需要进行两阶段提交。 其实ZAB就很像选出了Leader的Multi-Paxos，两者的差异主要在选Leader的流程上。 Raft的应用比Paxos要多，有人认为Raft是Multi-Paxos的改进，因为Raft的作者也曾研究过Paxos。既然Paxos是前辈，为什么应用的反而要少呢？这是因为Basic-Paxos相对比较耗时，而Multi-Paxos，作者并没有给出具体的实现细节，这虽然给了开发者发挥的空间，但同样可能会在实现的过程中由于开发者不同的实现方式带来不同的问题，对于一个分布式共识算法，谁也不知道潜在的问题会不会就影响到一致性了。而Raft算法给出了大量实现细节，简单说就是，实现起来更不容易出错。 Raft协议同样是需要选举出Leader的，从这里也能看到，共识算法大都会走向选举出一个Leader的方向，来提升效率和稳定性。不同之处可能只在于选举的方式，以及消息同步的方式。 Raft的选举，会在上一任Leader失去联系时发起，每个Follower便有机会成为Candidate，参与选举。之所以说有机会，是因为每个Follower都会先等一会，看是否有其他候选人过来拉票，避免人人都跑去凑热闹参与选举浪费通信，这个等待的时间是在一个范围内随机的。 候选者参与选举时会产生一个term概念，每个候选者会先投自己一票，然后带着自己的term和自己的日志信息（代表着数据的新旧）去拉票，其他的Follower先看候选者的term是否大于等于当前自己的term，再看其日志信息是否比自己新，如果都满足就会投票。候选者收到超过半数的投票的话，就会成为新的Leader了。 在这个过程中投票的Follower也会更新自己的term为自己投票的候选者的term，这样就可以拒绝低于它的term的候选者了。而候选者如果被拒绝，也会回去更新自己的term以获得支持。 选出Leader后，Leader会把自己的日志发给大家做同步，以保持大家和自己的日志是一样的，然后就进行后续的接收客户端请求的环节。 可以看到Raft和Multi-Paxos也都要选举出一个Leader节点来，不同之处在于，Raft选举的Leader节点上的日志信息是最新最全的，这一方面可以不丢失日志信息的顺序，另一方面也可以让选举过程简化（日志信息的顺序总是好比较的），而Multi-Paxos选Leader的过程偏随机，就是看谁先拉拢更多节点的支持并快速落定，这一方面会使其日志不连续，另一方面也会使得其实现变得复杂和相对不可控。 但实际上不连续也不完全是缺点，它也可以提高写入的并发性能，所以虽然Raft实现相对更简单，但 微信的PaxosStore 还是选择了Paxos，甚至它都没有选择Multi-Paxos，而是Basic-Paxos，就是为了进一步避免单点依赖和切换Leader时的拒绝服务，来提高可用性。 可以看到，共识算法基本都需要解决两个基本问题： 在这两个问题的处理方案上选择不同，就会导致性能、可用性等指标的不同，所以其实，兵器各有利弊，还是要看使用场景和使用的人。

开源分布式锁组件 Google Chubby 的作者 Mike Burrows 说—— 这个世界上只有一种一致性算法，那就是 Paxos 算法，其他的算法都是残次品。 Paxos 算法虽然重要，但也复杂。 Quorum 机制 在说 Paxos 算法之前，先来看分布式系统中的 Quorum 选举算法。 在各种一致性算法中都可以看到 Quorum 机制的身影，主要数学思想来源于抽屉原理：在 N 个副本中，一次更新成功的如果有 W 个，那么我在读取数据时是要从大于 N－W 个副本中读取，这样就能至少读到一个更新的数据了。 和 Quorum 机制对应的是 WARO（Write All Read one），是一种简单的副本控制协议，当 Client 请求向某副本写数据时（更新数据），只有当所有的副本都更新成功之后，这次写操作才算成功，否则视为失败。 WARO 优先保证读服务，从而保证了所有的副本一致，只需要读任何一个副本上的数据即可。 写服务的可用性较低，假设有 N 个副本，N－1 个都宕机了，剩下的那个副本仍能提供读服务；但是只要有一个副本宕机了，写服务就不会成功。 WARO 牺牲了更新服务的可用性，最大程度地增强了读服务的可用性，而 Quorum 就是在更新服务和读服务之间进行的一个折衷。 1. Quorum 定义 Quorum 的定义如下—— 假设有 N 个副本，更新操作 wi 在 W 个副本中更新成功之后，才认为此次更新操作 wi 成功，把这次成功提交的更新操作对应的数据叫作“成功提交的数据”。 对于读操作而言，至少需要读 R 个副本才能读到此次更新的数据，其中，W+R>N ，即 W 和 R 有重叠，一般，W+R=N+1。 N = 存储数据副本的数量 W = 更新成功所需的副本 R = 一次数据对象读取要访问的副本的数量 Quorum 就是限定了一次需要读取至少 N+1-W 的副本数据。 举个例子，我们维护了 10 个副本，一次成功更新了 3 个，那么至少需要读取 8 个副本的数据，可以保证我们读到最新的数据。 2. Quorum 的应用 Quorum 机制无法保证强一致性，也就是无法实现任何时刻任何用户或节点都可以读到最近一次成功提交的副本数据。 需要配合一个获取最新成功提交的版本号的 metadata 服务，这样可以确定最新已经成功提交的版本号，然后从已经读到的数据中就可以确认最新写入的数据。 Quorum 是分布式系统中常用的一种机制，用来保证数据冗余和最终一致性的投票算法，在 Paxos、Raft 和 ZooKeeper 的 Zab 等算法中，都可以看到 Quorum 机制的应用。 Paxos 1. Paxos 的节点角色 在 Paxos 协议中，有三类节点角色，分别是Proposer、Acceptor和Learner，另外还有一个Client作为产生议题者。 上述三类角色只是逻辑上的划分，在工作实践中，一个节点可以同时充当这三类角色。 Proposer 提案者 在流程开始时，Proposer 提出议案，也就是 value。在工程中 value 可以是任何操作，比如“修改某个变量的值为某个新值”。 Proposer 可以有多个，不同的 Proposer 可以提出不同的甚至矛盾的 value，比如某个 Proposer 提议“将变量X设置为1”，另一个 Proposer 提议“将变量X设置为2”，但对同一轮 Paxos 过程，最多只有一个 value 被批准。 Acceptor 批准者 在集群中，Acceptor 有 N 个，Acceptor 之间完全对等独立，Proposer 提出的 value 必须获得超过半数（N/2+1）的 Acceptor 批准后才能通过。 Learner 学习者 Learner 不参与选举，而是学习被批准的 value，在 Paxos 中，Learner 主要参与相关的状态机同步流程。 这里 Leaner 的流程就参考了 Quorum 议会机制，某个 value 需要获得 W=N/2+1 的 Acceptor 批准，Learner 需要至少读取 N/2+1 个 Accpetor，最多读取 N 个 Acceptor 的结果后，才能学习到一个通过的 value。 Client 产生议题者 Client 作为产生议题者，实际不参与选举过程，比如发起修改请求的来源等。 2. Proposer 与 Acceptor 之间的交互 Paxos 中，Proposer 和 Acceptor 是算法核心角色。Paxos 描述的就是在一个由多个 Proposer 和多个 Acceptor 构成的系统中，如何让多个 Acceptor 针对 Proposer 提出的多种提案达成一致的过程，而 Learner 只是“学习”最终被批准的提案。 Proposer 与 Acceptor 之间的交互主要有 4 类消息通信，对应 Paxos 算法的两个阶段 4 个过程。 3. Paxos 选举过程 选举过程可以分为两个部分，准备阶段和选举阶段，可以查看下面的时序图： 3.1 Phase 1 准备阶段 Proposer 生成全局唯一且递增的 ProposalID，向 Paxos 集群的所有机器发送 Prepare 请求，这里不携带 value，只携带 N，即 ProposalID。 Acceptor 收到 Prepare 请求后，判断收到的 ProposalID 是否比之前已响应的所有提案的 N 大。 如果是，则—— 在本地持久化N，可记为Max_N 回复请求，并带上已经 accept 的提案中N最大的 value，如果此时还没有已经 accept 的提案，则返回 value 为空 做出承诺，不会 accept 任何小于Max_N的提案 如果否，则—— 不回复或者回复Error。 3.2 Phase 2 选举阶段 为了方便描述，我们把 Phase 2 选举阶段继续拆分为 P2a、P2b 和 P2c。 P2a：Proposer 发送 Accept 经过一段时间后，Proposer 收集到一些 Prepare 回复，有下列几种情况： (1) 若回复数量 > 一半的 Acceptor 数量，且所有回复的 value 都为空时，则 Porposer 发出 accept 请求，并带上自己指定的 value。 (2) 若回复数量 > 一半的 Acceptor 数量，且有的回复 value 不为空时，则 Porposer 发出 accept 请求，并带上回复中 ProposalID 最大的 value，作为自己的提案内容。 (3) 若回复数量 <= 一半的 Acceptor 数量时，则尝试更新生成更大的 ProposalID，再转到准备阶段执行。 P2b：Acceptor 应答 Accept Accpetor 收到 Accpet 请求后，判断： (1) 若收到的N>=Max_N（一般情况下是等于），则回复提交成功，并持久化N和 value； (2) 若收到的N P2c：Proposer 统计投票 经过一段时间后，Proposer 会收集到一些 Accept 回复提交成功的情况，比如： (1) 当回复数量 > 一半的 Acceptor 数量时，则表示提交 value 成功，此时可以发一个广播给所有的 Proposer、Learner，通知它们已 commit 的 value； (2) 当回复数量 <= 一半的 Acceptor 数量时，则尝试更新生成更大的 ProposalID，转到准备阶段执行。 (3) 当收到一条提交失败的回复时，则尝试更新生成更大的 ProposalID，也会转到准备阶段执行。 Paxos 常见的问题 如果半数以内的 Acceptor 失效，如何正常运行？ 在 Paxos 流程中，如果出现半数以内的 Acceptor 失效，可以分为两种情况。 第一种，如果半数以内的 Acceptor 失效时还没确定最终的 value，此时所有的 Proposer 会重新竞争提案，最终有一个提案会成功提交。 第二种，如果半数以内的 Acceptor 失效时已确定最终的 value，此时所有的 Proposer 提交前必须以最终的 value 提交，也就是 value 实际已经生效，此值可以被获取，并不再修改。 Acceptor 需要接受更大的 N，也就是 ProposalID，这有什么意义？ 这种机制可以防止其中一个 Proposer 崩溃宕机产生阻塞问题，允许其他 Proposer 用更大 ProposalID 来抢占临时的访问权。 如何产生唯一的编号，也就是 ProposalID？ 在《Paxos made simple》的论文中提到，唯一编号是让所有的 Proposer 都从不相交的数据集合中进行选择，需要保证在不同 Proposer 之间不重复。 比如系统有 5 个 Proposer，则可为每一个 Proposer 分配一个标识j(0~4)，那么每一个 Proposer 每次提出决议的编号可以为5*i+j，i可以用来表示提出议案的次数。 总之，Paxos 是经典的分布式协议，理解了以后，学习其他分布式协议会简单很多。 --------------------------------------------------------------------------------------

一致性算法（Paxos、Raft、ZAB) 什么是一致性 1、弱一致性 a、最终一致性 i、DNS（Domain Name System） j、Gossip（Cassandra的通信协议） 以DNS为例： 2、强一致性 a、同步 b、Paxos c、(multi-paxos) d、ZAB(multi-paxos) DNS 就是一种最终一致性，比如 上图中 增加一条记录： www.hyb.small.com , 我们从其他DNS服务器一时会读取不到，但是过一会就会读取得到了。 数据不能存在单点上。 分布式系统对fault tolerence的一般解决方案是state machine replication 。 准确的来说应该是 state machine replication 的共识（consensus）算法。 paxos其实是一个共识算法，系统的最终一致性，不仅需要达成共识，还会取决于client的行为 主从同步复制 1、Master 接受写请求 2、Master 复制日志到slave 3、Master 等待，直到所有从库返回 问题： 任何一个节点失败，哪怕是从节点（Slave）同步失败，都会导致整个集群不可用，虽然保证了一致性，但是可用性却大大降低 基本想法： a、多数派： 每次写都保证写入大于N/2个节点，每次读保证从大于N/2个节点中读。 比如5个节点，每次写大于3个节点才算成功；读也是大于3个节点才算成功。 b、多数派还不够！ 在并发环境下，无法保证系统正确性，顺序非常重要。比如下图的 Inc 5; Set 0; 执行顺序乱了，结果就会引发错乱。 Lesile Lamport,Latex的发明者。 为描述Paxos算法，Lamport虚拟了一个叫做Paxos的希腊城邦，这个岛按照议会民主制的政治模式制定法律，但是没有人愿意将自己的全部时间和精力放在这种事上，所以无论是议员、议长或者传递消息的时间。 Paxos 1、Basic Paxos 2、Multi Paxos 3、Fast Paxos 强一致性算法---Basic Paxos 角色介绍： Client:系统外部角色，请求发起者。像民众 Propser: 接受Client 请求，向集群提出提议(propose)。并在冲突发生时，起到冲突调节的作用。像议员替民众提出议案 Accpetor(Voter): 提议投票和接收者，只有在形成法定人数(Quorum,一般即为majority 多数派)时，提议才会最终接受，像国会。 Learner:提议接受者，backup，备份，对集群一致性没什么影响，像记录员； 步骤、阶段(phases): 1、Phase 1a:Prepare proposer 提出一个提案，编号为N，此N 大于这个proposer之前提出提案编号，向acceptors请求同意，要求有quorum接受的才行。 2、Phase 1b:Promise N 必须大于此acceptor之前接受的任何提案编号，才会接受，否则会拒绝。 3、Phase 2a: Accept 如果达到了多数派，proposer会发出accept请求，此请求包含提案编号N ,以及提案内容。 4、Phase 2b:Accepted 如果此acceptor在此期间没有收到任何编号大于N的提案，则接受此提案内容，否则忽略。 流程图如下： 操作步骤如下： Request; Prepare(1); Promise(1,{Va,Vb,Vc}); Accept(1,Vn) Accepted(1,Vn); Response; 1、Acceptor部分节点失败，但达到了Quoroms，此时仍然会成功。 如果有一个Acceptor因为各种原因挂掉了，3个Acceptors变成了2个Acceptors，还是满足>n/2 的要求，所以还是会成功。 2、Proposer失败，上一次记录不会被写入Proposer表，然后重新开启一个新的Proposer，来替代上次的Proposer来处理未完成请求，此时编号已经增加为2，也就是Prepare(2) Basic Paxos when an Proposer fails 如果Proposer 在发送了一条Accept消息之后，但是还没收到Accepted消息之前就挂掉了，只有一个Acceptor接收到了Accept消息。那么整个Paxos协议就没法进行下去了，这时一个新的Leader（Proposer）会被选举出来，重新开始一轮新的共识。 Basic Paxos潜在的问题是：活锁（liveness）或dueling Basic Paxos很有可能出现这种情况： 1、议员A(proposer A)说我们来讨论提案1，大部分议员说：“好，我们来讨论提案1”； 2、但是此时议员A还没有说内容是什么，这时候又来了一个议员B，又来说：“我们来讨论提案2”；这时候大部分还没有接受提案1，提案2的编号是大于提案1的，这时候大部分还没有接受议案2； 3、这时候议员A以为网络断了，然后把编号改下，内容不变然后提出议案3；然后议案4、议案5.... 这样就形成了活锁。 解决活锁的方法是用Random的timeout，当两个冲突的时候用一个随机的等待时间；当自己提议未生效时，再发起提议等待几秒。 Basic-Paxos是一个无限循环的2PC，1条日志的确认至少需要2个RTT + 2次落盘（1次是prepare的广播与回复，1次是accept的广播与回复）。 Basic Paxos when multiple Proposers conflict 最后再描述一个最复杂的情况，即有多个Proposers认为他们是Leaders，并不断的发送Prepare请求。为什么会有多个Leaders呢？ 有可能一个Proposer当了一段时间Leader之后挂掉了，新的Proposer被选为Leader继续新的一轮共识。后面挂掉的Proposer又恢复了，它认为自己还是Leader，所以继续发送Prepare请求。 Basic Paxos的问题 难实现（角色太多）、效率低（2轮RPC）、活锁问题 Multi Paxos: 新概念，Leader;唯一的propser，所有请求都需经过此Leader; 只有一个Proposer，没有第二个Proposer； 这个Proposer就是Leader,没人跟他抢; 再者分布式系统必须串行执行所有提议，否则就会出现前面说的顺序问题。 --------First Request(第一次执行)---------- Request Prepare(N) //选Leader Promise(N,I,{Va,Vb,Vc}) Accept!(N,I,Vm) Accepted(N,I,Vm) Response; --------Following Request(第二次或者以后)---------- Request Accept!(N,I,Vm) Accepted(N,I,Vm) Response; 第二次或者以后，就不用再选Leader了 直接执行Request 请求，由Leader 发出议案。 如果Leader 挂了 就选下一个总统Leader(N+1) 减少角色，进一步简化，在Basic-Paxos中我们区分了很多角色，有Clients、Proposers、Acceptors、 Learners，实际上Proposers、Acceptors 、Leanrners可以合并成一个，统称为Server，下面是合并之后的序列图。 Multi-Paxos when roles are collapsed and the leader is steady 同样的，当Leader很稳定的时候，我们可以在接下来的执行中忽略Phase 1. 如下图所示： Raft 1、划分三个子问题 a、Leader Election b、Log Replication c、Safely 2、重定义角色 a、Leader b、Follower c、Candidate 原理动画解释： http://thesecretlivesofdata.com/raft 场景测试： https://raft.github.io Raft 是比 Multi Paxos 还要简单的一个版本 一致性并不代表完全正确性！三个可能结果：成功，失败，unknown 详细内容参考： https://www.jianshu.com/p/6cd41fe0b8f6 强一致性算法--ZAB 基本与raft相同。在一些名词的叫法上有些区别：如ZAB将某一个leader的周期称为epoch，而raft则称为term。实现上也有些许不同：如raft保证日志连续性，心跳方向为leader至follower，ZAB则相反。

bookings 10pax and over only预订10pax和唯一bookings 10pax and over only预订10pax和唯一

应该是希腊硬币

希腊的本地货币德拉马克上印有“apaxme”字样。

目前流通的英国硬币是自1985年开始发行，有1、2、5、10、20、50便士和1、2镑。1镑的设计图案经常更新，有多种图案，2镑为流通纪念币。英国硬币中没有面值100的硬币。100PAXME是希腊100德拉克马(δραχμή)硬币，2001年1月，希腊正式加入欧元区，其汇率被确定为1(欧元）：340.75(德拉克马)。德拉克马退出流通。

歌曲名:Darlings歌手:Pax Japonica Groove专辑:RadiophonicBaby, can I talk to youI know somethings wrongThings just aint the sameBut deep down insideI know you still careSo tell me what to doTo get things back againThe way they used to beIf your words have meaningIf you really care about meTell me why cant I find love in your heartIf you are my loverOr come as a friend to meTell me why would you turn away from my loveSo darlin tell me what to doto make things rightDarlin tell me what to doto make things rightDarlin tell me what to doto make things right(Tell me what to do to make things right)If your words have reasonsThen they would turn away from meTrying hard to hide all truth that you might sayIf you listen to me girlIf you know how Im feeling insideThen maybe,you wouldnt shut meout of your life, babyAll Im asking for is a chanceTo let me love youGirl you know,with me is where you should beAnd if I change that we should findThat it can be for you and IThen girl Ive triedIve tried, oh babyGive anything for your love to beHow can I make you mineGirl you should know how I feel by nowThere are so many ways to loveSo just open your heartAnd Ill find a wayCant you seeAll Im asking for is a chanceTo let me love you(Cant you see)Girl you know,This is where you should be, ooh,And if I change that we should findThat it can be for you and IThen girl Ive tried

密技模式下，输入故事剧情节尾的那把PAXi_giveitemTACGun_XP_2另一版本PAXi_giveitemTACGun_XP试用结果，TACGun_XP感觉较好用(像小型核弹枪)---------------------------------------------------------------weaponcode前面那些code，确实可使用编辑器修改。(当然，亦可按`键后输入)而取得物件(枪，弹...etc)，则是"Put"-DEVMODE"inyourshortcutcommandwithout"Whileingamebringupconsolebypressing`keyTypein"i_giveitemxxxx"without"xxxxistheweaponcode.Thecodesarecasesensitive."桌面-CrysisWARHEAD捷径-滑鼠右键-内容-目标(T)："X:ProgramFilesElectronicArtsCrytekCrysisWARHEADBin32Crysis.exe"-DEVMODE注意:1."..."内该串文字为你的安装路径不需修改，仅需结尾加上-DEVMODE2.需注意"和-之间有个空格进入游戏后，按`键，输入密技code(下列几个较常用的):g_godmode1(不死)i_noweaponlimit1(武器可携数量不限)i_unnlimitedammo1(子弹无限，炸弹仍有限)i_giveallitems(取得所有武器弹药，但不包括PAX系列枪枝)i_giveitemTACGun_XP(取得另一版本PAX)i_giveitemTACGun_XP_2(取得Warhead剧情节尾该把PAX)i_giveitemTACGun(取得战术核弹)i_giveitemSniperScope(取得精准瞄准镜)i_giveitemTachticalAttachment(取得战术附挂)