SharpBang (♯!) "live" ISO image

BLizgreat! · 2017-11-30 11:50:30

Nice ... much going on here with this project Hoasinator. Started to install liquorix the other day, been a LONG time since dorked with it. To this day, still am not real sure what all the patches etc so forth incorporated into the thing does/do. Didn't go through with it as at the time OS complained of depends gcc-7 or summin. Now I have that version but don't want to try Liquorix anymore.

Steve 20% sounds horrible, even on a really under-powered cpu, sounds like something is off. Don't exactly remember it's been so long, started a thread titled summin like Liquorix kernel the good,bad, ugly in #! forum. Possibly resurrectable via Damo's kickbutt #! forum trick. Overall Liquorix, jmo ... nah I'll pass, no doubt someone could apply the bfs, bfq patches or whatever else to a kernel and compile it. Also believe much of the supposed tweakage comes for choosing more extreme kernel .config options in the compile ie: 1000hz vs 250 or 300(< I like this one) This config CONFIG_CPU_FREQ_GOV set to performance vs ondemand, which you can set via userspace too. Fully preemptive etc. Just other configs ramped up. Which someone can do for themselves. Either with custom compile or via userspace. Generally a wide selection of kernels in x-distro's repos too. rt=real time etc blahblah.

Would have to get ahold of it's(liquorix's) .config file and look it over to know for sure and not that interested. The guy who maintains it is too widely used to be up to anything overly nefarious. Still feel a tad uneasy about having all those unknown patches in a kernel I'd be using. That's just total speculation regardless. So am NOT saying there's anything wrong with Liquorix. Still 20% at idle, is terrible imo, no matter what.

We now return you to your regularly scheduled Hoasinator'ness and this cool project. Arghhh couldn't resist babbling 2 cents about Liquorix and kernel config's in general.

Last edited by BLizgreat! (2017-11-30 14:02:09)

Head_on_a_Stick · 2017-11-30 16:55:56

BLizgreat! wrote:

Would have to get ahold of it's(liquorix's) .config file and look it over to know for sure and not that interested

I have it here actually:

https://gist.githubusercontent.com/Head … orix-amd64

8)

beaker · 2017-11-30 20:03:21

The siduction kernel is another that some may be interested in playing with. I have in the past used it and been happy with it's performance (and would quite often add all of the siduction sources). You would probably need to be running unstable tho'.

Head_on_a_Stick · 2017-11-30 22:18:10

Updated the kernel to v4.14

♯! now has the same version as Arch [Testing] (and is ahead of the package in [Core])

BLizgreat! · 2017-12-01 00:59:35

Thanks Hoas, been awhile, will check the thing over a bit and see which config options are set in it. Started to install it again, ran into some errors junk, just turned around and purged it. Still not interested enough to really mess with it, have a good custom kernel running and do have a Siduction kernel or two running on that BL-hybrid OS too. Think with the v4.9 series, so didn't encounter any errors or problems. Towo, the guy who maintains that distro's kernel is generally well regarded. Machinebacon liked and thought well enough of them to use them in Linuxbbq, so I take that as a vote of confidence.

When initially started studying the topic of compiling custom kernels. Yep, was one of the things done. Taking the .config files from various "performance"/desktop kernels (includ liquorix at the time) and comparing them in the how/which config options were set. Came up with one's and methods I prefer now. Mentioned a bunch of those can be altered or reset via userspace, to jack up some of them anyway and play around with em. While others are set at compile-time.

Would be interesting to benchmark the one I've got vs Liquorix but just not interested enough to put in the time involved. Did dig up that old #! Liquorix thread and review it, sheesh, it's painful even digging through 3pgs on the #! forum now. Hmmmm would be nice if somebody wrote a dang script that would automagically go through a thread, quote and copy every dang thing, arghhhh.

Head_on_a_Stick · 2017-12-01 06:59:28

BLizgreat! wrote:

Started to install it again

Seriously d00d, don't do that — the system has been molested most awfully and only maintains a semblance of stability thanks to the live paradigm, if I make an installer ISO you will be the first to know about it, OK?

EDIT: I'll be adding loads of firmware from sid and experimental tonight so I can get the system running properly with Ryzen & i8.

EDIT2: bloated the image with a shedload of firmware blobs, this sucker should run on anything now.

Last edited by Head_on_a_Stick (2017-12-01 22:50:38)

Head_on_a_Stick · 2017-12-02 12:06:44

I gave up adding Debian firmware files because there were just too many packages so I have instead copied /lib/firmware over from my Arch [testing] box to create an unholy chimera of a system that should run acceptably on even the very latest hardware.

Steve · 2017-12-02 14:12:46

Frankenlabs!!

Head_on_a_Stick · 2017-12-02 14:14:18

^ lol.

Don't try this at home kids!

BLizgreat! · 2017-12-03 04:06:13

Lol .. Hoas, yeah not that interested in Liquorix. Maybe some time get up the energy to explore the patches involved. Vaguely remember it being more responsive, than stock kernels at the time, by some small measure anyway. Am happy with what I've got, think I've settled on some good all around .config options. Could also jack up certain one's via userspace settings. Again ondemand vs performance or whichever. Believe in looking through the liquorix .config file, it's actually set as ondemand in the one you posted anyway.

