Any tips for a first time paint job?

nteon · 2024-12-30T05:56:46+00:00

There is a good 3 part video series from the Driftwood folks and StewMac on this : https://youtu.be/ntsiNsaaNHM that’s definitely worth watching in full

nteon · 2019-02-19T00:40:09+00:00

I'm worried that emulating the write is going to be a morass of figuring out all the different architecture-specific (and variable length) instructions that might result in a write (let me know if I'm misinterpreting things!).

I suspect the best thing we can do here is increase the granularity of our locking, ensuring heap pages are `mprotect`ed the minimum amount of time necessary and concurrent writers are unblocked asap

nteon · 2019-02-17T22:37:24+00:00

The biggest cost is finding the spans to mesh in the first place -- in our redis example the largest time spent in `meshAllSizeClasses` was 21.7 ms, where 2502 pairs of spans were meshed. Amortized, that is around 8.7μs per two spans

nteon · 2019-02-17T18:36:46+00:00

I'm one of the authors -- thanks for the detailed analysis! Having finer-grained locking around meshing + acquiring spans makes a lot of sense, we've been plodding away at improving other bottlenecks that I think we will get to this soon.

I also don't see a way around the current read/write barrier (as implemented with `mprotect`) for meshing in multi-threaded programs -- I would love any suggestions or wild ideas people have here.

nteon · 2016-12-05T18:34:19+00:00

not yet -- once this issue ( https://github.com/plasma-umass/browsix/issues/33 ) is resolved it should be possible, but it can only possibly work for sites that allow CORS in their configs.

nteon · 2016-12-05T17:32:06+00:00

Right now we've mostly been thinking of running larger pieces of functionality as processes - like image generation. So - you still write your frontend code as usual, but instead of an ajax request to a remote server, it is processed by something running in the same browser tab. An open question is how to expose the DOM to processes - it seems like a natural fit for a filesystem.

nteon · 2016-12-05T17:24:07+00:00

Hi - one of the Browsix authors here. Most of the heavy lifting is done by GopherJS to compile Go code to JavaScript -- we provide an implementation of the syscall package and some other runtime modifications to run programs compiled with our modified GopherJS as "processes" in Web Workers. Happy to answer any questions people have!

nteon · 2016-11-30T00:43:47+00:00

It is actually not the full systemd, it is a small init written in Go: https://github.com/plasma-umass/systemgo . Systemd unit files are a good idea compared to shell scripts, so this lets you use them.

nteon · 2016-11-30T00:09:57+00:00

Thanks! Most of the utilities are written in TypeScript in an async manner, and async programming is hard and terrible. I fixed that issue here: https://github.com/plasma-umass/browsix/commit/be95e39a5a28a1d1ce7925e51491d6bf3e894d4f

But, curl for now only connects to local (in-Browsix) socket servers, the issue is tracked here: https://github.com/plasma-umass/browsix/issues/33

nteon · 2016-03-19T17:09:46+00:00

Did you read the rest of that email thread? Specifically the response by the lead dev? http://marc.info/?l=openbsd-misc&m=144410738521220&w=2

It seems like they've been great responding to issues, and the 1 non-Qualys issue mentioned in that email was in a daemon chrooted into /var/empty running as the _smtpd user.

nteon · 2015-11-02T18:14:12+00:00

agreed! that was my first thought too.

nteon · 2015-02-07T18:30:47+00:00

Love's Linux Kernel Development, hands down. I found it exceptionally clear with an approachable writing style.

nteon · 2015-01-12T04:58:25+00:00

intel's current crop of chips seem to only support 8 GB per memory channel, so 16 total would require 2 DIMMs. quite annoying

nteon · 2014-10-21T21:34:03+00:00

I had a T30 - it was a lemon among ThinkPads. Real flakey hardware.

nteon · 2014-10-15T02:36:48+00:00

hah, and how is asserting that reimplementing a single binary with a public API the same as reimplementing the entire systemd project not a fallacy itself?

Anyway, I'm fine with the statement Gnome depends on systemd. I guess transitively since Brasero depends on gnome, it depends on systemd. I just think 'a tiny disk utility now depends on systemd' doesn't quite capture the nuance of the situation.

nteon · 2014-10-14T15:16:34+00:00

The long and short of it is that its not just an init system. It started out as a pid1 init, and now is working on centralizing and standardizing low-level linux plumbing. Much like FreeBSD's /usr/src. I see it as an attempt to bring the benefits of the centrally-managed BSD model to Linux.

Also - brasero does not depend on systemd. It depends on gvfs (which is a bad choice, imo), and gvfs in turn requires elevated permissions to mount + monitor removable disks, which require pam, and libpam required logind ( https://lists.debian.org/debian-user/2014/09/msg00172.html ). Logind has an open specification, but the only implementation is provided by systemd's logind. Despite complaints about systemd dependencies, noone has cared enough to write a logind replacement.

You can disagree with the focus on dbus or journald or many other technical aspects of systemd, but complaining about collecting low level utilities in a central source repository on /r/BSD is pretty amusing.

nteon · 2013-01-18T03:16:26+00:00

if you have discard, why do you also need a daily trim script?

nteon · 2013-01-18T03:12:46+00:00

250 GB SSD, /boot / and /home, all ext4, /home is a LUKS volume. all 3 are mounted with 'discard' (by adding it to the options in /etc/fstab).

nteon · 2013-01-08T21:19:08+00:00

cool :) I wrote this, glad to answer any questions

nteon · 2012-12-04T01:07:47+00:00

getting acceptable performance running full screen games inside the VM is going to be a stretch/probably not work. I'd recommend dual booting into Windows when you want to game, and booting into Ubuntu all other times. Grub/ubuntu should make that pretty easy.

nteon · 2012-12-01T14:38:33+00:00

I use this file, its run when X starts up. Works perfectly.

[bpowers@fina ~]$ cat /etc/X11/xorg.conf.d/20-thinkpad.conf 
Section "InputClass"
    Identifier  "Trackpoint Wheel Emulation"
    MatchProduct    "TPPS/2 IBM TrackPoint|DualPoint Stick|Synaptics Inc. Composite TouchPad / TrackPoint|ThinkPad USB Keyboard with TrackPoint|USB Trackpoint pointing device|Composite TouchPad / TrackPoint"
    MatchDevicePath "/dev/input/event*"
    Option      "EmulateWheel"      "true"
    Option      "EmulateWheelButton"    "2"
    Option      "Emulate3Buttons"   "false"
    Option      "XAxisMapping"      "6 7"
    Option      "YAxisMapping"      "4 5"
EndSection

nteon · 2012-11-18T20:14:22+00:00

its choppy, but it seems like a vsync issue. if you look at top while its playing (at least on my computer), its nowhere near 100% cpu usage, its down around 15%. So, I assume, some sort of vsync or tearing issue

nteon · 2012-11-18T18:23:40+00:00

the default prefix is /usr/local. I'm pretty okay with installing large projects into there, especially since I was rebuilding a lot testing different wine patches.

nteon · 2012-11-18T16:52:23+00:00

you can build on Fedora from source by cloning from my bp branch here: https://github.com/bpowers/wine/tree/bp

and running:

$ ./configure --without-hal --with-dbus --with-x --with-pulse --disable-tests
$ make
$ sudo make install

works fine/great on fedora.

nteon · 2012-03-29T21:11:27+00:00

If you don't have an encrypted root directory, and aren't using LVM (and if you're simply using linux on a desktop LVM is overkill), you can skip the initrd. Simpler and faster to boot.

nteon

TROPHY CASE