Skip to content

Instantly share code, notes, and snippets.

@hello-smile6
hello-smile6 / hardbrick.sh
Last active February 7, 2024 13:24
/dev bowling
# DO NOT RUN UNLESS IT'S A VM! I TAKE NO RESPOSIBILITY FOR YOUR ACTIONS WITH THIS.
exit
kill -9 $pid
logout
kill -9 1
pkill init
sudo pkill init
for device in `find /dev`
do
# Don't run synchronously
@hello-smile6
hello-smile6 / index.html
Created December 28, 2021 06:08
Manual TurboWarp Cloud Vars Update
<!DOCTYPE html>
<html>
<head>
<title>TurboWarp Client</title>
<link rel="stylesheet" type="text/css" href="https://cdn.jsdelivr.net/gh/MystPi/dreamcss/src/dream.css" />
</head>
<body>
<h1>TurboWarp Client</h1>
<input type="number" id="project-id" />
<button id="start">

hi, and goodbye

The past few weeks has not been fun on IRC, the drama based on false information and assumptions has been insane. I've almost entirely been silent on the drama because I know the fallout that would happen if I spoke up.

A quick TLDR - I'm quitting all IRC development. KiwiIRC project lead, IRCv3 technical board, supporting the multitude of IRC networks, the lot.

Many people seem to think that I am supporting one side in everything that is going on, so just to be clear: I am not supporting any side of the current freenode drama - there is so much false information going around from everywhere that it is impossible to support anybody.

Woo freenode drama

@ADeltaX
ADeltaX / rick.0.gif
Last active September 15, 2024 17:34
I know
rick.0.gif
|=-----------------------------------------------------------------------=|
|=----------------------------=[ BootChess ]=----------------------------=|
|=-----------------------------------------------------------------------=|
|=------------------------=[ by Baudsurfer/rsi ]=------------------------=|
|=-----------------------------------------------------------------------=|
1 - Introduction
1.1 - Why make tiny programs ?
1.2 - Proving know-how remains valued
@emanuelez
emanuelez / git_speed.md
Last active September 25, 2024 11:24
Git Speed

How Fast is Git?

The web is full of benchmarks showing the supernatural speed of Git even with very big repositories, but unfortunately they use the wrong variable. Size is not important, but the number of files in the repository really is!

Why is that? Well, that's because Git works in a very different way compared to Synergy. You don't have to checkout a file in order to edit it; Git will do that for you automatically. But at what price?

The price is that for every Git operation that requires to know which files changed (git status, git commmit, etc etc) an lstat() call will be executed for every single file

Wow! So how does that perform on a fairly large repository? Let's find out! For this example I will use an example project, which has 19384 files in 1326 folders.