sqltorrent
fuse-overlayfs
sqltorrent | fuse-overlayfs | |
---|---|---|
5 | 3 | |
269 | 482 | |
1.1% | 1.9% | |
0.0 | 6.2 | |
about 8 years ago | 2 months ago | |
C | C | |
Apache License 2.0 | GNU General Public License v3.0 only |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
sqltorrent
-
BTFS (BitTorrent Filesystem)
Or even better store data as an sqlite file that is full-text-search indexed. Then you can full-text search the torrent on demand: https://github.com/bittorrent/sqltorrent
- SQLite BitTorrent Vfs
-
How to circumvent Sci-Hub ISP block
"There was that project some guy posted a while back that used a combination of sqlite and partial downloads to enable searches on a database before it was downloaded all the way."
https://github.com/bittorrent/sqltorrent
- Hosting SQLite databases on GitHub Pages (or any static file hoster)
-
Distributed search engines using BitTorrent and SQLite
Interesting question. I looked at the source code to understand that.
SQLite knows where to look for when you open a SQLite database and you run a query, right? It just asks the underlying filesystem to provide N bytes starting from an offset using a C function, then it repeats the same operation on different portions of the file, it does its computation and everybody is happy.
The software relies on sqltorrent, which is a custom VFS for SQLite. That means that SQLite function to read data from a file stored in the filesystem is replaced by a custom function. Such custom code computes which Torrent block(s) should have the highest priority, by dividing the offset and the number of bytes that SQLite wants to read by the size of the torrent blocks. It is just a division.
See: https://github.com/bittorrent/sqltorrent/blob/master/sqltorr...
fuse-overlayfs
-
BTFS (BitTorrent Filesystem)
Maybe something like this? https://github.com/containers/fuse-overlayfs
-
Migrating my HomeServer to Proxmox - Thoughs on Best Practice
install static fuse-overlayfs by following "static build" section on https://github.com/containers/fuse-overlayfs
-
Printing multiple copies gets multiplied twice
echo "Downloading fuse-overlayfs" mkdir -p /usr/local/bin curl -L https://github.com/containers/fuse-overlayfs/releases/latest/download/fuse-overlayfs-x86_64 > /usr/local/bin/fuse-overlayfs chmod +x /usr/local/bin/fuse-overlayfs
What are some alternatives?
sql.js-httpvfs - Hosting read-only SQLite databases on static file hosters like Github Pages
winfsp - Windows File System Proxy - FUSE for Windows
torrent-net - Distributed search engines using BitTorrent and SQLite
dokany - User mode file system library for windows with FUSE Wrapper
ipfs - Peer-to-peer hypermedia protocol
rar2fs - FUSE file system for reading RAR archives
datasette - An open source multi-tool for exploring and publishing data
ifuse - A fuse filesystem to access the contents of iOS devices
IPSQL - InterPlanetary SQL
slirp4netns - User-mode networking for unprivileged network namespaces
apsw - Another Python SQLite wrapper
MooseFS - MooseFS – Open Source, Petabyte, Fault-Tolerant, Highly Performing, Scalable Network Distributed File System (Software-Defined Storage)