headers
deepfire | 1 Jan 2000 18:31
Picon
Favicon

Re: Autoregulate swappiness & inactivation


Andrew Morton <akpm <at> osdl.org> wrote at Thu, 8 Jul 2004 09:44:06 -0700:
> Con Kolivas <kernel <at> kolivas.org> wrote:
> >
> > Here is another try at providing feedback to tune the vm_swappiness.
> 
> I spent some time yesterday trying to demonstrate performance improvements
> from those two patches.  Using
> 
> 	make -j4 vmlinux with mem=64m
> 
> and
> 
> 	qsbench -p 4 -m 96 with mem=256m
> 
> and was not able to do so, which is what I expected.
> 
> We do need more quantitative testing on this work.

i`ve done some of my favorite under-bridge-crafted tests, so to speak.

the test looked like this:

time find / -xdev | \
bzcat --compress | bzcat --decompress | \
bzcat --compress | bzcat --decompress | \
bzcat --compress | bzcat --decompress | \
cat > /dev/null

The patches applied were Con`s autoswap + autoregulate
(Continue reading)

Permalink | Reply | 0 comments |
headers
Samium Gromoff | 31 Jan 2000 01:23
Picon
Favicon

Re: silent semantic changes with reiser4

Alexander Viro wrote:
> Arguments about O_NOFOLLOW on the intermediate stages are bullshit, IMNSHO -
> if they want to make some parts of tree inaccessible, they should simply
> mkdir /tmp/FOAD; chmod 0 /tmp/FOAD; mount --bind /tmp/FOAD <blocked path>
> in the namespace their daemon is running in.  And forget all that crap
> about filtering pathnames and blocking symlinks on intermediate stages
> the latter is obviously worthless without the former since one can simply
> substitute the symlink body in the pathname).

This made me wonder -- why not have a dedicated /dev/noaccess special node
for exactly such patterns of usage?

Yes that`ll made it Linux-specific and such... but hey -- if it saves
someone for for literally (?) no cost why not?

regards, Samium Gromoff
Permalink | Reply | 0 comments |
headers
Michael Tokarev | 2 Jan 2000 09:28
Picon

Re: Could not suspend device [VIA UHCI USB controller]: error -22

Greg KH wrote:
> On Sun, Dec 04, 2005 at 03:12:41AM +0300, Michael Tokarev wrote:
> 
>>When I try to "standby" (echo standby > /sys/power/state)
>>a 2.6.14 system running on a VIA C3-based system with VIA
>>chipset (suspend to disk never worked on this system --
>>as stated on swsusp website it's due to the lack of some
>>CPU instruction on this CPU [but winXP suspends to disk
>>on this system just fine]), it immediately comes back, with
>>the above error message:
> 
> Can you try 2.6.15-rc4 or newer to see if that fixes this issue for you?

Yes, 2.6.15-rc4 restores previous functionality - the error in
$subject is now gone, and it seems the system goes to standby
as it should, without errors and 'standby process interruptions'.
Thanks.

With the only problem which was here all the time - it comes "back
to C" after less a secound all the disks/monitor/etc are placed
into sleep mode..  Ie,

  ..preparing for standby...
  ..hdd stops spinning..
  ..monitor is turned off..
  ..less-than-a-secound-pause..
  Back to C!
  ..the system goes back, restoring interrupts etc...

I tried various 'wakeup' settings in bios, incl. turning everything
(Continue reading)

Permalink | Reply | 5 comments |
headers
Tino Keitel | 17 Jan 2000 05:43
Picon

Re: 2.6.20-rc3 regression: suspend to RAM broken on Mac mini Core Duo

On Sat, Jan 13, 2007 at 04:45:12 +0100, Tino Keitel wrote:
> On Sat, Jan 13, 2007 at 04:05:28 +0100, Tino Keitel wrote:
> 
> [...]
> 
> > I think I found the problem. In 2.6.18, I had a slightly different
> > config. With 2.6.20-rc4, I had sucessful suspend/resume cycles without
> > the USB DVB-T box attached. I tweaked the USB options a bit and
> > activated some options (CONFIG_USB_SUSPEND,
> > CONFIG_USB_MULTITHREAD_PROBE, CONFIG_USB_EHCI_SPLIT_ISO,
> > CONFIG_USB_EHCI_ROOT_HUB_TT, CONFIG_USB_EHCI_TT_NEWSCHED) and now I can
> > suspend/resume without hangs. At least I haven't seen one until now.
> 
> Just after I sent the mail, I had 2 failures again. :-(

PM_TRACE revealed that the Ethernet driver (sky2) failed to resume. I
removed the patches for wake on LAN and hope that it works now.

Regards,
Tino
Permalink | Reply | 0 comments |
headers
Pavel Machek | 1 Jan 2000 13:11
Picon

Re: NBD and 2.6 kernel MIPS problem

Hi!

> Hi, I recently compiled the NBD kernel module for a 2.6 ucLibc
> kernel and are experiencing
> some crash problems. Are there any known issues with the 2.6 range
> of kernels together with NBD?

Nothing known to me, but I no longer maintain nbd. I suggest you ask
lkml and Paul...

									Pavel

> The nbd-server and nbd-client seems ok though and handshaking works.
> The platform is MIPS based.
> 
> I also get these syslog entries when doing insmod:
> 
> nbd: no version for "struct_module" found: kernel tainted.
> nbd: registered device at major 43
> 
> The major device information I understand but not the first one.
> 
> Best regards,
> Hans
> 
> /tmp/usbmounts/sda1 # ./nbd-client 192.168.0.30 1024 /dev/nbd/0
> Negotiation: ..size = 20480KB
> bs=1024, sz=20480
> 
> /tmp/usbmounts/sda1 # mkdir /tmp/x
(Continue reading)

Permalink | Reply | 0 comments |
headers
Pavel Machek | 1 Jan 2000 01:13
Picon

Re: Linux 2.6.37-rc8

Hi!

> Ok, I guess someone should write Doc*/fb/inteldrmfb.txt...
...
> But I still can't get accelerated X to work. I tried updating xserver:

> 
> Setting up xserver-xorg-video-intel (2:2.13.0-2) ...
> 
> Section "Device"
>         Identifier      "Generic Video Card"
> 	Driver          "intel"

I did not have  right /dev nodes created, it seems to work now. I
guess I should write some docs now.

One more question: what kind of 3D performance should I expect?
glxgears get < 100 fps in 1024x768 mode, and flightgear is unusable.

Is there normal or ...?

--

-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
Permalink | Reply | 1 comment |

Gmane