首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

sparc处理器浅析

前几天我看到知乎上的一篇文章《时代的眼泪:繁华落尽的SPARC处理器》,大致上讲述了一下Sun公司的UltraSPARC处理器,那时左批HP,右打IBM,俨然一副高高在上的气势。我觉得关于SPARC如何一步一步从繁荣走向平淡,又是如何在历史长河中发挥出浓墨重彩的一笔,我就不赘述了。这篇文章主要想讲一些sparc体系相关的问题。目前,sparc出现在我们视野中并不多见,其实利用sparc处理器一直是航天上面在使用,由于其特殊的架构以及目前美国对中国的态势,sparc架构在航天、飞机、雷达领域的利用也是越来越重要了。目前北京微电子技术研究所出来几款SPARC V8架构的芯片。其中BM3803是基于SPARC V8体系结构的32位精简指令集的国产嵌入式芯片,其特点是功能强、可靠性高、低功耗等等。下面从系统启动、窗口寄存器、中断处理这三部分看一看sparc v8处理器的特点。

02
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    单细胞RNA-seq分析小鼠肺动脉高压内皮细胞

    结果:小鼠特殊造模进行单细胞数据分析,并对不同内皮细胞进行细分得到相应的七个主要肺内皮亚型(动脉,静脉,毛细血管A,毛细血管B,淋巴管,增殖和“Sftp”) 。基于SCrna-seq和BulkRNA-seq两种分析得出抗原加工和呈递该通路中在肺高压造模小鼠的血管相关亚群细胞的特异性。后续确定毛细内皮B亚群对于细胞凋亡、迁移和血管生成基因有关也侧面证明了该亚群在肺高压疾病中的特殊性确定了一些特异性基因(Aqp1,Cav1,Bmpr2, Eng)并推断在人与大鼠中是否也具有特异性。进一步分析血管相关亚群探究确定了一个动静脉轴的差异变化确定了某些基因(Sgk1, Cd34, Sparc, Sparcl1)在疾病中对于动静脉轴的一个影响作用。

    02

    Emulex LightPulse FC9002L光纤卡安装日志

    # tar xvf solaris-6.01c-1a.tar x EmlxApps300a8-Solaris.tar, 6850560 bytes, 13380 tape blocks x lpfc-6.01c-sparc.tar, 1848832 bytes, 3611 tape blocks x readme.first.txt, 953 bytes, 2 tape blocks # ls EmlxApps300a8-Solaris.tar  readme.first.txt           ssh-UdjGS369 lpfc-6.01c-sparc.tar       solaris-6.01c-1a.tar # tar xvf lpfc-6.01c-sparc.tar x lpfc.1, 0 bytes, 0 tape blocks x lpfc.1/pkgmap, 1814 bytes, 4 tape blocks x lpfc.1/pkginfo, 276 bytes, 1 tape blocks x lpfc.1/install, 0 bytes, 0 tape blocks x lpfc.1/install/copyright, 480 bytes, 1 tape blocks x lpfc.1/install/postinstall, 9336 bytes, 19 tape blocks x lpfc.1/install/postremove, 2848 bytes, 6 tape blocks x lpfc.1/install/preremove, 1620 bytes, 4 tape blocks x lpfc.1/install/request, 2378 bytes, 5 tape blocks x lpfc.1/install/space, 23 bytes, 1 tape blocks x lpfc.1/reloc, 0 bytes, 0 tape blocks x lpfc.1/reloc/etc, 0 bytes, 0 tape blocks x lpfc.1/reloc/etc/system, 0 bytes, 0 tape blocks x lpfc.1/reloc/kernel, 0 bytes, 0 tape blocks x lpfc.1/reloc/kernel/drv, 0 bytes, 0 tape blocks x lpfc.1/reloc/kernel/drv/lpfc, 592692 bytes, 1158 tape blocks x lpfc.1/reloc/kernel/drv/lpfc.conf, 10863 bytes, 22 tape blocks x lpfc.1/reloc/kernel/drv/sd.conf, 1185 bytes, 3 tape blocks x lpfc.1/reloc/kernel/drv/sparcv9, 0 bytes, 0 tape blocks x lpfc.1/reloc/kernel/drv/sparcv9/lpfc, 719064 bytes, 1405 tape blocks x lpfc.1/reloc/usr, 0 bytes, 0 tape blocks x lpfc.1/reloc/usr/include, 0 bytes, 0 tape blocks x lpfc.1/reloc/usr/include/fcdiag.h, 18051 bytes, 36 tape blocks x lpfc.1/reloc/usr/lib, 0 bytes, 0 tape blocks x lpfc.1/reloc/usr/lib/libdfc.a, 43820 bytes, 86 tape blocks x lpfc.1/reloc/usr/lib/libdfc.so, 42000 bytes, 83 tape blocks x lpfc.1/reloc/usr/lib/sparcv9, 0 bytes, 0 tape blocks x lpfc.1/reloc/usr/lib/sparcv9/libdfc.a, 47936 bytes, 94 tape blocks x lpfc.1/reloc/usr/lib/sparcv9/libdfc.so, 51248 bytes, 101 tape blocks x lpfc.1/reloc/usr/sbin, 0 bytes, 0 tape blocks x lpfc.1/reloc/usr/sbin/lpfc, 0 bytes, 0 tape blocks x lpfc.1/reloc/usr/sbin/lpfc/convert_path_lpfc, 2257

    02

    JDK 15 要来了,新特性尝鲜。

    Java Development Kit 15是甲骨文公司发布 Java SE(标准版)的最新版本,它在6月11日进入缓降阶段,系列功能现在被冻结。JDK 15的亮点包括文本块、隐藏类、外部内存访问API以及密封类和记录的预览。 Java升级的下一个阶段是另一个缓降阶段,从现在起到8月20日有两个可选版本。预计9月15日正式上市。JDK15紧随3月17日发布的JDK14。甲骨文公司遵循标准Java六个月的发布计划,新版本每年发布两次。 第二个孵化器外部内存访问API,它可以使Java程序安全、高效地访问Java堆栈之外的外部内存。API应该能够对各种类型的外部内存进行操作,例如本机内存、持久内存和托管堆。许多Java程序访问外存,如Ignite和MapDB。API将有助于避免垃圾收集相关的成本和不可预测性,跨进程共享内存,并通过将文件映射到内存来序列化和反序列化内存内容。javaAPI目前还没有为访问外存提供令人满意的解决方案。但有了新的提议,即API不应该破坏JVM的安全性。这个功能在jdk14中经历了早期的孵化阶段,在jdk15中进行了改进。 密封类的预览。与接口一起,密封类限制了那些可以扩展或执行的其它类或接口。此特性的目标包括允许类或接口的作者控制由哪些代码负责实现它,并提供比访问修饰符更具声明性的方式来限制超类的使用,还有通过支持对模式的详尽分析来支持模式匹配的未来方向。 删除对Solaris/SPARC、Solaris/x64和Linux/SPARC端口的源代码和构建支持,而在JDK 14中不赞成删除这些端口,但可在将来的版本中删除它们。许多正在开发的项目和功能(如Valhalla、Loom和Panama)需要进行重大更改以适应CPU架构和操作系统特定代码。放弃对Solaris和SPARC端口的支持将使OpenJDK社区的贡献者加快开发新特性,从而推动平台向前发展。近年来,Solaris和SPARC都被Linux操作系统和Intel处理器所取代。 记录作为不可变数据的透明载体的类,在jdk14中作为早期预览发布之后,将被包含在jdk15的第二个预览版本中。该计划的目标包括设计一个面向对象构造来表达一个简单的值聚合。以协助程序员专注于不可变数据的建模,而非扩展性行为。自动实现数据驱动的方法,如equals和assessors,并保留Java中长期存在的原则,如名义类型和迁移兼容性。记录可以看作是名义元组。 基于爱德华曲线数字签名算法(EdDSA)的密码签名。EdDSA是一种现代的椭圆曲线方案,对比JDK中现有的签名方案更具有优势。EdDSA将仅在SunEC提供程序中执行。与其他签名方案相比,EdDSA具有更高的安全性和性能,因此受到人们的青睐;加密库中已经支持EdDSA,如OpenSSL和BoringSSL。 通过替换java.net.datagram.Socket和java.net.MulticastSocket APIs的实现以更简单和更现代的方式重新实现以前的DatagramSocket API。且易于调试和维护使用项目中当前正在探索的虚拟线程。新计划是JDK增强建议353的后续,该提议重新实现了遗留的Socket API。当前java.net.datagram.Socket和java.net.MulticastSocket的实现可以回溯到jdk1.0,那时IPv6还在开发中。因此,当前的MulticastSocket执行试图以难以维护的方式调节IPv4和IPv6。 默认情况下禁用偏向锁定并弃用所有相关的命令行选项。其目标是确定是否需要继续支持高代价维护,及偏向锁的遗留同步优化,该优化用于热点虚拟机,以减少竞争性锁定的开销。尽管某些Java应用程序可能会在禁用偏向锁定的情况下出现性能的回归,但是偏向锁的性能增益通常不如以前那么明显。instanceof匹配第二个预览模式,紧随JDK 14中之前的预览。模式匹配允许程序中的通用逻辑,主要是从对象中有条件地提取组件,以更简洁地表达。Haskell和C等语言因其简洁和安全而采用了模式匹配。 隐藏类,即不能被其他类字节码直接使用的类,倾向于借助框架使用,框架会在运行时生成类并通过反射间接使用它们。隐藏类可被定义为访问控制嵌套的成员,并且可以独立于其他类进行卸载。这项提议将提高JVM上所有语言的效率,方法是使用标准API定义不可发现且生命周期有限的隐藏类。

    02

    HAproxy特性详解

    haproxy是一个提供高可用性,负载均衡的应用代理,支持的协议有TCP,HTTP,并且支持虚拟主机,特别适用于那些负载量大的web应用,这些应用通常需要会话保持或者七层处理,HAProxy实现了一种事件驱动、单一进程模型,此模型支持非常大的并发连接数。多进程或多线程模型受内存限制 、系统调度器限制以及无处不在的锁限制,很少能处理数千并发连接。事件驱动模型因为在有更好的资源和时间管理的用户端(User-Space) 实现所有这些任务,所以没有这些问题。此模型的弊端是,在多核系统上,这些程序通常扩展性较差。这就是为什么他们必须进行优化以 使每个CPU时间片(Cycle)做更多的工作。

    01
    领券