What is Hackers' Pub?

Hackers' Pub is a place for software engineers to share their knowledge and experience with each other. It's also an ActivityPub-enabled social network, so you can follow your favorite hackers in the fediverse and get their latest posts in your feed.

0
1
0
0
0
1
1
0
0
0
0
누가 게임 협동조합 만들었으면 좋겠다. 게임 만들어서 큰 돈 만지는 시대는 이제 끝났다고 생각해. 그치만 놀이는 인간의 본성이니까 사라지진 않을 테고.
0
1
1
1
1
0
0
0
1
1
0
0
0
0

Quote from Hammer2 page

Because HAMMER2 is a block copy-on-write filesystem, the "atime" field is not supported and will typically just reflect local system in-memory caches or mtime.

The radix tree is dynamic in that each entry can dynamically control how many bits it chops off. This allows small files to be contained in just one or two levels regardless of the block seek positions. The depth of the radix tree is increased as needed via a splitting mechanism, and will also be recombined if it grows smaller. All block references are 64-bit aligned-byte-indexed references and thus portable regardless of physical sector size changes between underlying block devices.

Inodes are 1KB of which 512 bytes are used for the top-level radix tree OR 512 bytes of data. Any file less than or equal to 512 bytes stores its data directly in the inode. Files up to 256KB can be accommodated with direct inode block references.

Directory entries are hashed (semi-sorted hash algorithm), and directly embedded in the radix table's blockref structure for maximum performance. Files with very long filenames will contain a dataref, otherwise filenames are embedded in the directory entry itself. Because directory entries are hashed, seeking and lookups are able to use a radix search and no linear scan of the directory is needed.

The inode and directory entry structure is extremely well suited for any file size or directory size, from tiny to huge.

Because of the block-copy-on-write nature of the filesystem, the filesystem is able to create a snapshot trivially simply by copying the volume header's root block table (4 blockref entries). The directory topology actually starts with a SUPERROOT, and volume ROOTs are directory entries under the SUPERROOT. Though the entries are actually special-cased a bit and actually part of the root inode for each filesystem root. And since physical freeing of space is handled via a bulk meta-data scan, destroying a snapshot or volume can be done simply by wiping the inode and ignoring everything under it... the next bulkfree scan will reclaim any reclaimable space. Similarly with file deletions... the top-level data blockrefs can simply be removed. The inode can simply be removed from the radix tree.

Performance is very good. HAMMER2 uses a variable-sized block in powers of two, starting at 1KB, up to 64KB, for the last block of the file (straddling EOF). All earlier blocks in the file, if any, use 64KB blocks. The freemap is organized by domain to cluster various meta-data types together. Indirect blocks can be one of two sizes: 16KB or 64KB, allowing medium-sized files and directories to be optimally allocated. In addition, file data compression of a logical block can result in a smaller physical block. The physical layer always does 64KB I/O and can cluster the I/O on top of that.

dragonflybsd.org/hammer/

0
0
1
0
0
1
0
0
0
0
0
0
1
0
1
2
0
0
0
0

The amazing DragonFlyBSD has the fantastic
Hammer2 filesystem:

* Block copy-on-write filesystem
* Instant recovery on mount
* Instant snapshots
* Mounted snapshots are writable
* Automatic snapshotting can be enabled at the system level via periodic scripts
* Default Periodic also does daily bulk pass on the meta-data to free space
* Automatic compression (controllable on directory recursion and per-file basis)
* Automatic de-duplication
* Future master/slave mechanism
* Utilizes a dynamic radix tree
* 64-bit hardlink counter
* 2^63 logical file size limit
* Recursive check codes to detect corruption
* Any number of pseudo-filesystem volumes for each physical hammer2 disk image (also used by snapshots).

dragonflybsd.org/hammer/

0
0
0

mastodon.social/@dansup/116012

これはAtmosphereの在り方を根本的に勘違いしている発言でしかなくないか。SkyLightが`bsky` Lexiconをベースにしていようが今のところBlueskyと対等にfirehoseを読めることになっているわけで、alghorithmic feedくらいは普通に実装できるはず(実際にやっているのかは知らぬ)。というかそのくらいなら`bsky`のカスタムフィードの範囲でも実現できたりする? 知らんけど [参照]

0

Someone asks for help, I give him a link for TeamViewer app.

Then the response is: "I'm on my phone"

So I told him to send the link to the PC somehow - using the mail, notes, something, there are plenty of options

The response is: "How?"

The new generation is lost. They have Google, they have "AI", yet still completely lost.

But hey, if there's a new filter of TikTok, they can find it in 2 seconds, even if there would be a quadratic equation needed to be solved to unlock it.

0
0
0
음... 혹시라도 곧 없어질 예정인 키라피에서 넘어오시는 분들이 계시다면 (개방 상태지만 사실상 개점휴업에 가까워서 조용하기 그지없는) 제 서버를 선택하시는 것도 나쁜 선택은 아닐지도요 ​:blobneutral:​ ​:ablobnervous2:

관련해서 자세한 건 이번달이 가기 전까지 정리해서 공지로 올리겠습니다.
0
0