Large numbers of "bioset" processes in recent kernels
- OscarTalks
- Posts: 2196
- Joined: Mon 06 Feb 2012, 00:58
- Location: London, England
Large numbers of "bioset" processes in recent kernels
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.
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
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:
I googled bioset and found this:
If your system uses a block data device (a solid state hard drive?) I suppose bioset would be used a lot.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.
Last edited by Flash on Wed 13 Sep 2017, 12:29, edited 1 time in total.
No bioset's at all here that I can see - Kernel 4.13.1-lxpup64 in LxPupSc-17.09.22T......
LxPup = Puppy + LXDE
Main version used daily: LxPupSc; Assembler of UPups, ScPup & ScPup64, LxPup, LxPupSc & LxPupSc64
Main version used daily: LxPupSc; Assembler of UPups, ScPup & ScPup64, LxPup, LxPupSc & LxPupSc64
- OscarTalks
- Posts: 2196
- Joined: Mon 06 Feb 2012, 00:58
- Location: London, England
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 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
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. 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.
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. 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
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
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."
"Zuckerberg: a large city inhabited by mentally challenged people."
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.
- LazY Puppy
- Posts: 1934
- Joined: Fri 21 Nov 2014, 18:14
- Location: Germany
- Limbomusic
- Posts: 267
- Joined: Fri 15 Apr 2016, 14:07
- Location: Norway
- Contact:
me
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
Old machine running tahr_6.0.6 - kernel 4.9.13
Newish laptop with ssd running tahr64_6.0.6 - kernel 4.9.30
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:
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
continued post above due to forum max attch rules
....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
-
- Posts: 361
- Joined: Fri 27 May 2011, 17:21
- Location: Reading UK
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= ... ManagementOscarTalks 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 guess there may be a connection...
Kernel 4.12.9 /proc/cpuinfo is working and there are lots of biosets.
- Limbomusic
- Posts: 267
- Joined: Fri 15 Apr 2016, 14:07
- Location: Norway
- Contact:
hey
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
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
- OscarTalks
- Posts: 2196
- Joined: Mon 06 Feb 2012, 00:58
- Location: London, England
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.
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
- Limbomusic
- Posts: 267
- Joined: Fri 15 Apr 2016, 14:07
- Location: Norway
- Contact:
your
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
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
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.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.
Update on 11/14/2017: The 4.14 kernel (for now ) 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.