Go 1.14专注于运行时，编译器



Go 1.14是谷歌开发的用于创建Docker，Kubernetes，Istio和其他云原生计算项目的下一代开源编程语言的下一版本，目前处于测试阶段，预计将于2月正式发布。 即将进行的Go升级改善了运行时和编译器。根据发行说明，1.14版也是最后一个支持32位Apple平台的版本。 通过Go运行时的改进，与直接调用deferred函数相比，大多数defer用例的性能得到了提高，几乎不产生任何开销。因此，现在可以将defer用于对性能要求很高的代码，而无需担心开销。 改进的Go运行时还使goroutines可以异步抢占。这意味着没有函数调用的循环不再可能使调度程序死锁或显着延迟垃圾回收。除Windows / arm，darwin / arm，js / wasm和plan9 / *以外的所有平台均支持此功能。 抢占式实现的结果之一是，Linux和MacOS上的Go 1.14程序将比早期版本接收更多的信号。使用诸如syscall或golang.org/x/sys/unix之类的软件包的程序将看到更多较慢的系统调用失败，并出现EINTR错误。这些程序将必须以某种方式处理这些错误，最有可能的方法是循环尝试再次调用系统。 此外，页面分配器效率更高，并且在GOMAXPROCS值较高时，导致较少的锁争用。这将是最显着的，因为对于并行且以高速率完成的大型分配，较低的延迟和较高的吞吐量。 同时，Go编译器将-d = checkptr添加为编译时选项，用于检查Go代码是否遵守不安全规范。指针安全规则是动态的。而且，编译器现在可以使用-json标志发出机器可读的关键优化日志，包括内联和消除边界检查。现在，详细的转义分析诊断将再次起作用，并且为编译器插入的模糊测试提供了实验支持。 Go 1.14中的其他更改和改进包括： 可以从golang.org下载Go 1.14。

Yorumlar

Yorum Gönder

Bu blogdaki popüler yayınlar

GNAP：下一代OAuth

Resim
那是2012年，经过修订的OAuth 2安全协议席卷了整个网络，使用户可以使用安全提供商轻松地登录网站。从AWS的Cognito到Okta的许多单点登录系统都实现了OAuth。 OAuth使您可以“与Google或其他提供商进行身份验证”，以访问完全不同的网站或应用程序。 它像啤酒节一样工作。您到办公桌前用您的ID（和一些钱）进行身份验证，然后他们会给您令牌。从那里，您可以前往每个啤酒帐篷，并为啤酒兑换令牌。 单个酿酒商无需检查您的ID或询问您是否付款。他们只是拿令牌，然后给您啤酒。 OAuth以相同的方式工作，但使用网站而不是啤酒。 可悲的是，OAuth是2020年最好的啤酒节。 我与FusionAuth的Dan Moore谈到了OAuth和拟议的替代品GNAP，如果没有G，则该替代品可能会发音为“小睡”。这种发音进一步说明了安全性是一个令人兴奋的领域。 GNAP解决了OAuth的一些局限性，并为其添加了新功能。 为什么要替换或增强OAuth？ OAuth是围绕浏览器设计的。它假定发出请求的发起者可以处理HTTP重定向。 此Web浏览器焦点是移动应用程序或“物联网”上任何“事物”的绊脚石。此外，像这样的OAuth参与者是200 7，要求您发布表单参数而不是JSON。 OAuth规范在某些地方含糊不清，自2012年以来，世界发生了变化。 RFC和BCP繁多，实质上是您必须实现的附加规范，以实现更多功能，更好的安全性和一般兼容性。名为OAuth 2.1的另一项工作希望将其中一些附加组件折叠成更一致的单一规范。 有关OAuth 2.1的一些动机，请参阅Okta的帖子“改变灯泡需要多少RFC”中的Lee McGovern。 ”与GNAP不同，OAuth 2 1只是一个增量版本，除了将规范堆栈合并为一个规范外，没有新的重大更改。 GNAP规范仍处于早期阶段。 GNAP的作者计划超越OAuth2。 1，并更改协议本身的性质。可以使用JSON来代替HTTP参数。应用程序端点是可发现的。 您不必支持重定向（或绕过重定向的各种方法）。摩尔使用宜人的术语“开发人员人体工程学”来指代这些变化。 GNAP的主要目标是将谁请求资源（RQ）和谁拥有资源（RO）分开。 GNAP还建议支持新的安全功能，例如： 听起来不错？您今天可以开始使用GNAP吗？如果您有兴趣...
Devamı

苹果将\u200b\u200b低级原子操作引入Swift语言

