Skip to content

Instantly share code, notes, and snippets.

Avatar

Satoru Takeuchi satoru-takeuchi

View GitHub Profile
View plot.py
import numpy as np
import matplotlib.pyplot as plt
fig = plt.figure()
ax = fig.add_subplot(1,1,1)
x, y = np.loadtxt("0.txt", unpack=True)
ax.scatter(x,y,c="red",s=1)
x, y = np.loadtxt("1.txt", unpack=True)
View sched.py
#!/usr/bin/python3
import sys
import time
import os
NLOOP=100000
if len(sys.argv) < 2:
print("使い方: {} <nproc>".format(sys.argv[0]))
View sched.c
#include <sys/types.h>
#include <sys/wait.h>
#include <time.h>
#include <unistd.h>
#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <err.h>
#define NLOOP_FOR_ESTIMATION 1000000000UL
View kernel vm探検隊 online part3 感想
・毎度ながら深い話にアレな「やってみた」考察で元気をもらいました!休憩雑談も楽しませていただきましたw
・楽しい会をありがとうございました。
・楽しかったです。ぜひまたお願いします。
・運営大変お疲れ様でした。楽しい会でした。ありがとうございます!
・いつもながら、盛り沢山ですし、LTではもったいない発表ばかりです。運営側の負担もあるかとは思いますが、開催回数を増やしてもいいのかもしれません。オンラインになってお手軽さがましたような気がするし。
・retrageさんのCloud-Hypervisor絡みのお話が色々知りたかったことがあって面白かったです
・毎回どうもありがとうございます、、いつか発表側に回りたい。
・普段聞けない & 多岐に渡る内容が多く、理解できる範囲は限られていても楽しかったです。ありがとうございました。
・どの発表もおもしろ/興味深かったです!!
・一回の開催で2回もUEFIネタが出てきてちょっと驚きました. To 主催者の方へ: 開催ありがとうございました.
View kernelvm探検隊online part2アンケートコメント
皆さんスゲー
非常に面白く参考になりました。
おもしろかったです
元気いただきました!
yasssss
View sched.go
package main
import (
"fmt"
"log"
"os"
"strconv"
"sync"
"time"
)
View sched.c
#include <sys/types.h>
#include <sys/wait.h>
#include <time.h>
#include <unistd.h>
#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <err.h>
#define NLOOP_FOR_ESTIMATION 1000000000UL
@satoru-takeuchi
satoru-takeuchi / rook_and_cephadm_performance_comparison.md
Last active Jan 26, 2021
rook and cephadm performance comparison
View rook_and_cephadm_performance_comparison.md

What is measured

The elapsed time to create 1 MON, 1 MGR, and 1 OSD Ceph cluster in one node. All container is in local host.

result

  • rook
    • launching a one node k8s cluster by kubeadm: 84s
    • launching a rook/ceph cluster on top of this k8s cluster: 64s
View workaround-for-Ryzen-random-SEGV-problem
Subject: [RFC] [PATCH] workaround for Ryzen random SEGV problem
Limit the range of the virtual address map for user process, from 47 bit (128TB)
to 46 bit (64TB). It prevent processes to high memory address which would
cause random semgentation fault and some other problems on Ryzen.
For more detaul, please see the following links for detail.
The discussions about this problem on AMD support community.
https://community.amd.com/thread/215773
View freq
#!/bin/bash
for ((i=0;1;i++)) ; do
for ((i=0;i<16;i++)) ; do
cat /sys/devices/system/cpu/cpu$i/cpufreq/cpuinfo_cur_freq
cat /sys/devices/system/cpu/cpu$i/cpufreq/scaling_cur_freq
echo
done
echo "======"
sleep 1