2.6.22-kamikaze5: "Back in 20 days!"

deno · Guru Joined: 13 Sep 2006 Posts: 411

Did you compile support for file system you use in kernel or as a module? If you compiled it as a module then recompile the kernel and compile support for your file system in the kernel. Is that sata or ata drive? For flopy, you can disable support for it in kernel.

Location: |
| -> Device Drivers |
| -> ATA/ATAPI/MFM/RLL support

And there say no for 'Include IDE/ATAPI FLOPPY support.

brot · Guru Joined: 06 Apr 2004 Posts: 322

I just wanted to say that this release works really great here. Thanks for your work!

santaclaws · Posted: Thu Aug 16, 2007 7:22 am Post subject:

Yeah. Great release.

_________________
Software is like sex. It is better when ist is free.

Phlogiston · Posted: Thu Aug 16, 2007 7:29 am Post subject:

Sometimes it lags a bit here, on both machines. But at least its stable. =)
_________________
Workstation: 5.1 SurroundSound, LIRC remote control; Laptop [IBM-T43]: patched sources, s2disk/ram, fingerprint sensor

santaclaws · Posted: Thu Aug 16, 2007 7:46 am Post subject:

Phlogiston · Posted: Thu Aug 16, 2007 7:55 am Post subject:

santaclaws · Posted: Fri Aug 17, 2007 6:06 am Post subject:

Phlogiston · Posted: Sat Aug 18, 2007 12:37 pm Post subject:

santaclaws · Posted: Sat Aug 18, 2007 1:42 pm Post subject:

Phlogiston · Posted: Sat Aug 18, 2007 2:00 pm Post subject:

santaclaws · Posted: Sat Aug 18, 2007 2:02 pm Post subject:

Ok. Google is my friend.

But thank you anyway.

_________________
Software is like sex. It is better when ist is free.

HecHacker1 · Apprentice Joined: 26 Jun 2003 Posts: 213 Location: UCSD

i also have compiz-fusion and it lags horribly during compiling. It lags when the compiler is done with one file and moves on to the next. So make -j2 is worse than -j1. It lags the worst while doing a compile in gnome-terminal/vte/xfce-terminal with a transparent background. If i roll up the window (to hide the compiling text output) then the lag largely disappears.

With previous kernels compiling had no effect on FPS. I think the scheduler or the way it's tuned is too blame.

i have portage at nice 19.
I have tried changing the tunables in the kernel options, but it hasn't helped. 2000000 is the optimal value for sched_ns_granularity in my experience, and Kamikaze kernel already sets that.

I have also tried renicing Xorg and Beryl to -10, but it still lags.

EDIT:

so I decided to create my own kernel, using 2.6.22.3 as the base, and SD scheduler instead of CFS. I still have the lag, but it isn't as bad.

There must be a regression in Xorg, Mesa, or Compiz.

EDIT2:

The culprit for laggy performance is for me was the "move" plugin for compiz. When a window is updating (like text scrolling) the new move plugin forces an update of the window, thus causing lag and a FPS drop. There is an option that makes everything slower, but smoother overall.

post-factum · Posted: Sun Aug 19, 2007 2:54 pm Post subject:

First of all, thanks for the great patchset! But I have some trouble on my notebook Acer Aspire 3000 (AMD Sempron Mobile 3100+/SiS 760/256/40) with kamikaze5 (note that klight2 works great).

After starting kamikaze5 kernel I've got a lot of oopses. I tried to deactivate suspend2, adaptive readahead, filecache... But still no results, kernel doesn't boot. Moreover, suspend2 on vanilla kernel works great.

What's the problem?

P.S. My desktop (Celeron 1300/i815/512/2*80) works great with kamikaze5.

matiit · Guru Joined: 05 Aug 2007 Posts: 506

It faster my boot at 6sec