Re: Even CPU distribution in short time slice

SourceForge Headquarters 1320 Columbia Street Suite 310 San Diego, CA 92101 +1 (858) 422-6466

Aivils Stoss wrote:
> 
> On Wed, 12 Jan 2005, Peter Williams wrote:
> 
> 
>>Aivils Stoss wrote:
>>
>>>We can force 2.6.XX use small timeslices by
>>>nice +19 all processes, but anyway multiple current
>>>games runs more choopy as under 2.4.XX
>>>
>>>I see effective_prio() in zaphod patch uses
>>>complicate alghoritm, which i cannot decipher :)
>>
>>If you want tasks to have shorter time slices using Zaphod then all that 
>>is necessary is to set them using the file 
>>/proc/sys/cpu_sched/time_slice which should be present if the kernel is 
>>built with CONFIG_SYSCTL selected.  To set time slices to 10 msecs as 
>>root do:
>>
>>echo 10 > /proc/sys/cpu_sched/time_slice
>>
>>You can set the time slice value anywhere between 1 msec and 1000 msec.
>>
>>Peter
>>PS In future versions of Zaphod this functionality will probably move to 
>>/sys (i.e. sysfs) instead of sysctl.
>>PPS There is a primitive GUI at 
>><http://prdownloads.sourceforge.net/cpuse/gcpuctl_hydra-v1.6.tar.gz?download> 
>>which can be used to control various Zaphod parameters which effect 
>>performance.
>>-- 
>>Peter Williams                                   pwi...@bi...
>>
>>"Learning, n. The kind of ignorance distinguishing the studious."
>>  -- Ambrose Bierce
>>
> 
> Ok, it turn on gaming again ! Thank You.
> Nvidia colsed source drivers seems dislike some in zaphod.
> I am under 2.6.10-ruby - console related patch and
> patch-2.6.10-spa_zaphod_FULL-v6.1
> 
> time_slice=5
> X0 - X server
> 
> Aivils
> 
> Unable to handle kernel paging request at virtual address fffffe9c
>  printing eip:
> c0119ad0
> *pde = 00001067
> *pte = 00000000
> Oops: 0000 [#1]
> Modules linked in: binfmt_misc nvidia parport_pc lp parport usblp
> snd_pcm_oss snd_mixer_oss snd_via82xx snd_ac97_codec snd_pcm snd_timer
> snd_page_alloc snd_mpu401_uart snd_rawmidi snd_seq_device snd es1371
> soundcore ac97_codec iptable_filter ip_tables 3c59x via_agp agpgart
> CPU:    0
> EIP:    0060:[<c0119ad0>]    Tainted: P      VLI
> EFLAGS: 00013002   (2.6.10-ruby-zaphod)
> EIP is at do_signal_stop+0xd4/0x14c
> eax: fffffe9c   ebx: fffffe9c   ecx: 00000003   edx: 500872dd
> esi: dd730614   edi: cfff4000   ebp: cfff5f34   esp: cfff5ee8
> ds: 007b   es: 007b   ss: 0068
> Process X0 (pid: 2569, threadinfo=cfff4000 task=dd730110)
> Stack: cfff5fc4 dd730614 cfff4000 cfff5f20 c0101cf0 cfff5f34 cfff5f20
> cfff5fc4
>        00000000 cfff5fc4 00000000 0872dd50 cfff4000 cfff5f20 e0d1f411
> d0320000
>        00000100 d0320000 00000000 24000000 cfff5f54 e0d1f32e d4fc0400
> d0320000
> Call Trace:
>  [<c0101cf0>] do_signal+0x68/0xe0
>  [<e0d1f411>] _nv000900rm+0x5d/0xe8 [nvidia]
>  [<e0d1f32e>] _nv000897rm+0x4e/0x70 [nvidia]
>  [<e0d20ba4>] rm_isr+0x10/0x14 [nvidia]
>  [<e0e85521>] nv_kern_isr+0x21/0x50 [nvidia]
>  [<c0274418>] schedule+0x348/0x370
>  [<c0101d95>] do_notify_resume+0x2d/0x40
>  [<c0101eea>] work_notifysig+0x13/0x15
> Code: 00 f7 40 14 00 01 02 00 74 06 fb e9 8d 00 00 00 8b 46 2c 85 c0 75 44
> 89 6e 20 c7 44 24 10 00 00 00 00 8b 07 eb 1d 90 8d 74 26 00 <8b> 03 83 f8
> 03 7f 0f ff 44 24 10 6a 00 53 e8 d5 ed ff ff 83 c4
>  <6>agpgart: Found an AGP 2.0 compliant device at 0000:00:00.0.
> agpgart: Putting AGP V2 device at 0000:00:00.0 into 4x mode
> agpgart: Putting AGP V2 device at 0000:01:00.0 into 4x mode
> atkbd.c: Spurious ACK on isa0060/serio0. Some program, like XFree86, might
> be trying access hardware directly.
> atkbd.c: Spurious ACK on isa0060/serio0. Some program, like XFree86, might
> be trying access hardware directly.
> agpgart: Found an AGP 2.0 compliant device at 0000:00:00.0.
> agpgart: Putting AGP V2 device at 0000:00:00.0 into 4x mode
> agpgart: Putting AGP V2 device at 0000:01:00.0 into 4x mode
> atkbd.c: Spurious ACK on isa0060/serio0. Some program, like XFree86, might
> be trying access hardware directly.
> atkbd.c: Spurious ACK on isa0060/serio0. Some program, like XFree86, might
> be trying access hardware directly.
> Unable to handle kernel NULL pointer dereference at virtual address
> 00000500
>  printing eip:
> c0119b72
> *pde = 00000000
> Oops: 0000 [#2]
> Modules linked in: binfmt_misc nvidia parport_pc lp parport usblp
> snd_pcm_oss snd_mixer_oss snd_via82xx snd_ac97_codec snd_pcm snd_timer
> snd_page_alloc snd_mpu401_uart snd_rawmidi snd_seq_device snd es1371
> soundcore ac97_codec iptable_filter ip_tables 3c59x via_agp agpgart
> CPU:    0
> EIP:    0060:[<c0119b72>]    Tainted: P      VLI
> EFLAGS: 00013016   (2.6.10-ruby-zaphod)
> EIP is at get_signal_to_deliver+0x2a/0x264
> eax: 00000504   ebx: d43c5fc4   ecx: 00000004   edx: 00000000
> esi: d0eb7754   edi: d43c0000   ebp: d43c5f34   esp: d43c5eec
> ds: 007b   es: 007b   ss: 0068
> Process X0 (pid: 3064, threadinfo=d43c4000 task=d0eb7250)
> Stack: d43c5fc4 d0eb7754 d43c4000 c0101cf0 00000504 d43c5f20 d43c5fc4
> 00000000
>        d43c5fc4 00000000 0000002b d43c4000 d43c5f20 00000000 d43c5f44
> c010dfba
>        d0eb7250 00000000 00000001 00000000 00000001 00000000 00000000
> c0117b66
> Call Trace:
>  [<c0101cf0>] do_signal+0x68/0xe0
>  [<c010dfba>] scheduler_tick+0x212/0x254
>  [<c0117b66>] update_process_times+0x2a/0x30
>  [<c01056f3>] timer_interrupt+0x47/0xe8
>  [<c0274418>] schedule+0x348/0x370
>  [<c0101d95>] do_notify_resume+0x2d/0x40
>  [<c0101eea>] work_notifysig+0x13/0x15
> Code: c3 83 ec 04 55 57 56 53 8b 6c 24 18 b8 00 e0 ff ff 21 e0 8b 00 05 04
> 05 00 00 89 44 24 10 fa bf 00 e0 ff ff 21 e7 8d 76 00 8b 0f <8b> 81 fc 04
> 00 00 8b 50 2c 85 d2 7e 55 39 48 24 75 0c c7 40 24
>  <6>agpgart: Found an AGP 2.0 compliant device at 0000:00:00.0.
> agpgart: Putting AGP V2 device at 0000:00:00.0 into 4x mode
> agpgart: Putting AGP V2 device at 0000:01:00.0 into 4x mode
> 

OK.  How frequently does this occur?  Also I am unable to test this as I 
don't have any nvidea devices so would you be able to test any fixes?

Peter
-- 
Peter Williams                                   pwi...@bi...

"Learning, n. The kind of ignorance distinguishing the studious."
  -- Ambrose Bierce