Large numbers of "bioset" processes in recent kernels

Using applications, configuring, problems
Post Reply
Message
Author
User avatar
OscarTalks
Posts: 2196
Joined: Mon 06 Feb 2012, 00:58
Location: London, England

Large numbers of "bioset" processes in recent kernels

#1 Post by OscarTalks »

Is anyone else finding that they have lots of these bioset kernel processes showing up?
This apparently only applies to kernel 4.4.x and later.
If you are running one of these, could you have a look in Pprocess?

CPU and RAM all seems OK and everything runs well, but I was wondering what causes this. Is it a normal feature or something which needs changing in the kernel configuration?

I normally run Puppies with older kernels but recently compiled 4.4.87 for use in my StretchPup testing and noticed this was happening. I also did a kernel swap to 4.4.x in 32bit Slacko-6.9.9.9 and same thing. There are some similar reports on the net, no-one seemed too concerned but I didn't see an explanation that I could understand.
Attachments
bioset-lots.jpg
What is causing this?
(89.51 KiB) Downloaded 392 times
Oscar in England
Image

User avatar
Flash
Official Dog Handler
Posts: 13071
Joined: Wed 04 May 2005, 16:04
Location: Arizona USA

#2 Post by Flash »

Bioset only shows up one time in Pprocess in Quirky Werewolf 64 bit. That's kernel 4.2.6.

I googled bioset and found this:
Seems like a kernel working thread involved in block I/O. See:
https://answers.launchpad.net/ubuntu/+question/272922

I don't think there is any issue. It takes no CPU when it is not in use.
If your system uses a block data device (a solid state hard drive?) I suppose bioset would be used a lot.
Last edited by Flash on Wed 13 Sep 2017, 12:29, edited 1 time in total.

User avatar
peebee
Posts: 4370
Joined: Sun 21 Sep 2008, 12:31
Location: Worcestershire, UK
Contact:

#3 Post by peebee »

No bioset's at all here that I can see - Kernel 4.13.1-lxpup64 in LxPupSc-17.09.22T......
ImageLxPup = Puppy + LXDE
Main version used daily: LxPupSc; Assembler of UPups, ScPup & ScPup64, LxPup, LxPupSc & LxPupSc64

User avatar
OscarTalks
Posts: 2196
Joined: Mon 06 Feb 2012, 00:58
Location: London, England

#4 Post by OscarTalks »

Thanks for the responses so far.
I tried the kernel 4.9.13 from the Puppy repos in Slacko 6.9.9.9 and it also showed lots of [bioset] processes.
Continuing to test, I compiled 4.13.2 which is latest stable kernel and that one shows no biosets at all.
Not sure what to think about it.
Need to test if ndiswrapper will compile in 4.13 because I want to include it.
Change log says it supports up to 4.8
Might stick with 4.4.87 for now and see what happens with LTS at 4.13. or higher.
Oscar in England
Image

belham2
Posts: 1715
Joined: Mon 15 Aug 2016, 22:47

#5 Post by belham2 »

Hi Oscar and all,

Here's Barry's EasyLinux4.0 with kernel 4.11.12. Bioset processes all over the place (my hard drive is an USB-attached Pata 133 IDE). :?

On this hard drive, I've got many different pups and my own woof-CE builds (using lots of different kernels) 'frugally' installed, from Xenails to tahrs to slackos to you name it, there's a good chance I have it in a 'frugal' folder. My grub4dos is so long it is pathetic. :roll: But this past week I've been playing with Barry's Containers (in Easy4.0) trying to get my head around them. Anyhow, I'll have a look tomorrow at my recent xenial/tahrs/slacko woof-CE builds and see what they show with regards to biosets.
Attachments
Barry's EasyLinux4.0 with kernel 4.11.12.png
(156.32 KiB) Downloaded 305 times

User avatar
8Geee
Posts: 2181
Joined: Mon 12 May 2008, 11:29
Location: N.E. USA

#6 Post by 8Geee »

