Kioxia is mass production of  a QLC UFS flash memory. The 512GB QLC UFS chip has sequential read speeds of up to 4,200 MB/s and sequential write speeds of up …

The post QLC UFS NAND from Kioxia appeared first on Electronics Weekly .

OpenAI, Broadcom and TSMC are working on an AI inference chip, reports Bloomberg. The move is seen as a departure from OpenAI’s reported strategy of trying to raise the money …

The post OpenAI, Broadcom and TSMC looking at making an AI inference IC appeared first on Electronics Weekly .

The semiconductor and electronics industry faces increasing demand for smart, connected devices. Software has become the key differentiator, but fragmented workflows and supply chains hinder innovation and delay time to-market. …

The post Sponsored Content: Altium Discover – Transforming the Electronics Supply Chain & Distribution Industry appeared first on Electronics Weekly .

Solutions for every user and budget UNI-T is a recognised provider of affordable lab equipment. However, its assortment is also distinguished by a wide diversity and includes solutions designed for …

The post Sponsored Content: UNI-T function generators appeared first on Electronics Weekly .

As autonomous driving systems advance, ensuring functional safety becomes increasingly critical. ABLIC Inc, a manufacturer of analog semiconductors with over 20 years of experience in automotive electronics, offers insights into …

The post Sponsored Content: Functional Safety Challenges in Autonomous Vehicles appeared first on Electronics Weekly .

Xiphera, a provider of  hardware-based cryptographic security has joined  Crypto Quantique, a provider of quantum-driven IoT device security, to offer quantum-resilience and immutable device identity for cryptographic hardware modules based …

The post Xiphera joins Crypto Quantique to secure cryptographic hardware modules appeared first on Electronics Weekly .

Starting today, customers can run Apple macOS Sequoia (version 15) as Amazon Machine Images (AMIs) on Amazon EC2 Mac instances. Apple macOS Sequoia is the latest major macOS version, and introduces multiple new features and performance improvements over prior macOS versions including running Xcode version 16.0 or later (which includes the latest SDKs for iOS, iPadOS, macOS, tvOS, watchOS, and visionOS) and upcoming support for Apple Intelligence.

Backed by Amazon Elastic Block Store (EBS), EC2 macOS AMIs are AWS-supported images that are designed to provide a stable, secure, and high-performance environment for developer workloads running on EC2 Mac instances. EC2 macOS AMIs include the AWS Command Line Interface, Command Line Tools for Xcode, Amazon SSM Agent, and Homebrew. The AWS Homebrew Tap includes the latest versions of AWS packages included in the AMIs.

Apple macOS Sequoia AMIs are available for both x86-based and Apple silicon EC2 Mac instances and are published to all AWS regions where EC2 Mac instances are available today. Customers can get started with macOS Sequoia AMIs via the AWS Console, Command Line Interface (CLI), or API. Learn more about EC2 Mac instances here or get started with an EC2 Mac instance here . You can also subscribe to EC2 macOS AMI release notifications here .

ElastiCache for Valkey self-designed (node-based) clusters now support server-side write request latency and read request latency metrics. With this launch, you can now measure the server-side response time for Valkey commands and troubleshoot latency spikes in your ElastiCache for Valkey cluster.

Monitoring response time is critical to improving end user experience by tracking application trends and adjusting cluster configurations, as needed. The server-side latency metrics provides a complete picture of the server-side response time that includes command pre-processing, command execution, and command post-processing. SuccessfulWriteRequestLatency and SuccessfulReadRequestLatency measure the time that the Valkey engine takes to respond to a successfully executed request.

The newly introduced ElastiCache for Valkey server-side latency metrics are now available in all AWS regions . To get started, create a new cluster using the AWS Management Console , CLI, or SDKs using Valkey version 7.2. To learn more, refer to our documentation on monitoring Valkey response time for Amazon ElastiCache for Valkey.
 

Amazon MemoryDB for Valkey now supports server-side write request latency and read request latency metrics. With this launch, you can now measure the server-side response time for Valkey commands and troubleshoot latency spikes in your MemoryDB cluster.

Monitoring latency is critical to improving end user experience by tracking application trends and adjusting cluster configurations, as needed. Server-side latency metrics provides a complete picture of the server-side response time that includes command pre-processing, command execution, and command post-processing. SuccessfulWriteRequestLatency and SuccessfulReadRequestLatency measure the time that the MemoryDB for Valkey engine takes to respond to a successfully executed request.

MemoryDB for Valkey server-side latency metrics are now available in all AWS regions where MemoryDB is generally available. To get started, create a new cluster using the AWS Management Console , CLI, or SDKs using Valkey version 7.2. To learn more, refer to our documentation on monitoring MemoryDB for Valkey using CloudWatch.
 

Amazon OpenSearch Service now offers customers the option to provision a dedicated coordinator node. Dedicated coordinator nodes relieve data nodes from the responsibilities of traffic coordination and hosting of OpenSearch Dashboards, enabling better resource utilization, and improving overall efficiency of the cluster. In addition, coordinator nodes help reduce the number of private IP addresses that need to be reserved for virtual private cloud (VPC) domains.

In the absence of a dedicated coordinator node, data nodes perform coordination role alongside their core responsibilities of search, data storage, and indexing. Data nodes also host OpenSearch dashboards. When performing multiple roles, in some scenarios, data nodes may face increased pressure on memory and CPU resources. Provisioning dedicated coordinator nodes helps in offloading traffic coordination, and dashboard hosting responsibilities from data nodes, which can improve the overall resiliency of the cluster. In addition, with dedicated coordinator nodes, OpenSearch VPC domains attach elastic network interfaces (ENI) to these nodes instead of data nodes. Dedicated coordinator nodes usually represent around 10% of the total data nodes. As a result, you require a significantly smaller number of private IP addresses for VPC domains.

All OpenSearch versions, and Elasticsearch (open source) versions from 6.8 through 7.10 support the provisioning of a dedicated coordinator node. It is available in all AWS Commercial and the AWS GovCloud (US) Regions where OpenSearch Service is available. See here for a full listing of our regions.

To learn more about configuring a dedicated coordinator node in your cluster, please refer to the documentation .