Q: Why RTP and Ingosched are in Love-Sources now ?
A: Ingosched has greatest testing because is tested for all vanilla users.
It is also defulat Linux 2.6 CPU Scheduler and it is pretty fixed now.
Ingosched developing also doesnt sleep, look into MM tree for example.
RTP is a Ingo Molnar extension to providing a kind of Real Time Preemption.
Full RT mode isnt required for overall desktop using .

Q:Why?
A: A number of reasons, the love sources team strive to bring you the
best desktop experience and Reiser4 can greatly degrades interactivity and
increse cpu usage . It's unlogical to have CPU Scheduler with oriented for reducint
latencies and filesystem with maximal latencies.
It's also operating under several wrong assumptions on things
like page table sizes. Reiser4 also doesn't support architectures
aside x86 nor does it run on the default 4kb stack setting.

Q: So now that love-sources isn't going to support Reiser4 what do I do?
A: Compile one of the great number of Reiser4 enabled kernels, like
Andrew Morton's mm tree, that one is even in portage.

Q: Why are you pulling Reiser4, it's the base of Love-sources?
A: Actually it's not, when love-sources started it was in large part to
research how to allivate the famous music lag bug. A bug that Reiser4
ironically reintroduces.

Q: Okay so I shouldn't use Reiser4, what then?
A: Ext3 with dir_index is a much better/universal filesystem for a desktop in that
it performs nicely and has really good latency. Aside such likable
qualities as stability , it is in developing for "ages" in comparision to Reiser4

Q: Im an ext3 user , but how can I check or activate dir_index feature ?
A: Please check if You have it in superblock by this line :
1) my_box# tune2fs -l /dev/hdaXY
if You receive line like this one with dir_index :
Filesystem features: has_journal dir_index filetype needs_recovery sparse_super
You have it activated.
if not, please do :
1) tune2fs -O dir_index /dev/hdXY
2a) updatedb
or
2b) e2fsck -D /dev/hdXY

Q: Im a Laptop user, I want to increse my battery life-time, what should I do ?
A: Use JFS as Your filesystem. It has less cpu usage (definitly better than reiserfs/reiser4)
and Your battery lifetime will be incresed even up-to 30% in comparision to reiserfs/reiser4.
In Love-Sources You have up-to-date fixes for it.

Q: OK, Im interested in good interactivity , I can resign from reiser4 for this.
Now Im using other filesystem ( We recommending You ext3+dir_index ).
Which IO Scheduler should I use ?
A: Please try CFQ-TS io scheduler ( default in love-sources ).
This is Completly Fair Queuing IO Scheduler which gives You optimal destkop interactivity
even in heavy filesystem usage.

Q: What about NVIDIA and ATI fixes?
A: In current love there are no any NVIDIA or ATI fixes.
Please use DRIVER side fixes from the net ( many of it here ) .
If You're NVIDIA USER. Many of good fixes are just in GENTOO PORTAGE.
min kernel driver to run this sources is nvidia-kernel-6629-r4

Q: What's with the release name?
A: Watch Monty Python's Life of Brian while love-sources compiles and
you'll understand.

Info/Warning/Support/Bugs wrote:

Please don't report any bugs to gentoo-devs or bugs.gentoo.org.
We are making patchset for x86 . We will be not able to help You with x86_64

If You want support or jusk ask about something - please join #love-sources on freenode or just
post in the love-sources thread in "Unsupported Software" forum on forums.gentoo.org
check also love-sources.org

When I migrate my /usr/portage from r4, then I going to test this kernel._________________Hardware:HP Pavilion DV6875SE[C2DT5550@1.83GHz_3GB-DDR2_320GB-SATA_GF8400GS]
http://popularcoffee.blogspot.com - Popkulturowa Kawa
RLU#342333

thanks gringo , this is idea to make a destkop interactivity better without r4 just
a less of unstable patches can improve stability and IMHo this is all which most of us requires for the destkop using

k_max wrote:

what about swsusp2? i would like to have it for my laptop

You can patch it Yourself . Swsup2 was kicked out even in my last love-releases.

playfool wrote:

good luck man, I for one, enjoy this kernel.

nice to hear that

Poe wrote:

When I migrate my /usr/portage from r4, then I going to test this kernel.

You even dont have to migrate , You can just delete a partition, and emerge sync will regenerate it

This is a way what we ( Lovechild and I ) will be happy to put love in.
Of course this release doest mean that Im returned to maintainig love.

I will be pleased to see people reactions for this patchset idea

cheers everyone _________________ "Time is a companion that goes with us on a journey. It reminds us to cherish each moment, because it will never come again. What we leave behind is not as important as how we have lived" J-L. Picard

about Suspend2, its fairly close to being merged into -mm I think, I was playing around with a recent version, the swap writer is fobar but its depreciated anyway, the file writer is nice and FAST and as long as u give it its own little partition u cant corrupt any data with it, im not saying put it in now, but keep your eyes on it, i will let u know how any more futher testing I do of it goes

im thining about switching to JFS too cause IO to my HD really does kill battery!!!_________________Do not meddle in the affairs of wizards, for they are subtle and quick to anger.

Nice patchset, thanks fallow!
I'm getting pretty good interactivity, but under high IO and processor usage (using cfq-ts, the environment I'm describing is for example compilation of some program + unpacking big archive) music sometimes skips.... It seemed to skip less when I was using nicksched.
Also I'm having some problem with fbsplash - when it's set to silent and I press F2 there is no splash in the background. Haven't checked yet if verbose mode works.
And something that bothers me more - KDE boots slower with your patchset It stops for some time at initializing devices.

