Explore Projects

<p>The current implementation of Python AST to Java bytecode transpilation in many cases takes a naive approach, resulting in redundant bytecode instructions being produced and class files being longer than necessary. Not only does this make the code run slower than it should, this causes problems in some cases because the JVM enforces a <a href="https://docs.oracle.com/javase/specs/jvms/se8/html/jvms-4.html#jvms-4.7.3" target="_blank">size limit</a> on class files, in particular on method sizes: each method must be less than 64KB.</p> <p>This proposal explores optimizations that cut down the number of generated bytecode instructions.</p>

<p>During the execution, CRIU writes many logs. Most of these logs are not used, but they are the only way to figure out the reason for failure if some operation fails.</p> <p>CRIU's logging was done using printf statements. These printf family of functions takes a significant amount of time to execute. They scan the format string for the format specifiers are then typecast all the arguments to a string. It is observed that running criu with and without logging causes a considerable time difference.</p> <p>Storing these raw format string as is in a file to be processed later saves a significant amount of CPU time during the process execution.</p>

<p>Radis is a fast line-by-line code used to synthesize high-resolution infrared molecular spectra and a post-processing library to analyze spectral lines. It can synthesize absorption and emission spectrum for multiple molecular species at both equilibrium and non-equilibrium conditions. Radis uses two methods for computing Spectrum that are Legacy and DLM.</p> <p>The goal of this project is to derive an equation (R) comprising of all the parameters that can affect the performance for calculating Voigt broadening by running a number of benchmarks for different parameters involved in the calculation of lineshapes to check their significance in computation time. Then we need to find the critical value for the derived equation (<code>Rc</code>) which will tell us which optimization technique to select based on the computed <code>R</code> value in calc_spectrum().</p>

Unified notification pipeline powering transactional email, push notifications, and web-embeddable notification centers.

pgmoneta’s current storage layer is fragmented, back-ends do not share full feature parity and a single backup cannot target multiple destinations at once. This project introduces a unified storage interface that every backend implements, enabling easier maintenance and concurrent multi-backend writes. SSH and Azure backends are raised to the same capabilities as S3, while new native drivers for Google Cloud Storage (GCS) and SMB are added. Robustness is ensured by extending the MCTF framework with empirical infrastructure tests for each backend.

For my GSoC project, I wish to implement larger full-stack features while continuing to investigate and fix bugs in the areas I'm familiar with. These areas include the message feed, message editing, emojis, popovers, search, sidebars, settings, and invitations. The issues I specifically aim to solve this summer are: Dates should be “Jump to Date” buttons, Add a “Block a User” feature, UI for message reminders, Make read receipts always visible in direct message conversations, Limit who can resolve a topic to those who can post, Allow the deletion of items in a message’s edit history, Add a “Frequently Used” section to the emoji picker, Ensure the search filter updates with a single click when a filter is removed, and Indicate on the user card when an imported account has not been activated.

My proposal aims to improve the user experience and developer experience for AsyncAPI-Preview extension. The main problem being solved is the difficulty in identifying and resolving common and custom linting errors in AsyncAPI documents. By leveraging the VSCode API for providing quick/autofixes for linting errors, my proposal plans to add an "Auto Fix" feature for most common and standard Spectral linting errors in AsyncAPI documents. The proposed deliverables for this project include: -Integration of AsyncAPI-Preview and Spectral for VSCode extensions -Implementation of Code Actions for standard Spectral linting errors in AsyncAPI documents -Support for computing json-path to source code and vice versa -Investigation on loading autofix rules from external files to support custom (non-standard) Spectral linting rules Overall, this project aims to streamline the AsyncAPI-Preview process and improve the quality of AsyncAPI documents by providing developers with a more user-friendly and efficient way to identify and fix common and custom linting errors.

Integrate a new architectural component into Meshery: a workflow engine, using Temporal. This project involves shifting Meshery off of sqlite over to postgres using gorm (golang). Interns will familiarize with concepts of orchestration engines, including chaining workflows, and content lifecycle management.

Integrate a new architectural component into Meshery: a workflow engine, using Temporal. This project involves shifting Meshery off of sqlite over to postgres using gorm (golang). Interns will familiarize with concepts of orchestration engines, including chaining workflows, and content lifecycle management.

<p>Search is a fundamental operation performed by Kiwix that helps users to find the content they want in a quick and efficient manner. Though it is highly functional right now with many more enhancements coming in libzim7, there are still some missing features and room for improvement. Namely:</p> <ul> <li>Drop wrapper structures from kiwix for performance and usability enhancements</li> <li>Improve relevant suggestion results and their snippets by optimizing Xapian implementation</li> <li>Introduce a versatile suggestion API that is able to work even in the absence of a Xapian index</li> <li>Make suggestion handling more stable in kiwix-serve and other sub-projects</li> </ul> <p>The project addresses these issues such that kiwix users can have an overall improved search experience.</p>

<p>Through refactoring the rendering, workflow and UI classes, we will have a better structure of the software, which will make easier to implement a sandboxed rendering engine and a remote UI. The sandboxed rendering engine will help reduce the risk of crashing the main UI process of VLMC. And being able to create a remote UI will give us many options of UI forms such as a web application and QML.</p>

WasmEdge's JIT mode attempts to compile the entire module before execution, which also includes compiling unused functions in the specific workload. To reduce compilation time and improve performance, we aim to enable compilation on a per-function basis, focusing only on those functions actually used in the workload. - Expected Outcome: - A series of test cases that verify the behavior and demonstrate the difference between entire module compilation and per-function basis compilation. - A series of PRs that implement the per-function compilation behavior. - An option to control the behavior between entire module and per-function compilation. - A document explaining how the new approach works and how to use it.

