You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: content/learning-paths/servers-and-cloud-computing/typescript-on-gcp/_index.md
+3-3Lines changed: 3 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,15 +1,15 @@
1
1
---
2
-
title: Deploy TypeScript on Google Cloud Axion-based C4A virtual machines
2
+
title: Deploy TypeScript on Google Cloud C4A virtual machines
3
3
4
4
minutes_to_complete: 30
5
5
6
6
who_is_this_for: This is an introductory topic for developers deploying and optimizing TypeScript workloads on Arm64 Linux environments, specifically using Google Cloud C4A virtual machines powered by Axion processors.
7
7
8
8
learning_objectives:
9
-
- Provision an Arm-based SUSE Linux Enterprise Server (SLES) virtual machine (VM) on Google Cloud (C4A with Axion processors)
9
+
- Provision an Arm-based SUSE Linux Enterprise Server (SLES) virtual machine (VM) on Google Cloud
10
10
- Install TypeScript on a SUSE Arm64 C4A instance
11
11
- Validate TypeScript functionality by creating, compiling, and running a simple TypeScript script on a Arm64 VM
12
-
- Benchmark TypeScript performance using a JMH-style custom benchmark with perf_hooks on Arm64 architecture
12
+
- Benchmark TypeScript performance using a JMH-style custom benchmark with the perf_hooks module on Arm64 architecture
13
13
14
14
prerequisites:
15
15
- A [Google Cloud Platform (GCP)](https://cloud.google.com/free) account with billing enabled
Copy file name to clipboardExpand all lines: content/learning-paths/servers-and-cloud-computing/typescript-on-gcp/background.md
+4-4Lines changed: 4 additions & 4 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,5 +1,5 @@
1
1
---
2
-
title: Getting started with TypeScript on Google Axion C4A instances
2
+
title: Get started with TypeScript on Google Axion C4A instances
3
3
4
4
weight: 2
5
5
@@ -8,12 +8,12 @@ layout: "learningpathall"
8
8
9
9
## Introduction
10
10
11
-
This Learning Path shows you how to deploy and benchmark TypeScript applications on Arm-based Google Cloud C4A instances powered by Axion processors. You'll provision a SUSE Linux Enterprise Server (SLES) virtual machine (VM), install and configure TypeScript, and measure performance using a JMH-style custom benchmark. By combining TypeScript’s strong typing and developer tooling with the high performance and energy efficiency of Arm-based C4A instances, you can build robust, scalable, and cost-effective cloud-native applications optimized for the future of cloud on Arm.
11
+
In this Learning Path, you'll deploy and benchmark TypeScript applications on Arm-based Google Cloud C4A instances powered by Axion processors. You'll provision a SUSE Linux Enterprise Server (SLES) virtual machine (VM), install and configure TypeScript, and measure performance using a JMH-style custom benchmark. This process shows you how to use TypeScript with Arm-based cloud infrastructure and helps you evaluate performance and compatibility for cloud-native workloads.
12
12
13
13
14
14
## Google Axion C4A Arm instances in Google Cloud
15
15
16
-
Google Axion C4A is a family of Arm-based virtual machines built on Google’s custom Axion CPU, which is based on Arm Neoverse-V2 cores. Designed for high-performance and energy-efficient computing, these virtual machines offer strong performance for modern cloud workloads such as CI/CD pipelines, microservices, media processing, and general-purpose applications.
16
+
Google Axion C4A is a family of Arm-based virtual machines built on Google’s custom Axion CPU, which is based on Arm Neoverse-V2 cores. Designed for high-performance and energy-efficient computing, they offer strong performance for modern cloud workloads such as CI/CD pipelines, microservices, media processing, and general-purpose applications.
17
17
18
18
The C4A series provides a cost-effective alternative to x86 virtual machines while leveraging the scalability and performance benefits of the Arm architecture on Google Cloud.
19
19
@@ -25,4 +25,4 @@ TypeScript is an open-source, strongly-typed programming language developed and
25
25
26
26
TypeScript builds on JavaScript by adding features like static typing and interfaces. Any valid JavaScript code works in TypeScript, but TypeScript gives you extra tools to write code that is easier to maintain and less prone to errors.
27
27
28
-
TypeScript is widely used for web applications, server-side development (Node.js), and large-scale JavaScript projects where type safety and code quality are important. Learn more from the [TypeScript official website](https://www.typescriptlang.org/) and the [TypeScript handbook and documentation](https://www.typescriptlang.org/docs/).
28
+
TypeScript is widely used for web applications, server-side development (Node.js), and large-scale JavaScript projects where type safety and code quality are important. Learn more by visiting the [TypeScript official website](https://www.typescriptlang.org/) and the [TypeScript handbook and documentation](https://www.typescriptlang.org/docs/).
Copy file name to clipboardExpand all lines: content/learning-paths/servers-and-cloud-computing/typescript-on-gcp/baseline.md
+8-9Lines changed: 8 additions & 9 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -6,14 +6,13 @@ weight: 5
6
6
layout: learningpathall
7
7
---
8
8
9
-
## Set up your TypeScript baseline
9
+
## Overview
10
10
This section walks you through the baseline setup and validation of TypeScript on a Google Cloud C4A (Axion Arm64) virtual machine running SUSE Linux. The goal is to confirm that your TypeScript environment is functioning correctly, from initializing a project to compiling and executing a simple TypeScript file, ensuring a solid foundation before performance or benchmarking steps.
11
11
12
-
## Set up a TypeScript project
13
-
Before running any tests, you’ll create a dedicated project directory and initialize a minimal TypeScript environment.
14
-
15
12
## Create project folder
16
13
14
+
Before running any tests, you’ll create a dedicated project directory and initialize a minimal TypeScript environment.
15
+
17
16
Start by creating a new folder to hold your TypeScript project files:
18
17
19
18
```console
@@ -22,9 +21,9 @@ cd ~/typescript-benchmark
22
21
```
23
22
This creates a workspace named `typescript-benchmark` in your home directory, ensuring all TypeScript configuration and source files are organized separately from system files and global modules.
24
23
25
-
###Initialize npm project
24
+
## Initialize npm project
26
25
27
-
Next, initialize a new Node.js project. This creates a `package.json` file that defines your project metadata, dependencies, and scripts.
26
+
Next, initialize a new Node.js project. This creates a `package.json` file that defines your project metadata, dependencies, and scripts:
28
27
29
28
```console
30
29
npm init -y
@@ -57,7 +56,7 @@ You should see output similar to:
57
56
## Perform baseline testing
58
57
With the TypeScript environment configured, you’ll now perform a baseline functionality test to confirm that TypeScript compilation and execution work correctly on your Google Cloud SUSE Arm64 VM.
59
58
60
-
###Create a simple TypeScript file
59
+
## Create a simple TypeScript file
61
60
62
61
Create a file named `hello.ts` with the following content:
Copy file name to clipboardExpand all lines: content/learning-paths/servers-and-cloud-computing/typescript-on-gcp/benchmarking.md
+13-22Lines changed: 13 additions & 22 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -56,16 +56,16 @@ Code explanation:
56
56
57
57
This JMH-style benchmarking approach provides more accurate and repeatable performance metrics than a single execution, making it ideal for performance testing on Arm-based systems.
58
58
59
-
###Compile the TypeScript Benchmark
59
+
## Compile the TypeScript Benchmark
60
60
First, compile the benchmark file from TypeScript to JavaScript using the TypeScript compiler (tsc):
61
61
62
62
```console
63
63
tsc benchmark_jmh.ts
64
64
```
65
-
This command transpiles your TypeScript code into standard JavaScript, generating a file named`benchmark_jmh.js` in the same directory.
66
-
The resulting JavaScript can be executed by Node.js, allowing you to measure performance on your Google Cloud C4A (Arm64) virtual machine.
65
+
This command converts your TypeScript file into JavaScript and creates a new file called`benchmark_jmh.js` in your project directory.
66
+
You can now run this JavaScript file with Node.jsto benchmark performance on your Google Cloud C4A (Arm64) VM.
67
67
68
-
###Run the Benchmark
68
+
## Run the Benchmark
69
69
Now, execute the compiled JavaScript file with Node.js:
70
70
71
71
```console
@@ -87,33 +87,24 @@ Iteration 10: 0.673 ms
87
87
88
88
Average execution time over 10 iterations: 0.888 ms
89
89
```
90
+
## Interpret your TypeScript performance data on Arm
90
91
91
-
## Run and analyze TypeScript benchmark results on Google Axion C4A
92
+
Each iteration measures how long it takes to run the benchmarked function once, while the average execution time is calculated by dividing the total time for all runs by the number of iterations. Running the benchmark multiple times helps smooth out fluctuations caused by factors like CPU scheduling, garbage collection, or memory caching. This approach produces more consistent and meaningful performance data, similar to the methodology used by Java’s JMH benchmarking framework.
92
93
93
-
* Iteration times → Each iteration represents the time taken for one complete execution of the benchmarked function.
94
-
* Average execution time → Calculated as the total of all iteration times divided by the number of iterations. This gives a stable measure of real-world performance.
95
-
* Why multiple iterations?
96
-
A single run can be affected by transient factors such as CPU scheduling, garbage collection, or memory caching.
97
-
Running multiple iterations and averaging the results smooths out variability, producing more repeatable and statistically meaningful data, similar to Java’s JMH benchmarking methodology.
98
-
99
-
### Interpret your TypeScript performance data on Arm
100
-
101
-
The average execution time reflects how efficiently the function executes under steady-state conditions.
102
-
The first iteration often shows higher latency because Node.js performing initial JIT (Just-In-Time) compilation and optimization, a common warm-up behavior in JavaScript/TypeScript benchmarks.
94
+
The average execution time reflects how efficiently the function executes under steady-state conditions. The first iteration often shows higher latency because Node.js performing initial JIT (Just-In-Time) compilation and optimization, a common warm-up behavior in JavaScript/TypeScript benchmarks.
103
95
104
96
### Benchmark summary on Arm64
105
97
Results from the earlier run on the `c4a-standard-4` (4 vCPU, 16 GB memory) Arm64 VM in GCP (SUSE):
## Summarize TypeScript benchmarking results on Arm64
110
103
111
-
### TypeScript performance benchmarking summary on Arm64
112
-
113
-
When you look at the benchmarking results, you will notice that on the Google Axion C4A Arm-based instances:
104
+
Here’s what the benchmark results show for Google Axion C4A Arm-based instances:
114
105
115
-
- The average execution time on Arm64 (~0.888 ms) shows that CPU-bound TypeScript operations run efficiently on Arm-based VMs.
116
-
-Initial iterations may show slightly higher times due to runtime warm-up and optimization overhead, which is common across architectures.
117
-
-Arm64 demonstrates stable iteration times after the first run, indicating consistent performance for repeated workloads.
106
+
- The average execution time on Arm64 is about 0.888 ms, which means TypeScript code runs efficiently on Arm-based VMs.
107
+
-The first run is usually a bit slower because Node.js is warming up and optimizing the code. This is normal for all architectures.
108
+
-After the first run, the times are very consistent, showing that Arm64 delivers stable performance for repeated tasks.
118
109
119
-
This demonstrates that Google Cloud C4A Arm64 virtual machines provide production-grade stability and throughput for TypeScript workloads, whether used for application logic, scripting, or performance-critical services.
110
+
These results confirm that Google Cloud C4A Arm64 virtual machines are reliable and fast for running TypeScript workloads, whether you’re building application logic, scripts, or performance-sensitive services.
Copy file name to clipboardExpand all lines: content/learning-paths/servers-and-cloud-computing/typescript-on-gcp/installation.md
+7-8Lines changed: 7 additions & 8 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -6,22 +6,22 @@ weight: 4
6
6
layout: learningpathall
7
7
---
8
8
9
-
## Install TypeScript on GCP VM
9
+
## Overview
10
10
This section walks you through installing TypeScript and its dependencies on a Google Cloud Platform (GCP) SUSE Arm64 virtual machine. You’ll install Node.js, npm, TypeScript, and ts-node, and verify that everything works correctly.
11
11
12
-
Running TypeScript on Google Cloud C4A instances, powered by Axion Arm64 processors, provides a high-performance and energy-efficient platform for Node.js-based workloads.
12
+
Running TypeScript on Google Cloud C4A instances, powered by Axion Arm64 processors provides a high-performance and energy-efficient platform for Node.js-based workloads.
13
13
14
-
###Update SUSE System
14
+
## Update SUSE system
15
15
Before installing new packages, refresh the repositories and update existing ones to ensure your environment is current and secure:
16
16
17
17
```console
18
18
sudo zypper refresh
19
19
sudo zypper update -y
20
20
```
21
-
Keeping your system up to date ensures that dependencies, libraries, and compilers required for Node.js and TypeScript work seamlessly on the Arm64 architecture.
21
+
Updating your system helps make sure all the tools and libraries you need for Node.js and TypeScript work smoothly on Arm64.
22
22
23
-
###Install Node.js and npm
24
-
Node.js provides the JavaScript runtime that powers TypeScript execution, while npm (Node Package Manager) manages project dependencies and global tools.
23
+
## Install Node.js and npm
24
+
Node.js is the JavaScript runtime that runs your TypeScript code. npm is the tool you use to install and manage packages and tools for your projects.
25
25
26
26
Install both packages using SUSE’s repositories:
27
27
@@ -66,5 +66,4 @@ Version 5.9.3
66
66
v10.9.2
67
67
```
68
68
69
-
Node.js, npm, and TypeScript are now successfully installed and verified on your Google Cloud C4A (Arm64) virtual machine.
70
-
You’re ready to create and execute TypeScript scripts for testing, deployment, or performance benchmarking.
69
+
You’ve now installed and verified Node.js, npm, and TypeScript on your Google Cloud C4A (Arm64) virtual machine. You’re ready to start creating and running TypeScript scripts for testing, deployment, or performance checks.
Copy file name to clipboardExpand all lines: content/learning-paths/servers-and-cloud-computing/typescript-on-gcp/instance.md
+3-3Lines changed: 3 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -8,15 +8,15 @@ layout: learningpathall
8
8
9
9
## Overview
10
10
11
-
In this section, you will learn how to provision a Google Axion C4A Arm virtual machine on Google Cloud Platform (GCP) using the `c4a-standard-4`(4 vCPUs, 16 GB memory) machine type in the Google Cloud Console.
11
+
In this section, you'll set up a Google Axion C4A Arm virtual machine on Google Cloud Platform (GCP) using the `c4a-standard-4`machine type. This instance gives you four virtual CPUs and 16 GB of memory. You'll use the Google Cloud Console to complete each step.
12
12
13
13
{{% notice Note %}}
14
14
For support on GCP setup, see the Learning Path [Getting started with Google Cloud Platform](https://learn.arm.com/learning-paths/servers-and-cloud-computing/csp/google/).
15
15
{{% /notice %}}
16
16
17
-
## Provision a Google Axion C4A Arm VM in Google Cloud Console
17
+
## Create the virtual machine
18
18
19
-
To create a virtual machine based on the C4A instance type:
19
+
To create the virtual machine, follow these steps:
20
20
- Navigate to the [Google Cloud Console](https://console.cloud.google.com/).
21
21
- Go to **Compute Engine > VM Instances** and select **Create Instance**.
0 commit comments