Add tests shuffling functionality to paracukean idea by e_bischoff Paracuke is a toy project whose first use was to make it easy to run tests in parallel from coroutines. It's an implementation of Cucumber in Go. Now I would like to see if I can add random tests sequence shuffling and, in case of a failure, reduction to minimal sequence: John Hughes - Don't Write Tests, Generate Them - YouTube. |
Write a simple ESMTP mail server in Haskella project by psimons Hackweek 21?Postmaster desperately needs a mail spool. I need to come up with a good way to store meta information about queued messages. An sqlite database seems like a natural fit because I might want to do some nontrivial queries in there to figure out which messages to deliver (and where). On the other hand, interfacing with sqlite is a bit unpleasant, so instead I might want to write one big JSON file that contains all relevant information. That would certainly suffice for the first version ... |
Collectl turbostat modulea project by joeyli Currently the CPU subsystem of Collectl can get the CPU loading but no CPU power state. My idea is that tracing turbostat then developing a collectl module to get the CPU power state. It can be used to monitor C-state or frequency. Reference: Collectl's HelloWorld module, turbostat |
Neutron driver for Ciliuma project by mrostecki It's clear that in Kubernetes world, SUSE and openSUSE chose Cilium as the main network provider, which also means choosing BPF and XDP as underlying technologies for implementing datapath and packet filtering. That's different from what we are doing in OpenStack. SUSE OpenStack Cloud provides mostly Open vSwitch DPDK as a network solution. |
|
perf-bench ipca project by dbueso The state of the art of sysv/posix ipc benchmarking is a combination of ad-hoc programs scattered over the internet. While some mechanisms, such as sysv semaphores, have a lot of coverage, others really lack (message queues), and some are simply non-existent; albeit some of the legacy flavors we aren't too concerned with, other than them being functionally correct. Consolidate all this by taking the good benchmarks and implement new ones where needed, such as message queues, everything around the 'perf bench' framework. This will both improve the lives of us who hack on kenrel ipc as well as improve coverage overall. Eventually mmtests should be updated as well. |
|
Add cgroups support to crash-pythona project by mkoutny To ease debugging cgroup relates issues this suggests to: - list cgroup hierarchy tree(s), |
Kernel live dumpan idea by mkoutny There is possibility to run crash on live system, this has some drawbacks though: - not all its features are available (e.g. inspecting stacks of tasks), |
Distribution source code repository/browseran idea by mkoutny Motivation: You know a particular function name and would like to know which package(s) it comes from. Approximation: It is possible to search in code on Github hoping for a match in upstream repo not being too far from our distro. |