Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
OttoCoddo
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
7 ms
·
31.
▲
by
OttoCoddo
3y ago
Hey, The choice of parameters was solely done to be clear, and not what people used to. -f meaning force is not clear; -w meaning overwrite, seemed like a better logical choice, to me. Nice point on -h. Yes, I did not want to go crazy. Afte
32.
▲
by
OttoCoddo
3y ago
More documentation will be published soon. For now and about CLI: https://pack.ac/cli-documentation
33.
▲
by
OttoCoddo
3y ago
Reading many files (81K in this test) is way slower than reading just one big file. For bigger files, Pack is much faster. Here is a link to some results from a kind contributor: https://forum.lazarus.freepascal.org/index.ph
34.
▲
by
OttoCoddo
3y ago
Using 32GB of RAM, but it is far more than they need. 7-Zip was used as others, just gave it a folder to compress. No configuration. As requested, here are some numbers on tar.zst of Linux source code (the test subject in the note): tar.zst
35.
▲
by
OttoCoddo
3y ago
Me. It is the point: if you trust a project based on "who" made it, my friend, that is the start of the big problem we are facing in this current situation of tech. Just look at the code, build it yourself, and check the license.
36.
▲
by
OttoCoddo
3y ago
Thank you so much for the kind words, refreshing. Here is the latest sqlar result on Linux source code on the same test machine in warm state: sqlar: 268 MB, 30.5 s Pack: 194 MB, 1.3 s Very good result compared to tar.gz. And much better
37.
▲
by
OttoCoddo
3y ago
Hello David, and thank you for your comment, analysis, and the issues you opened. I will get to them all. - SQLite tooling: You will not need it unless you are debugging something, then you can change the header or just use the `--activate-
38.
▲
by
OttoCoddo
3y ago
Thank you for the check. No index, as they take space, and I wrote the queries considering SQLite automatic indexes. They will be created on demand, at unpacking time. All the unpacking processes are made to read and decompress content just
39.
▲
by
OttoCoddo
3y ago
I guess you are overestimating the "cobble together read/write support without even needing a library." Let's imagine: You want to read a ZIP file. Will you write your own reader? I seriously doubt it, as the work, stabi
40.
▲
by
OttoCoddo
3y ago
A couple, but simple. No, you will only need Pack, everything is built into it. Pack is built for Windows and Linux, and more will come. You will be able to run it on almost all CPUs.
41.
▲
by
OttoCoddo
3y ago
Good point, thank you. Note that SQLite format is very simple https://www.sqlite.org/fileformat.html
42.
▲
by
OttoCoddo
3y ago
It was hard to believe for me, too. And I didn't stumble upon it; I looked for it closely, and that was a point in the note. People did not look properly for nearly three decades. Many things have changed, but we computer people are st
43.
▲
by
OttoCoddo
3y ago
That is the best joke I've heard all day. Thank you for the laugh :)
44.
▲
by
OttoCoddo
3y ago
Yes, and I hope that is a good surprise. As you can see, you can create fast and readable codes with it.
45.
▲
by
OttoCoddo
3y ago
Hey fellow enthusiast. - Piping is really easy and it will get added to Pack. It is matter of time, until these features get added as they will be added based on popularity and piping is not that popular for most people. But I get you and I
46.
▲
by
OttoCoddo
3y ago
You can use Pack for those cases too. --press=hard creates a more compressed pack for cases of pack once, unpack many.
47.
▲
by
OttoCoddo
3y ago
Thanks for the note, and sorry for the inconveniences. I did not expect this many users in the iOS world. The site is very new and needs custom work; it will be updated soon.
48.
▲
by
OttoCoddo
3y ago
Thank you! About Pascal: It makes me happy. It looks clean and pseudocode-like. It helps readers from around the world with different languages understand. I am happy that Pack made people curious about this old but great goodie. Speed, Her
49.
▲
by
OttoCoddo
3y ago
Thank you for the detail check. I should thank the syrup too :) I'm happy to see a fellow enthusiast. Your deduction is on point. And also, Pack is smart; it skips non-compressible files like MP3 [1], so you do not need to choose the
50.
▲
by
OttoCoddo
3y ago
- As far as I know, squashfs is a file system and not an archive format; the "FS" in the name shows the focus. - It is read-only; Pack is not. Update and delete are not just public yet, as I wanted people to get the taste first. -
51.
▲
by
OttoCoddo
3y ago
Hello to all. I am the author, and I just saw this post and am happy to see this exciting discussion. Let me try to show my respect for it and answer as well as possible.