Block I/O not restricted to 512K page size. I presume this is needed for large file manipulations within the OS. I also see a need(?) for encryption, or the ability to encrypt such movements and/or such files.

BIO is the framework and seems to have appeared in my spins with migration to openssl1.0.2, the kernel (k3.4.82) is too old to have this natively (apparantly 4.4 +).

Regards
8Geee
Linux user #498913 "Some people need to reimagine their thinking."
"Zuckerberg: a large city inhabited by mentally challenged people."

User avatar
Marv
Posts: 1264
Joined: Wed 04 May 2005, 13:47
Location: SW Wisconsin

#7 Post by Marv »

No Biosets at all seen here in LxPup-Sc 17.09.21 - Linux 4.13.0-lxpup64 x86_64 running Grub4Dos frugal on a smallish SATA attached SSD.
Pups currently in kennel :D Older LxPupSc and X-slacko-4.4 for my users; LxPupSc, LxPupSc64 and upupEF for me. All good pups indeed, and all running savefiles for look'n'feel only. Browsers, etc. solely from SFS.

User avatar
LazY Puppy
Posts: 1934
Joined: Fri 21 Nov 2014, 18:14
Location: Germany

#8 Post by LazY Puppy »

Got two of them running in Tahr 6.0.2.
RSH

"you only wanted to work your Puppies in German", "you are a separatist in that you want Germany to secede from Europe" (musher0) :lol:

No, but I gave my old drum kit away for free to a music store collecting instruments for refugees! :wink:

User avatar
Limbomusic
Posts: 267
Joined: Fri 15 Apr 2016, 14:07
Location: Norway
Contact:

me

#9 Post by Limbomusic »

Same here Oscar. On 2 machines. Lots of -bioset processes- like 15 or something.
Old machine running tahr_6.0.6 - kernel 4.9.13
Newish laptop with ssd running tahr64_6.0.6 - kernel 4.9.30

belham2
Posts: 1715
Joined: Mon 15 Aug 2016, 22:47

#10 Post by belham2 »

Hi Oscar and all,

Here's some pups from my stable, going in ascending order from kernel 2.6.### to peebee's latest 4.13.2.

Notice where this bioset thing started to show in the kernels as they progress:
Attachments
rg66-latest-x-slacko32-4.3-with-kernel-3.14.56.png
(205.7 KiB) Downloaded 247 times
tahr64-3.14.79.png
(220.3 KiB) Downloaded 248 times
Sailors-very-recent-slacko-5.7-woof-CE-build-with-kernel-3.16.46.png
(140.82 KiB) Downloaded 245 times
CarolinaVanguard-XFCE R2-with-kernel-3.18.1.png
(143.21 KiB) Downloaded 229 times
my-dpup32-build-with-ttuuxxx-kernel-4.1.38.jpg
(65.46 KiB) Downloaded 260 times
recent-slacko32-woof-CE-build-with-kernel-4.4.70.png
(145.5 KiB) Downloaded 249 times
recent-woof-CE-xenialpup64-build-with-kernel-4.9.15.png
(145.76 KiB) Downloaded 235 times
recent-xenialpup32-bit-with-kernel-4.9.15.png
(139.54 KiB) Downloaded 237 times
very-recent-slacko64-woof-CE-build-kernel-4.9.30.png
(184.33 KiB) Downloaded 251 times
LxPupSc64-with-kernel-4.13.2.png
(127.24 KiB) Downloaded 206 times

belham2
Posts: 1715
Joined: Mon 15 Aug 2016, 22:47

continued post above due to forum max attch rules

#11 Post by belham2 »

....continuing my post above due to forum rules about max 10 attachments per post......
Attachments
Lucid-Maverick32-with-kernel-2.6.33.2.jpg
(118.66 KiB) Downloaded 233 times
Saluki32-with-kernel-3.2.8-ski.png
(147.46 KiB) Downloaded 237 times
Unicorn32-6.0-with-kernel-3.14.20.png
(176.63 KiB) Downloaded 239 times
x-tahr-2.0-with-pae-kernel-3.14.56.png
(229.83 KiB) Downloaded 232 times