Which long since became my preference, the cpu should scale up or backoff, depending on current work-load. Still sounds like your/this project is coming along nicely no matter what. As soon as I get around to a formerly babbled project, getting BL-Hydrogen to multi-boot other iso's on it's usb, have like 2+gbs left on the thumb-drive and Sharpbang seems a good candidate for that drive space.

Last edited by BLizgreat! (2017-12-03 04:10:32)

Head_on_a_Stick · 2017-12-03 12:45:31

BLizgreat! wrote:

ondemand vs performance or whichever

That setting is very machine-specific (and controllable from user space, as you note) so I thought it best to leave that alone for a live system.

Anyway, more minor tweaks, moved from the rather harsh Greybird theme to hhh's much nicer and more restrained Bunsen version (but with slightly greyer highlights).

The next step is consolidating the changes that have been made from a bare Debian netintall base and making a .deb package to install them all in one fell swoop 8)

EDIT: it occurs that I haven't mentioned the screen tearing solution; if anybody suffers from that just open a terminal and use this command to kill the compositor and re-launch it with aggressive tear-control:

vsync

Last edited by Head_on_a_Stick (2017-12-03 12:48:51)

BLizgreat! · 2017-12-04 01:24:54

Yeah it's controllable, really don't see much reason to leave the cpu ramped up and ondemands a fine option, from what I understand it'll allow cpu(s) to scale up as needed and doesn't have hardset freq caps, so whichever makes someone happiest with the results. Assume performance would have a positive impact on well, performance, thus the reason it was named that but potentially higher temps, load avgs, battery drain etc, just doesn't sound appealing to opt for it everyday.

Sharpbang sounds like it continues coming along nicely. Cool.

Head_on_a_Stick · 2017-12-07 19:57:40

Updated to kernel 4.14-5 (from Liquorix), fresh out today

And apparently ahead of https://www.kernel.org/, which is weird.

Head_on_a_Stick · 2017-12-10 15:19:56

Up to 4.14-7 now, I might as well have used an Arch ISO image as a base at this rate

I've also taken the opportunity to remove my (rather tasteless) Anarchism FAQ joke link in Iceweasel and I have replaced it with this guide to Korn Shell scripting:

http://www.bolthole.com/solaris/ksh.html

It should be readable offline 8)

Head_on_a_Stick · 2017-12-19 21:46:01

I've removed Network-ManglerManager, to connect use this instead:

sudo grml-network

This is a dialog based front-end for /etc/network/interfaces & ifupdown that I have stolen from Grml's live image because it is way more awesome than NM.

The desktop now uses ~20MiB less on startup with fewer running processes than before.

Head_on_a_Stick · 2017-12-22 21:51:06

Disabled the haveged .service (it's still installed though) and removed the autostart for the GNOME keyring & polkit stuff 'cos I don't need that **** any more

Interestingly, the kernel brings up the wired interface automagically so no networking services at all are needed to connect

The desktop should now boot to >150MiB (64-bit), which I think is pretty good for the functionality on offer.

devnull · 2017-12-25 09:12:23

thank you for the work on it, I'll try and report back soon!

BLizgreat! · 2017-12-25 09:26:54

150mbs !?!?!? What are ya trying to dethrone ubuntu as king of bloat or what ?!?!?! Messing around and couldn't resist again.

Head_on_a_Stick · 2018-01-07 19:49:15

Image updated with a kernel that has CONFIG_TABLE_ISOLATION enabled for protection against the Meltdown vulnerability.

It's arguably pointless with a "live" ISO but my OCD would not let me leave this alone

brontosaurusrex · 2018-01-07 21:11:11

Why pointless? The bad guys are reading the contents of cpu cache, right (Unless I got that wrong)?

#61 2017-11-30 11:50:30

Re: SharpBang (♯!) "live" ISO image

#62 2017-11-30 16:55:56

Re: SharpBang (♯!) "live" ISO image

#63 2017-11-30 20:03:21

Re: SharpBang (♯!) "live" ISO image

#64 2017-11-30 22:18:10

Re: SharpBang (♯!) "live" ISO image

#65 2017-12-01 00:59:35

Re: SharpBang (♯!) "live" ISO image

#66 2017-12-01 06:59:28

Re: SharpBang (♯!) "live" ISO image

#67 2017-12-02 12:06:44

Re: SharpBang (♯!) "live" ISO image

#68 2017-12-02 14:12:46

Re: SharpBang (♯!) "live" ISO image

#69 2017-12-02 14:14:18

Re: SharpBang (♯!) "live" ISO image

#70 2017-12-03 04:06:13

Re: SharpBang (♯!) "live" ISO image

#71 2017-12-03 12:45:31

Re: SharpBang (♯!) "live" ISO image

#72 2017-12-04 01:24:54

Re: SharpBang (♯!) "live" ISO image

#73 2017-12-07 19:57:40

Re: SharpBang (♯!) "live" ISO image

#74 2017-12-10 15:19:56

Re: SharpBang (♯!) "live" ISO image

#75 2017-12-19 21:46:01

Re: SharpBang (♯!) "live" ISO image

#76 2017-12-22 21:51:06

Re: SharpBang (♯!) "live" ISO image

#77 2017-12-25 09:12:23

Re: SharpBang (♯!) "live" ISO image

#78 2017-12-25 09:26:54

Re: SharpBang (♯!) "live" ISO image

#79 2018-01-07 19:49:15

Re: SharpBang (♯!) "live" ISO image

#80 2018-01-07 21:11:11

Re: SharpBang (♯!) "live" ISO image

Board footer