Resim
苹果已经发布了Swift Atomics，这是一个开放源代码软件包，使系统程序员可以直接使用Swift语言构建同步结构，例如并发数据结构。\n\nAtomics库于10月1日推出，可在GitHub上使用，可在Swift中直接使用低级原子操作。在各种Swift类型（包括整数和指针值）上都启用了原子操作。\u003cbr\u003e提供了用于原子操作的API，这些API遵循Swift API的设计原则。\n\n苹果公司确实提供了一些警告：底层的操作工作在非常低的抽象水平上。 Swift标准库团队的苹果工程师Karoy Larentey说，众所周知，原子原子比低级并发结构更难正确使用。\u003cbr\u003e\n\n在swift.org上发布了原子操作的示例：\n\nimport Atomicsimport Dispatchlet counter \u003d ManagedAtomic（0）DispatchQueue.concurrentPerform（iterations：10）{_ in for _ in 0。\u003cbr\u003e。\u003c1_000_000 {counter.wrappingIncrement（by：1，1，ordering：。\u003cbr\u003e relaxed） .load（顺序：.relaxed）//⟹10_000_000\n\n}\n\n作者指出，这些操作不遵循Swift变量的常规排他性规则。\u003cbr\u003e原子操作可以从多个并发的执行线程中执行，只要该值只能通过原子操作访问即可。\n\nAtomics是通过Swift提议而启用的，该提议为Swift采用了C / C ++内存样式，并描述了常规Swift代码如何与原子操作互操作。新程序包中的大多数API均来自演进提案的先前版本。\u003cbr\u003e\n\nAtomics计划要求增加更多类型并改进当前的测试套件。标记原子被注视着，为解决并发数据结构的问题提供了一种工具。已经建立了一个原子论坛来讨论该技术。\u003cbr\u003e另外，还要求支持原子浮点运算。\n\n版权所有©2020 IDG Communications，Inc.\n\n随时了解InfoWorld为软件开发人员，分析师，数据库程序员和数据科学家提供的新闻通讯。\u003cbr\u...
Devamı

2个你不应该相信的云和AI神话

Resim
在技​​术界，我们有两个主要的缺点：我们过于渴望迎接未来，而讽刺的是，如果发展速度不如我们预期的那么快，就无视它。举个例子，今天有两个持续存在的神话：第一，云支出正在使数据中心支出大打折扣；第二，人工智能过度炒作的蛇油在很大程度上使企业购买者失败。 让我们按顺序整理这些。 Gartner开创了第一个神话，分析师Dave Cappuccio认为，到2025年将有80％的企业关闭其数据中心（而2018年则为10％）。好斗吗可以，但是Cappuccio给出了他的思考的一些扎实的理由：“随着互连服务，云提供商，物联网（IoT），边缘服务和SaaS产品的不断增加，留在传统数据中心拓扑结构中的原理将有优势有限。” 原因是数据引力。尽管这种引力作用了一段时间（如果数据存在于数据中心中，但是将其推送到云中进行处理变得效率低下），但现在产生了相反的效果：越来越多的数据诞生于云中，并且将会在那里存储，处理和分析。 但是...数据中心并没有死。 这是David Linthicum在InfoWorld上所做的观察。 Linthicum在Synergy Research Group对数据中心支出的分析中感到高兴，他写道：“在云增长的同时，数据中心支出并未下降。尽管有预测说云将迅速取代数据中心，但这还是可以的。大多数人认为，在云上花费1美元，将是在传统数据中心上花费的1美元。事实并非如此。” 当然，企业的野心与现实可能会大相径庭。 或者，就像泰勒·特雷斯特（Tyler Treat）不太外交地告诉我的那样，“我见过其中一些企业。换句话说，企业可能仍在为数据中心而苦苦挣扎，并且他们准备移动的准备不足。 但是，无论出于何种原因，仍然有这样的情况，就像云一样炙手可热，大约97％的IT支出仍然保留在本地。这并不是要贬低云。这只是根据我们在企业迁移中的实际情况而定的水平。 这使我们进入了神话＃2。 回到Gartner，分析师Nick Heudecker曾经建议大约85％的大数据项目失败。两年后，IDC专注于与大数据相关的AI项目，并将失败率定为50％（针对四分之一的受访者）。 从这样的调查数据中诞生了无数的标题，这些标题基本上都在尖叫：“大多数AI项目都失败了。”这些标题中的隐含含义是对AI背后的技术不成熟的指责。虽然毫无疑问，人工智能将继续发展，但基本真理却有所不同。 一方面，正...
Devamı