LateAdopter
Posts: 361
Joined: Fri 27 May 2011, 17:21
Location: Reading UK

#12 Post by LateAdopter »

OscarTalks wrote:Thanks for the responses so far.
I tried the kernel 4.9.13 from the Puppy repos in Slacko 6.9.9.9 and it also showed lots of [bioset] processes.
Continuing to test, I compiled 4.13.2 which is latest stable kernel and that one shows no biosets at all.
Not sure what to think about it.
Need to test if ndiswrapper will compile in 4.13 because I want to include it.
Change log says it supports up to 4.8
Might stick with 4.4.87 for now and see what happens with LTS at 4.13. or higher.
I have noticed that with kernel 4.13 /proc/cpuinfo is not working and there are no biosets. The explanation for /proc/cpuinfo is here: https://www.phoronix.com/scan.php?page= ... Management
I guess there may be a connection...
Kernel 4.12.9 /proc/cpuinfo is working and there are lots of biosets.

User avatar
Limbomusic
Posts: 267
Joined: Fri 15 Apr 2016, 14:07
Location: Norway
Contact:

hey

#13 Post by Limbomusic »

Hey Oscar :-)
Would love an update on this - have u found out anything about these bio-processes? Are new kernels free of this - WAS it a problem?

Anyway. Hugs and kisses

User avatar
OscarTalks
Posts: 2196
Joined: Mon 06 Feb 2012, 00:58
Location: London, England

#14 Post by OscarTalks »

I have not found an explanation for this, unless as earlier posts suggest it may be connected with the CPU info thing and they have decided to change something in 4.13 kernel because of this.

What I can tell you is that I am using 4.13.2 in my experimental Stretch remaster. This means that cpu frequency scaling does not work but I don't normally use that anyway and everything else seems fine. I believe it may be possible to fix the frequency scaling tool in Puppy to work with these kernels, but I need to look into the details of that when I get chance.

The kernels with lots of biosets seem to work fine for me, but a few people did report that things were running more slowly. If anyone has any further ideas I would be happy to hear them.
Oscar in England
Image

User avatar
Limbomusic
Posts: 267
Joined: Fri 15 Apr 2016, 14:07
Location: Norway
Contact:

your

#15 Post by Limbomusic »

please know that your efforts are appreciated.

Only thing I have noticed is that browsers - especially chrome . just shuts down - if the page becomes too "heavy" - then u just get the "something happenden.. whatever dialog" - then I use opera - and that seems to work better.
tahrpup64

User avatar
Marv
Posts: 1264
Joined: Wed 04 May 2005, 13:47
Location: SW Wisconsin

#16 Post by Marv »

OscarTalks wrote: What I can tell you is that I am using 4.13.2 in my experimental Stretch remaster. This means that cpu frequency scaling does not work but I don't normally use that anyway and everything else seems fine. I believe it may be possible to fix the frequency scaling tool in Puppy to work with these kernels, but I need to look into the details of that when I get chance.
wcpufreq does set governors correctly (with the usual caveat about intel hardware and the intel_pstate governor) in the post 4.13 kernels, it is the frequency reporting that is goofed up. radky has fixed the issue in Pup-Sysinfo and there is a patched wcpufreq dealing with both those issues for testing and some discussion here: http://www.murga-linux.com/puppy/viewto ... 129#968664. Inxi and hardinfo do not report correctly at this time.

Update on 11/14/2017: The 4.14 kernel (for now :twisted: :?: :twisted: ) has gone back to writing current processor speed to /proc/cpuinfo so frequency reporting should be ok again with Inxi and hardinfo. Both the old and modified wcpufreqs and radkys Pup-Sysinfo should be ok also.
Pups currently in kennel :D Older LxPupSc and X-slacko-4.4 for my users; LxPupSc, LxPupSc64 and upupEF for me. All good pups indeed, and all running savefiles for look'n'feel only. Browsers, etc. solely from SFS.

Post Reply