I'm wondering why there's no fbsplash support in this release? I downloaded the altest patch from spock's site (dev.gentoo.org/~spock/ iirc) and only 1 hunk failed, which I manually applied. It all took me about 10 minutes and it works great

but i really like the idea of fixing up good old ext3 stuff and rely on ingosched, even i'm meanwhile pretty much a fan of staircase11 and soft rt scheduling for desktop usage, audio skipping in bmp appears at a load of 8-10. must take a look how things work with low latency mode

I'm wondering about the JFS 30% figure, because that seems exagerated... where can I find more information?

Seems a bit unlikely to me... I'll believe it when I see it!

it's entirely likely going from something like reiser4, considering the user in question might not be using laptop mode

The FAQ does not compare "reiser4 and not laptop mode" to "JFS and laptop mode".
It says:

Quote:

Q: Im a Laptop user, I want to increse my battery life-time, what should I do ?
A: Use JFS as Your filesystem. It has less cpu usage (definitly better than reiserfs/reiser4)
and Your battery lifetime will be incresed even up-to 30% in comparision to reiserfs/reiser4.

But it is silly to lump 3 and 4 together like that. So let us assume the FAQ means "switching from reiser4 to JFS can increase your battery life by up to 30%". That still seems very, very exagerated the more I think about it, so I want to see references for this claim.

I do know "reiserfs -> JFS increasing battery life by 30%" is ludicrous. But if there is a measurable difference between them, I want to see references for this as well.

Last edited by Gherald on Sat May 07, 2005 9:00 am; edited 1 time in total

so 1:0 for reiser in this match.
how is that on jfs? anyone had a look at that?
btw, if jfs reduces battery usage up to 30%, logically it should save that power in general, not only on laptops, or am i wrong here? that would over a year spare some euros for power even on desktop systems..._________________http://proaudio.tuxfamily.org/wiki - pro-audio software overlay

it's entirely likely going from something like reiser4, considering the user in question might not be using laptop mode

30% is not likely... I doubt my hdd is using 30% of my battery life full stop. Potentially there's some savings on cpu time too, but I can't believe it's that significant. And it's not like JFS is going to be free..._________________What are you, stupid?

my point was mostly that Reiser4 spins the harddrive a lot and uses a lot of CPU power, JFS doesn't, it will give you better battery time - fallow stated 30% for one user, I doubt that is the norm given the fact that most laptop users are using laptop mode as well (doubt the user in question did though or 30% is indeed complete insanity)

I think IF You really want , I can made a alsa-bk update for this as an additional patch.

Cagnulein wrote:

acpi patch for toshiba notebooks? i wanna use a 2.6.12* kernel

??? , If You mean that from previous love, its very easy to add it by hand.

Rumil wrote:

Also I'm having some problem with fbsplash - when it's set to silent and I press F2 there is no splash in the background. Haven't checked yet if verbose mode works.
.

There is no FBSPLASH in this release. PLEASE READ THE PATCHLIST first.

bosyotech wrote:

halleluijah!, its about time to focus on stability and interactiveness.

YEAH.We want to put love into this way

allex87 wrote:

Works nice and dandy
I'm wondering why there's no fbsplash support in this release? I downloaded the altest patch from spock's site (dev.gentoo.org/~spock/ iirc) and only 1 hunk failed, which I manually applied. It all took me about 10 minutes and it works great
Just my two cents...
Alex.

In did , its very easy , but we decided that framebuffer console with new love logo is beaty
I know that additional patches for this release alo with reiser4 support are in the net also with fbplash.
but we originally of course dont supporting reiser4.

Archangel1 wrote:

Gherald wrote:

I'm wondering about the JFS 30% figure, because that seems exagerated... where can I find more information?

Seems a bit unlikely to me... I'll believe it when I see it!

1) In comparision to reiserfs/reiser4
2) even 30% mean - UP-TO-30% , not always 30%
3) this said me 2 laptop users who condifrmed it from the logs.and one people on the IRC who didnt confirmed it by the logs. BUT maybe I was too fast with this , I dont have any laptop so I can confirm it myself.

WILL BE GREAT IF SOMEBODY CAN DO REAL TEST AGAIN AND WILL BACK WITH THE RESULTS TO BE 100% SURE.

but I will say again this is UP to 30% , not always 30% .and this is in comaprision to reiserfs and reiser4 who are very high cpu usage filesystems ,and JFS is very low cpu usage filesystem.

gimpel wrote:

wow! /me is surprised looks very very interesting, and somehow different, i like that

still running the system on r4 partitions, so need to copy things over to test.

but i really like the idea of fixing up good old ext3 stuff and rely on ingosched, even i'm meanwhile pretty much a fan of staircase11 and soft rt scheduling for desktop usage, audio skipping in bmp appears at a load of 8-10. must take a look how things work with low latency mode

cheers all _________________ "Time is a companion that goes with us on a journey. It reminds us to cherish each moment, because it will never come again. What we leave behind is not as important as how we have lived" J-L. Picard

I think IF You really want , I can made a alsa-bk update for this as an additional patch.

Well it seems that i'm the only one suffering it... by now... reversing bk patch does its job (i don't have the skills to solve it... just have the ones to hide behind the mountain and avoid the trouble )... I don't wanna waste your precious time with a trouble that (googled a bit), as i said, only seems to happen here. Or not?