anonymous1 (anonymous1)
User

Projects

User does not belong to any projects.

User Details

User Since
Jan 18 2017, 9:26 PM (77 w, 5 d)

Recent Activity

Jun 18 2017

anonymous1 added a comment to T648: sdwdate onions checker enhancements required.

The list should be checked for duplicate addresses too

Jun 18 2017, 7:57 AM · Whonix, python, Whonix 14, sdwdate

Jun 6 2017

anonymous1 added a comment to T685: Consider including uBlock Origin.

Some people on internet suggest that looking like a Tails user you can still keep a reasonable anonymity set but I disagree

Jun 6 2017, 5:38 AM · Whonix 15, Whonix
anonymous1 added a comment to T685: Consider including uBlock Origin.

At the end of section "No filters":

Jun 6 2017, 5:19 AM · Whonix 15, Whonix

Jun 5 2017

anonymous1 added a comment to T685: Consider including uBlock Origin.

Tails' decision shows their focus on privacy rather than real anonymity

Jun 5 2017, 11:40 PM · Whonix 15, Whonix
anonymous1 added a comment to T685: Consider including uBlock Origin.

This is only helpful for non-anonymous browsers. It harms anonymity if you intend to include it with Tor Browser

Jun 5 2017, 11:33 PM · Whonix 15, Whonix
anonymous1 added a comment to T647: review sdwdate pool member revamp by anonymous1.

To help with the 4th criteria,

Jun 5 2017, 10:56 PM · Whonix 14, sdwdate, Whonix

May 3 2017

anonymous1 added a comment to T658: Qubes-Whonix 14 timesync vs usabilty decision.

I think we can ignore the results when three of them are not very close. It should still be more efficient than multiple instances.

May 3 2017, 3:12 AM · sdwdate, Whonix 14, Qubes, Whonix

Apr 16 2017

anonymous1 added a comment to T658: Qubes-Whonix 14 timesync vs usabilty decision.

With the recent work on the time sources the results would be very close to NTP accuracy and setting offsets to no more than 1 or 2 seconds, I think it is not such a bad idea to have just a single sdwdate

Apr 16 2017, 7:32 PM · sdwdate, Whonix 14, Qubes, Whonix
anonymous1 added a comment to T658: Qubes-Whonix 14 timesync vs usabilty decision.

What about having a single sdwdate for all Qubes which will add/substract some random skew for each VM?

Apr 16 2017, 2:09 PM · sdwdate, Whonix 14, Qubes, Whonix

Mar 16 2017

anonymous1 added a comment to T648: sdwdate onions checker enhancements required.

maybe curl and grep the addresses in comments for a quick scan of onion address?

Mar 16 2017, 1:16 AM · Whonix, python, Whonix 14, sdwdate

Mar 11 2017

anonymous1 added a comment to T605: speed up libvirt tarball creation time.

If you have time could you check how long it takes with 5 or 6 threads? I think it will be near equal to 8, not for reproducibility reasons just for efficient use of system resources. There is probably no reason to use 16 cores on a machine that supports it which would be overkill

Mar 11 2017, 4:13 PM · Whonix, build, KVM

Mar 10 2017

anonymous1 added a comment to T605: speed up libvirt tarball creation time.

Sorry for all this confusion, I think it is only a difference between whether the program "tries" to operate in a single-threaded mode or multi-threaded mode, when we use --threads=1 or don't specify it (default is 1) it compresses the whole file in a single block, however setting --threads 0 or bigger than 1 triggers the multi-threaded mode and the file is split into blocks depending on the compression level and then compressed resulting in a difference in the archive file. how many threads actually used is irrelevant. changing compression level or manually specifying the block sizes will change the outcome.

Mar 10 2017, 11:51 PM · Whonix, build, KVM
anonymous1 added a comment to T605: speed up libvirt tarball creation time.

I will try this with xz utils binaries first in Windows host and then with half of the available cores in Windows VM

Mar 10 2017, 10:48 PM · Whonix, build, KVM
anonymous1 added a comment to T605: speed up libvirt tarball creation time.

I may be wrong, the best way to test this is to maybe create the same archive with half of the available cores in a VM however I can't do this, I don't have debian stretch

Mar 10 2017, 10:36 PM · Whonix, build, KVM
anonymous1 added a comment to T605: speed up libvirt tarball creation time.

I mean reproducibility "between" computers, not on the same one

Mar 10 2017, 10:22 PM · Whonix, build, KVM
anonymous1 added a comment to T605: speed up libvirt tarball creation time.

Did you compare your --threads=30 archive with --threads=8 archive?

Mar 10 2017, 10:19 PM · Whonix, build, KVM
anonymous1 added a comment to T605: speed up libvirt tarball creation time.

This quoted part indicates physical cpu threads:

Mar 10 2017, 9:51 PM · Whonix, build, KVM
anonymous1 added a comment to T605: speed up libvirt tarball creation time.

Could you please check how long it takes with 4 threads, using %50 of cpu is expected, it does not necessarily mean it will take twice as long

Mar 10 2017, 9:26 PM · Whonix, build, KVM
anonymous1 added a comment to T605: speed up libvirt tarball creation time.

