Skip to content

pasqal-io/Pulser-myQLM

Repository files navigation

Pulser-MyQLM

Pulser-MyQLM is an extension of Pulser and myQLM for the integration of the Pulser framework and Pasqal devices within the myQLM framework.

Installation

To install the pulser-myqlm package, simply clone this repository, go to its root folder and run

pip install -e .

or

python setup.py install

This will install pulser and myqlm. If you also wish to install the development requirements (optional), follow up with:

pip install -r dev_requirements.txt

or

python setup.py install easy_install "pulser-myqlm[dev]"

If, among the development requirements, you only wish to install the test requirements, do:

python setup.py install easy_install "pulser-myqlm[test_dev]"

Documentation

Pulser-MyQLM enables to submit quantum programs written with Pulser to Pasqal's QPUs via a QLM. It then provides tools for users of the QLM to submit their quantum programs and simulate them, as well as tools for internal developpers to connect Pasqal QPUs with their QLM. All these features are documented with notebooks in the tutorials folder.

Submitting a Pulser Sequence to the QLM

A Pulser Remote Connection to submit to the QPU

Pulser is an open-source Python software package that provides libraries for designing and simulating pulse sequences that act on programmable arrays of neutral atoms. The quantum programs are then written with a Pulser Sequence.

Sequences are submitted to remote QPUs using the QPUBackend of Pulser. This backend needs a remote connection to communicate with the QPU. Pulser-MyQLM provides a QLMConnection to communicate with the QPU, i.e, to submit Sequences, to find the available QPUs on a given QLM, etc. . See an example of the submission of a Sequence to a QPU via a QLMConnection in this tutorial.

Converting a Pulser Sequence into a MyQLM Job

The QLM takes as input myQLM Jobs. An alternative approach to using the QLMConnection to submit Sequences to the QPU is to convert them into a Job using IsingAQPU.convert_sequence_to_job. An example is given in this tutorial.

The obtained Job is called "Analog": it contains the time-dependent Hamiltonian associated with the Sequence. It can be simulated using the simulators of the QLM accepting analog jobs.

A thorough presentation of the conversion of Sequence into a Job is presented in this tutorial. The reverse conversion is not implemented, its limitations are presented in this other tutorial.

Connecting a QPU with a QLM

Internal developpers wanting to connect a Pasqal QPU with their QLM have to use a RemoteQPU in their QLM, connected to a FresnelQPU, itself connected to the QPU.

To ease the development, pulser-myqlm provides a python executable fresnel_qpu_server.py, that takes as input the IP address of the QPU and its port, as well as the IP address and the port on which to create a FresnelQPU server. By using a RemoteQPU pointing to the IP address and the port of this server, any Sequence that will be submitted to this RemoteQPU will be executed on the QPU (see an example in this tutorial).

The process started with the executable will by default log to stdout and a local file. The log level and the log file can be easily customized. The whole logging configuration can also be set with a configuration file as per python specifications.

To get the documentation:

python fresnel_qpu_server.py --help

QPU interruption

Behavior when QPU is not operational is configurable with the env var QPU_POLLING_TIMEOUT_SECONDS. By default, the value is -1 which means FresnelQPU will hold any submitted MyQLM Job and retry submitting it to the QPU forever. Setting the variable to 0 will make any job sent to FresnelQPU to fail immediately if the QPU is down.

To deploy a FresnelQPU server with a value for QPU_POLLING_TIMEOUT_SECONDS:

QPU_POLLING_TIMEOUT_SECONDS=-1 python fresnel_qpu_server.py ...

Job interruption

Once a Job is submitted to the QPU, the behavior to handle its execution is configurable with the env var JOB_POLLING_TIMEOUT_SECONDS. By default, the value is -1 which means FresnelQPU will wait forever for the Job to finish on the QPU (a job can finish with a result or in error). Setting the variable to a value greater than 0 will terminate this wait after this value. The job is then canceled on the QPU and an error message is raised to the user.

To deploy a FresnelQPU server with a value for JOB_POLLING_TIMEOUT_SECONDS (can be combined with other env variables):

JOB_POLLING_TIMEOUT_SECONDS=-1 python fresnel_qpu_server.py ...

Note

When a new job is submitted to the QPU, it cancels all the previously running jobs.

Testing

Unitary tests are developed in the ./tests folder. Non-regression tests are provided in the ./tutorials folder as python scripts. Here is how to check the correct deloyment of a QPU in a Qaptiva Stack using pulser-myqlm:

  • AFM_direct.py: Assume you have a QPU installed accessible at a given IP and PORT. Use this script to submit a Sequence preparing an AFM state.
  • AFM_remote.py: Assume you have deployed a FresnelQPU server, that is able to submit myQLM Jobs to the QPU, at a given IP and port (for instance, using fresnel_qpu_server.py). Specify the IP and port of this server in this script to submit a Sequence preparing an AFM state.
  • AFM_qaptiva.py: Assume you have installed in your Qaptiva a QLMaaSQPU named PasqalQPU, that is connected with the QPU (either via a FresnelQPU or via a RemoteQPU connected to a FresnelQPU server for instance). Use this script to submit a Sequence preparing an AFM state to the QPU.
  • AFM_PulserQLMConnection.py: Assume the same installation as in the AFM_qaptiva.py. Test the correct submission of a Pulser Sequence preparing an AFM state to the QPU, using the PulserQLMConnection.

Continuous Integration Requirements

We enforce some continuous integration standards. Make sure you follow them, otherwise your pull requests will be blocked until you fix them. To check if your changes pass all CI tests before you make the PR, you'll need additional packages, which you can install by running

pip install -r dev_requirements.txt

or

python setup.py install easy_install "pulser-myqlm[dev]"
  • Tests: We use pytest to run unit tests on our code. If your changes break existing tests, you'll have to update these tests accordingly. Additionally, we aim for 100% coverage over our code. Try to cover all the new lines of code with simple tests, which should be placed in the tests/ folder. To run all tests and check coverage, run:

    pytest --cov .

    All lines that are not meant to be tested must be tagged with # pragma: no cover. Use it sparingly, every decision to leave a line uncovered must be well justified.

  • Style: We use flake8 and the flake8-docstrings extension to enforce PEP8 style guidelines. To lint your code with flake8, simply run:

    flake8 .

    To help you keep your code compliant with PEP8 guidelines effortlessly, we suggest you look into installing a linter for your text editor of choice.

  • Format: We use the black auto-formatter to enforce a consistent style throughout the entire code base, including the Jupyter notebooks (so make sure to install black[jupyter]). It will also ensure your code is compliant with the formatting enforced by flake8 for you. To automatically format your code with black, just run:

    black .

    Note that some IDE's and text editors support plug-ins which auto-format your code with black upon saving, so you don't have to worry about code format at all.

  • Import sorting: We use isort to automatically sort all library imports. You can do the same by running:

    isort .
  • Type hints: We use mypy to type check the code. Your code should have type annotations and pass the type checks from running:

    mypy

    In case mypy produces a false positive, you can ignore the respective line by adding the # type: ignore annotation.

    Note: Type hints for numpy have only been added in version 1.20. Make sure you have numpy >= 1.20 installed before running the type checks.

License

Copyright 2023 Pasqal Quantum Solutions / Pulser Development Team

Licensed under the Apache License, Version 2.0 (the "License"); you may not use this file except in compliance with the License. You may obtain a copy of the License at

http://www.apache.org/licenses/LICENSE-2.0

About

Integration of Pulser and Pasqal devices within the Atos MyQLM framework

Resources

License

Stars

Watchers

Forks

Packages

No packages published

Contributors 4

  •  
  •  
  •  
  •