FreeBSD Screen Shots

[twllnbrck]

And another user who longs for the old green phospor screens. Good to see that.

I like the nostalgia of old Unix days on monochrome monitors and switch to green on black from time to time.
Here is a short essay on that topic
https://venam.nixers.net/blog/unix/2017/06/04/why-green-on-black.html

 

[lasuit]

Not smart enough to do anything complicated. Just like a clean/fast desktop with no clutter.

 

[Sevendogsbsd]

Easy-peasy:

.Xresources contents for green/black:

UXTerm.termName: xterm-256color
UXTerm.vt100.foreground: green
UXTerm.vt100.background: black

 

[Ogis]

The build machine

I should say, a very powerful machine.

 

[Rhadamanthys]

Here's mine

 

[rigoletto@]

And the pkg upgrade output, which makes me think the entire list of packages above were not rebuilt. Hmmm.

View attachment 5971

Everytime a port is updated ports-mgmt/poudriere (and also ports-mgmt/synth) will rebuild every port depending on that to avoid failures due to ABI mismatch and similar issues; however the new built packages will just be reinstalled when necessary (like if ABI mismatch etc. happened).

Also, I see you are using 24 builders, and I guess you are using the ports-mgmt/poudriere default configuration which use one builder for each 'core'. That is good if you build thousands of ports every time, like the FreeBSD build system, if not you could reduce the number of builders and increase (a lot if you have a lot of memory) the number of jobs.

The right numbers to get the faster builds depends of your list of ports, and the amount of memory you have. For my desktop needs, with 24 cores I probably would start testing with something like this (depending of the amount of memory):

PARALLEL_JOBS=4
PREPARE_PARALLEL_JOBS=12

Cheers!

 

[Sevendogsbsd]

Thanks rigoletto! I have 96GB of ram so will take your suggestion on the configuration. I typically build around 200 ports, if there are a lot of updates. My core ports list isn't very big (~50 ports) but dependencies drive that up or course. Will let you know how the performance changes.

 

[rigoletto@]

Increate the number of builders (aka PARALLEL_JOBS) usually don't help too much with not so great number of ports because you will often have just one port building due to dependency list, so probably PREPARE_PARALLEL_JOBS is the more worthy to increase; however I would also try increase/decrease PARALLEL_JOBS a bit during tests.

With 96GB of ran you can probably increase PREPARE_PARALLEL_JOBS a lot! With that amount of memory you will easily be able to completely avoid swapping.

 

[Sevendogsbsd]

Right - I have actually never hit swap on the build machine. I'll experiment with the PREPARE_PARALLEL_JOBS parameter to see how it affects performance.

Again, appreciate the suggestions!

 

[Ozric]

Ongoing work setting up CDE and creating all the actions and icons etc for everything I want to use.

 

[Daisuke_Aramaki]

Back to this place after a long absence. Gone are the days of collecting machines, upgrading and installing BSD's. One Thinkpad still runs FreeBSD 12.0. My Samsung laptop runs OpenBSD as always. Dual boot Linux and Windows on my main work Thinkpad. Will post screens from my BSD boxes later. For the moment, here's a Linux shot.

Distro - Void; WM - Fluxbox; Theme - Carbon; Font - PragmataPro overall.

 

[Daisuke_Aramaki]

On a related note, it's great to see this thread still going strong. ?

 

[rigoletto@]

Some little steps over the last screenshot. ?



[EDITED]

 

[Spartrekus]

I like the nostalgia of old Unix days on monochrome monitors and switch to green on black from time to time.
Here is a short essay on that topic
https://venam.nixers.net/blog/unix/2017/06/04/why-green-on-black.html

Remembering,...
what about Orange color aka "\x1B[33m" ?
It is actually as retro as green, and orange color might be even better for eyes.

You might try tless file viewer, and press 't' for orange color (in SSH, console,...).

 

[Spartrekus]

​

 

[unix4you2]

Here is my all day working XFCE desktop.

FreeBSD 12.0-RELEASE-p3 GENERIC amd64
VIEW: Two monitors
CPU: Intel(R) Core(TM) i5-3470 CPU @ 3.20GHz
RAM: 16GB

Regards.

 

[Spartrekus]

Some little steps over the last screenshot. ?

View attachment 6005View attachment 6007View attachment 6006

View attachment 6012

[EDITED]

Nice.
How many monitors do you use regularly?

 

[rigoletto@]

Nice.
How many monitors do you use regularly?

Currently just one, those are virtual desktops --- 10 of them.

 

[Spartrekus]

Currently just one, those are virtual desktops --- 10 of them.

OK. Virtual is really fine!

Have you tried tmux/screen/... using two monitors? Might be interesting experience... usually my left one has BIB manager and right one emacs or vim (all into screen - distant).
(With green or orange color of console, larger console fonts using vidfont, for eyes).

 

[rigoletto@]

I had tmux on my home server but I rarely log into it, and when I do it is just to do some minor adm tasks, then I removed.

I use tilling WM, x11-wm/bspwm in particular, and so tmux doesn't bring anything really relevant. I indeed use ncurses interface for almost everything, and so I have tons of terminals opened everywhere all the time.

 

[Spartrekus]

I had tmux on my home server but I rarely log into it, and when I do it is just to do some minor adm tasks, then I removed.

I use tilling WM, x11-wm/bspwm in particular, and so tmux doesn't bring anything really relevant. I indeed use ncurses interface for almost everything, and so I have tons of terminals opened everywhere all the time.

What do you do with your console?

I tried to move from ncurses to ANSI progressively, to allow easy CLANG compilation. Two monitors at least need to be console only.

 

[rigoletto@]

I don't usually use console but x11/rxvt-unicode inside X/WM.

 

[Deleted member 30996]

My T400 desktop and X61 .mp3 player at 284 days uptime.

 

[unix4you2]

Nice.
How many monitors do you use regularly?

I normally use two monitors and over that 3 virtuall desktops.

 

[Vull]