Vantaggi dell'uso di Azure NetApp Files per l'automazione della progettazione elettronicaBenefits of using Azure NetApp Files for electronic design automation

Time-to-Market (TTM) è una considerazione critica per il settore di progettazione di semiconduttori e chip.Time-to-market (TTM) is a critical consideration for the semiconductor and chip design industry. Il settore presenta una larghezza di banda elevata e una bassa latenza per l'archiviazione.The industry has high bandwidth and low latency needs for storage. Questo articolo illustra la soluzione Azure NetApp Files fornisce per soddisfare le esigenze del settore.This article explains the solution Azure NetApp Files provides for meeting the industry’s needs. Sono disponibili scenari di test che eseguono un benchmark di settore standard per l'automazione della progettazione elettronica (EDA) con Azure NetApp Files.It presents test scenarios running a standard industry benchmark for electronic design automation (EDA) using Azure NetApp Files.

Configurazioni dello scenario di testTest scenario configurations

I test includono tre scenari con le configurazioni seguenti.The tests involve three scenarios with the following configurations.

ScenarioScenario VolumiVolumes ClientClients
D16s_v3 SLES15SLES15 D16s_v3
UnoOne 11 11
DueTwo 66 2424
TreThree 1212 2424

Il primo scenario risolve il modo in cui è possibile guidare un singolo volume.The first scenario addresses how far a single volume can be driven.

Il secondo e il terzo scenario valutano i limiti di un singolo endpoint Azure NetApp Files.The second and the third scenarios evaluate the limits of a single Azure NetApp Files endpoint. Analizzano i potenziali vantaggi dei limiti superiori e della latenza di I/O.They investigate the potential benefits of I/O upper limits and latency.

Risultati dello scenario di testTest scenario results

Nella tabella seguente vengono riepilogati i risultati degli scenari di test.The following table summarizes the test scenarios results.

ScenarioScenario Velocità di I/OI/O rate
a 2 msat 2 ms
Velocità di I/OI/O rate
al perimetroat the edge
Velocità effettivaThroughput
a 2 msat 2 ms
Velocità effettivaThroughput
al perimetroat the edge
1 volume1 volume 39.60139,601 49.50249,502 692 MiB/s692 MiB/s 866 MiB/s866 MiB/s
6 volumi6 volumes 255.613255,613 317.000317,000 4.577 MiB/s4,577 MiB/s 5.568 MiB/s5,568 MiB/s
12 volumi12 volumes 256.612256,612 319.196319,196 4.577 MiB/s4,577 MiB/s 5.709 MiB/s5,709 MiB/s

Lo scenario a volume singolo rappresenta la configurazione di base dell'applicazione.The single-volume scenario represents the basic application configuration. Si tratta dello scenario di base per gli scenari di test seguiti.It's the baseline scenario for follow-on test scenarios.

Lo scenario con sei volumi Mostra un aumento lineare (600%) rispetto al carico di lavoro a volume singolo.The six-volume scenario demonstrates a linear increase (600%) relative to the single-volume workload. È possibile accedere a tutti i volumi all'interno di una singola rete virtuale tramite un singolo indirizzo IP.All volumes within a single virtual network are accessed over a single IP address.

Nello scenario con 12 volumi viene illustrata una riduzione generale della latenza rispetto allo scenario con sei volumi.The 12-volume scenario demonstrates a general decrease in latency over the six-volume scenario. Ma non ha un aumento corrispondente della velocità effettiva ottenibile.But it doesn’t have a corresponding increase in achievable throughput.

Il grafico seguente illustra la latenza e la frequenza delle operazioni per il carico di lavoro EDA in Azure NetApp Files.The following graph illustrates the latency and operations rate for the EDA workload on Azure NetApp Files.

Latenza e frequenza operativa per il carico di lavoro EDA in Azure NetApp Files

Il grafico seguente illustra la latenza e la velocità effettiva del carico di lavoro EDA in Azure NetApp Files.The following graph illustrates the latency and throughput for the EDA workload on Azure NetApp Files.

Latenza e velocità effettiva per il carico di lavoro EDA in Azure NetApp Files

Layout degli scenari di testLayout of test scenarios

La tabella seguente riepiloga il layout degli scenari di test.The table below summarizes the layout of the test scenarios.

Scenario di testTest scenario Numero totale di directoryTotal number of directories Numero totale di fileTotal number of files
1 volume1 volume 88.00088,000 880.000880,000
6 volumi6 volumes 568.000568,000 5.680.0005,680,000
12 volumi12 volumes 568.000568,000 5.680.0005,680,000

Il carico di lavoro completo è costituito da una combinazione di fasi funzionali e fisiche eseguite simultaneamente.The complete workload is a mixture of concurrently running functional and physical phases. Rappresenta un flusso tipico da un set di strumenti EDA a un altro.It represents a typical flow from one set of EDA tools to another.

La fase funzionale è costituita dalle specifiche iniziali e da una progettazione logica.The functional phase consists of initial specifications and a logical design. La fase fisica si verifica quando la progettazione logica viene convertita in un chip fisico.The physical phase takes place when the logical design is converted to a physical chip. Durante le fasi di disconnessione e di Tape-out, i controlli finali vengono completati e la progettazione viene recapitata a una fonderia per la produzione.During the sign-off and tape-out phases, final checks are completed, and the design is delivered to a foundry for manufacturing.

La fase funzionale include una combinazione di I/O sequenziali e casuali di lettura e scrittura.The functional phase includes a mixture of sequential and random read and write I/O. La fase funzionale prevede un utilizzo intensivo dei metadati, ad esempio le chiamate a file stat e Access.The functional phase is metadata intensive, like file stat and access calls. Sebbene le operazioni sui metadati siano effettivamente senza dimensioni, le operazioni di lettura e scrittura sono comprese tra meno di 1 K e 16 K. La maggior parte delle letture è compresa tra 4 K e 16 K. La maggior parte delle Scritture è di 4 K o meno.Although metadata operations are effectively without size, the read and write operations range between less than 1 K and 16 K. Most reads are between 4 K and 16 K. Most writes are 4 K or less. La fase fisica è costituita interamente da operazioni di lettura e scrittura sequenziali, con una combinazione di dimensioni di OP 32 K e 64 K.The physical phase is composed of sequential read and write operations entirely, with a mixture of 32 K and 64 K OP sizes.

Nei grafici precedenti, la maggior parte della velocità effettiva deriva dalla fase fisica sequenziale del carico di lavoro.In the graphs above, most of the throughput comes from the sequential physical phase of workload. L'i/O deriva dalla fase funzionale di piccole dimensioni casuale e a elevato utilizzo di metadati.The I/O comes from the small random and metadata-intensive functional phase. Entrambe le fasi si verificano in parallelo.Both phases happen in parallel.

In conclusione, è possibile associare le risorse di calcolo di Azure a Azure NetApp Files per la progettazione di EDA per ottenere una larghezza di banda scalabile.In conclusion, you can pair Azure compute with Azure NetApp Files for EDA design to get scalable bandwidth.

Passaggi successiviNext steps