Description: The new [Thanos Promql Engine](https://github.com/thanos-community/promql-engine) lacks observability down to operator level and we don't have a way to track each operator's performance. This project aims to extend the `Explain` method of each operator, and return an operator tree with time taken recorded. Then Thanos Query UI could then visualize the operator trace. Expected Outcome: Add a button in Query UI that when enabled will show query tree + how much time has been spent in each operator

<p>Bit error ratio testers are used to test the quality of signal trans-reception. They are routinely used to test boards with high-speed serial links and tune parameters so that the medium fidelity is maximized. Integrated Bit Error Rate Tester (IBERT) LogiCore is one such tool from Xilinx and is designed for testing the physical layer transmission (PMA specifically). This project aims to develop an open source equivalent of the Xilinx LogiCore which incorporates most features as detailed in its datasheet. Independent modules will be coded in python using Migen framework and libraries from LiteX will be used to prepare the communication modules, bridges, and host connections.</p>

RTEMS real-time operating system utilizes a stack checker to detect stack overflows during execution. While this feature is essential for system stability, the current error handler provides limited options for customization. This project aims to enhance the RTEMS stack checker by developing a configurable error handler. There are some features we are proposing that would help in making the stack checker more flexible and configurable, like enabling/disabling certain types of stack checking, giving the user the ability to set up a threshold for maximum allowable stack usage and performing some action based on how much stack is used relative to this threshold. In addition, we can rearrange the code so that we separate the stack checking functionality from the reporting functionality, which we believe will help to improve the code organization and readability

<p>This project aims to recreate all the features which are currently using Smarty Template Engine. This would involve the removal of all Smarty Template Engine dependent pieces such as Administration/Practice as well as any other UI elements that are found to be using the Smarty package, and replacing them by native PHP or JavaScript . Additionally , this project would also be trying to improve the layout by improving the CSS as and where necessary without using any frameworks . If time permits, a new theme would be created. It would attempt to make the platform responsive across all devices.</p> <p>Moreover, currently type-validation/type-checking has not been done in an efficient manner throughout the project. This project would attempt to resolve all these related issues such as phone number formatting according to locations , which would also involve an improved use of database with the help of some efficient migration scripts .</p>

<p>Using PostgreSQL (PG) on the daily basis for years I found that there are some use-cases when you need to load (e.g. for a further analytics) a bunch of not well consistent records with rare type/columns number mismatches. Since PG throws exception on the first error, currently the only one solution is to preformat your data with any other tool and then load to PG. Frequently it is easier to drop certain records instead of doing such preprocessing for every data source you have.</p> <p>The naive solution here is to wrap up an insert of each record into subtransaction, however, it will ruin COPY performance and burn transaction IDs (XIDs) very rapidly.</p> <p>Parallel execution may help both to boost COPY performance on multi-core systems and to catch errors via running the separated worker processes.</p>

Existing frameworks for simulation autonomous vehicles use a gazebo simulator with ROS, which limits the development to only Python and C++ programming languages. I intend to develop an unreal engine-based simulator which the OSAVC team can use for development, taking inspiration from Airsim. This allows us to do high-fidelity simulation with the support of programming languages,i.e. Python and C++. In this project, I will add an example of simulating a custom-built CAD model and additionally controlling it using Matlab (Simulink). So that in future, the Vehicle control algorithm design and validation process will become easier. I intend to add detailed documentation of the weekly development period and examples to smoothen future development. Upon successful completion, the project will deliver a powerful simulator with realistic simulation using an unreal engine and the ability to test different vehicles like cars, UAVs and Rovers in future.

<p>Adding plotting engine into PerformanceAnalytics package.</p>

This project focuses on adding fault injection support in kgateway, enabling platform operators and developers to test system resiliency under controlled failure scenarios. Fault injection allows teams to proactively identify weaknesses by introducing network latency, service errors, or resource constraints. This project will involve designing a configuration API for specifying fault injection rules, implementing support in the kgateway plugin framework, integrating with Envoy’s native fault injection capabilities, and creating documentation and examples to demonstrate practical use cases in Kubernetes environments. Expected Outcome: 1. Create a design doc outlining the proposed API for fault injection and present at a community meeting 2. Implement the fault injection plugin in kgateway, leveraging Envoy capabilities 3. Develop e2e tests to validate fault injection scenarios 4. Write developer-facing documentation with example configurations 5. Create blogs and tutorials demonstrating how to use Chaos Engineering in kgateway 6. Demo fault injection features during kgateway community meetings

Full-stack calendar sync, video routing, payment integration, and booking engine.

This project focuses on enhancing the Zulip platform by implementing key user-centric features across the message feed, editing system, APIs, and test coverage. The proposed work includes adding a user blocking feature, always-visible read receipts in direct messages, improved message edit history controls, and bulk conversation management in the inbox. It also introduces backend improvements such as APIs for deleting user messages during deactivation, configurable mention permissions, and detailed audit logging. With prior experience contributing to Zulip, I aim to deliver scalable, well-tested solutions that improve usability while actively collaborating with the community throughout the project lifecycle.

<p>This project is focused on developing a Risk/Performance Standard Errors (RPSE) package that implements a new methodology based on statistical influence functions and generalized linear model with elastic net for gamma distributions GLM-GAM/EN for the reliable computation of finite sample standard errors for risk and performance measure estimators for serially correlated returns. The RSPE package will be integrated into the PerformanceAnalytics package in such a way that the user will have the option to use the new standard errors methodology for the risk and performance measures in PerformanceAnalytics.</p>