I think in the worst case you could care less about a perfectly reproducible end archive (tar.xz) and instead focus on the extracted (tar) file being reproducible, for example linux kernel files are compressed either xz or gz but only the tar itself is signed

Mar 10 2017, 8:38 PM · Whonix, build, KVM
anonymous1 added a comment to T605: speed up libvirt tarball creation time.

If you have 8 threads and if using more than 8 produces same checksum as 8, then what I said would be true

Mar 10 2017, 8:20 PM · Whonix, build, KVM
anonymous1 added a comment to T605: speed up libvirt tarball creation time.

I think the default settings are optimal

Mar 10 2017, 8:02 PM · Whonix, build, KVM
anonymous1 added a comment to T605: speed up libvirt tarball creation time.

But I have a feeling it would produce different archives with different number of threads, single core vs dual core vs quad core vs custom vm cores

Mar 10 2017, 6:52 PM · Whonix, build, KVM
anonymous1 added a comment to T605: speed up libvirt tarball creation time.

awesome!

Mar 10 2017, 6:50 PM · Whonix, build, KVM
anonymous1 added a comment to T605: speed up libvirt tarball creation time.

It seems you could use something like this with xz utils:

Mar 10 2017, 12:57 PM · Whonix, build, KVM
anonymous1 added a comment to T605: speed up libvirt tarball creation time.

There is another tool called pxz (parallel xz): https://packages.debian.org/stretch/main/pxz

Mar 10 2017, 12:41 PM · Whonix, build, KVM
anonymous1 added a comment to T605: speed up libvirt tarball creation time.

you could also try lowering or increasing the compression dictionary size to see how it affects the size and speed, however I don't know the commands

Mar 10 2017, 6:31 AM · Whonix, build, KVM
anonymous1 added a comment to T605: speed up libvirt tarball creation time.

there is some related information here:
http://stackoverflow.com/questions/12313242/utilizing-multi-core-for-targzip-bzip-compression-decompression

Mar 10 2017, 6:20 AM · Whonix, build, KVM
anonymous1 added a comment to T605: speed up libvirt tarball creation time.

xz doesn't seem to store file names or timestamps so it should be reproducible, you could still use tar with reproducible options to tar the files and maybe combine with p7zip's xz compression

Mar 10 2017, 6:03 AM · Whonix, build, KVM
anonymous1 added a comment to T605: speed up libvirt tarball creation time.

Other than lowering the compression level, maybe tar doesn't support multi threaded compression whereas on 7zip with xz or 7z compression I can utilize all of my cpu cores.

Mar 10 2017, 5:56 AM · Whonix, build, KVM

Mar 7 2017

anonymous1 added a comment to T605: speed up libvirt tarball creation time.

any improvement?

Mar 7 2017, 9:59 PM · Whonix, build, KVM

Feb 7 2017

anonymous1 added a comment to T471: Disable systemd DNS resolver feature.

It was just to remind that this "feature" is just the tip of an iceberg that keeps getting bigger over time. If you see it feasible and preferable to move away from systemd I would expect you to start the ticket/discussion

Feb 7 2017, 6:31 PM · anon-ws-dns-conf, anon-gw-dns-conf, Whonix 14, Whonix, Debian version 9 codename Stretch
anonymous1 added a comment to T471: Disable systemd DNS resolver feature.

relevant:

Feb 7 2017, 7:59 AM · anon-ws-dns-conf, anon-gw-dns-conf, Whonix 14, Whonix, Debian version 9 codename Stretch

Jan 22 2017

anonymous1 added a comment to T408: --synthcpu was removed from VirtualBox, use --cpuid-portability-level or --cpuidremoveall?.

Works for me, hid my cpu name

Jan 22 2017, 8:23 AM · Whonix 14, VirtualBox, Whonix

Jan 21 2017

anonymous1 added a comment to T605: speed up libvirt tarball creation time.

is there any improvement? how long did it take before?

Jan 21 2017, 1:35 AM · Whonix, build, KVM

Jan 19 2017

anonymous1 added a comment to T605: speed up libvirt tarball creation time.

@Patrick good news

Jan 19 2017, 9:29 PM · Whonix, build, KVM
anonymous1 added a comment to T605: speed up libvirt tarball creation time.

Perhaps Patrick haven't tried bsdtar yet or perhaps it didn't work at the time he asked this question because the required version of bsdtar or other requirements was not in stable repositories

Jan 19 2017, 9:36 AM · Whonix, build, KVM
anonymous1 added a comment to T605: speed up libvirt tarball creation time.

http://www.systutorials.com/qa/4/how-to-efficiently-archive-a-very-large-sparse-file
https://stackoverflow.com/questions/13252682/copying-a-1tb-sparse-file

Jan 19 2017, 9:33 AM · Whonix, build, KVM

Jan 18 2017

anonymous1 added a comment to T62: Mail OTF for Security Review.

also consider OSTIF

Jan 18 2017, 10:21 PM · security, organization, Whonix
anonymous1 added a comment to T605: speed up libvirt tarball creation time.

@Patrick try asking this on encode.ru. You may get the best answers there

Jan 18 2017, 9:31 PM · Whonix, build, KVM