View previous topic :: View next topic |
Author |
Message |
vipernicus Veteran
Joined: 17 Jan 2005 Posts: 1462 Location: Your College IT Dept.
|
|
Back to top |
|
|
househead n00b
Joined: 30 Oct 2003 Posts: 70 Location: Manchester, UK
|
Posted: Sat May 07, 2005 11:08 pm Post subject: |
|
|
The kernel works fine, good work! However (as stated in the notes.txt) I cannot get ati-drivers emerged. Does anyone have any pointers? _________________ Athlon 2000 XP | 512MB DDR | GeForce MX440 | 200GB ATA133
AJP 888e Clevo | P4 2.53gHz | 512Mb DDR | Radeon 9000M | 40Gb HD |
|
Back to top |
|
|
skarthesatai n00b
Joined: 20 Apr 2005 Posts: 16
|
Posted: Sat May 07, 2005 11:14 pm Post subject: |
|
|
ok, now you give me a reason to kick reiser4.
Thanks to fallow and lovechild. i will try it in the next days. then i will test it.:=)
skar _________________ Gentoo Release 2005.stage-1, pure 64bit-AMD (No Chroot), 2.6.12-rc6-love (!), Nvidia 1.0.7664.
DFS SID, pure 64bit-AMD, 2.6.11-cko4, Nvidia 1.0.7174 |
|
Back to top |
|
|
allex87 Apprentice
Joined: 02 Aug 2003 Posts: 154 Location: Ontario, Canada
|
Posted: Sun May 08, 2005 2:06 am Post subject: |
|
|
@fallow:
Yes, I ditched reiser4 log time ago for ext3 with -O dir_index and I haven't looked back ever since! I don't notice any performance change.
Hmm I haven't seen the new logo... I guess maybe I could reboot some time without fbsplash on and try it... Well, so far it's fast and stable. Too bad ati's drivers are such crap... lol
Alex. |
|
Back to top |
|
|
darklegion Guru
Joined: 14 Nov 2004 Posts: 468
|
Posted: Sun May 08, 2005 4:49 am Post subject: |
|
|
Just a heads-up to any oss/pro users.I received a whole slew of continous kernel backtraces while running madplay....was quite a sight to behold,actually Not sure if it is the real-time patches or just this kernel revision but it is broken,nonetheless.Good chance that vmware will be broken too(although I did not try it) as it was broken in the jade-x patchset(which uses ingo-rtp also).Hopefully nickshed will be an option again in future releases,as 2.6.12-rc1-love1 is still the best kernel around in terms of performance and stability in my experience. |
|
Back to top |
|
|
vipernicus Veteran
Joined: 17 Jan 2005 Posts: 1462 Location: Your College IT Dept.
|
|
Back to top |
|
|
ashtophet Guru
Joined: 08 Aug 2004 Posts: 397
|
Posted: Sun May 08, 2005 7:42 am Post subject: |
|
|
Well... after some days (not continous uptime because of initng testing)... i must say that HERE it's a rock stable release... I didn't notice any slowdown, strange behaivour or hardlock... Did compilations, played 3D accel games, played music, accessed freebsd nfs server dirs, used vmware workstation... |
|
Back to top |
|
|
playfool l33t
Joined: 01 Jun 2004 Posts: 688 Location: Ã
rhus, Denmark
|
Posted: Sun May 08, 2005 7:42 am Post subject: |
|
|
vipernicus wrote: | hardlocks at startx |
You are so informative, it would be easier for people to help you if you gave just a bit more information than "it's broken", anything in the logs, any trace or oops info.. anything? |
|
Back to top |
|
|
playfool l33t
Joined: 01 Jun 2004 Posts: 688 Location: Ã
rhus, Denmark
|
Posted: Sun May 08, 2005 7:43 am Post subject: |
|
|
galiza_ceive wrote: | Well... after some days (not continous uptime because of initng testing)... i must say that HERE it's a rock stable release... I didn't notice any slowdown, strange behaivour or hardlock... Did compilations, played 3D accel games, played music, accessed freebsd nfs server dirs, used vmware workstation... |
And how is interactivity? |
|
Back to top |
|
|
ashtophet Guru
Joined: 08 Aug 2004 Posts: 397
|
Posted: Sun May 08, 2005 7:58 am Post subject: |
|
|
Well... before this release i was using ck7 and i can say that i noticed an increase on interactivity with default rt love options... |
|
Back to top |
|
|
fallow Bodhisattva
Joined: 08 Jan 2004 Posts: 2208 Location: Poland
|
Posted: Sun May 08, 2005 11:26 am Post subject: |
|
|
galiza_ceive wrote: | fallow wrote: | 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?
Thanks for yr. concern...
cheers |
no problem . bu If its only Your problem , not love fault and it seems to , and after Yours modyfications it working now - > then nothing to do more right now
skarthesatai wrote: | ok, now you give me a reason to kick reiser4.
Thanks to fallow and lovechild. i will try it in the next days. then i will test it.:=)
skar |
n/p.
allex87 wrote: | @fallow:
Yes, I ditched reiser4 log time ago for ext3 with -O dir_index and I haven't looked back ever since! I don't notice any performance change.
Hmm I haven't seen the new logo... I guess maybe I could reboot some time without fbsplash on and try it... Well, so far it's fast and stable. Too bad ati's drivers are such crap... lol
Alex. |
Yeah , Im very happy ext3 user now
new logo : I love sunflowers -> http://vivid.dat.pl/fallow/pub/love-sources/new-love-logo/love_new.png
old logo -> http://vivid.dat.pl/fallow/pub/love-sources/love-logo/love1.png
hehe , just 4 fun .
darklegion wrote: | Just a heads-up to any oss/pro users.I received a whole slew of continous kernel backtraces while running madplay....was quite a sight to behold,actually Not sure if it is the real-time patches or just this kernel revision but it is broken,nonetheless.Good chance that vmware will be broken too(although I did not try it) as it was broken in the jade-x patchset(which uses ingo-rtp also).Hopefully nickshed will be an option again in future releases,as 2.6.12-rc1-love1 is still the best kernel around in terms of performance and stability in my experience. |
Hm, I can remove debugging options in this kernel off in default_config just.
We not looking to rerurt to the nicksched. We want to put love into Ingosched + partial RTP way.
vipernicus wrote: | hardlocks at startx |
more info ?
My car is read and fast but it has small acceleration ? any solution ?
galiza_ceive wrote: | Well... after some days (not continous uptime because of initng testing)... i must say that HERE it's a rock stable release... I didn't notice any slowdown, strange behaivour or hardlock... Did compilations, played 3D accel games, played music, accessed freebsd nfs server dirs, used vmware workstation... |
great
OK , a less of errors here .
We're thinkin that we can mark it as official release now.
cheers. _________________ "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 |
|
Back to top |
|
|
silverter Guru
Joined: 10 Apr 2002 Posts: 491 Location: Ulm, DE
|
Posted: Sun May 08, 2005 11:50 am Post subject: |
|
|
Does anyone has problems using the madwifi drivers (latest madwif-driver ebuild) in combination with this kernel or is it just me ?
tnx _________________ -- A Guru was once a Beginner -- |
|
Back to top |
|
|
COiN3D Guru
Joined: 02 Aug 2004 Posts: 543 Location: Munich, Germany
|
Posted: Sun May 08, 2005 3:38 pm Post subject: |
|
|
I just can't understand why you suddenly recommend ext3 as filesystem. When I was a ext3 user long time ago, it felt very slow. And this benchmark says the same. So why using ext3? Either this benchmark is wrong, or you are wrong. _________________ e17 documentation | Be free and use Jabber as your IM! | Combine IRC and IM |
|
Back to top |
|
|
NiLuJe Guru
Joined: 06 Nov 2004 Posts: 303 Location: Paris, France
|
Posted: Sun May 08, 2005 3:42 pm Post subject: |
|
|
silverter > same problem with the cvs version of the madwifi modules ... I dont't know if the problem come from this patchset or from the -rc3 (works fine with the -rc2) :
Code: | wlan: Unknown symbol __raw_rwlock_is_locked |
Thanks |
|
Back to top |
|
|
Gherald Veteran
Joined: 23 Aug 2004 Posts: 1399 Location: CLUAConsole
|
Posted: Sun May 08, 2005 4:24 pm Post subject: |
|
|
COiN3D wrote: | I just can't understand why you suddenly recommend ext3 as filesystem. When I was a ext3 user long time ago, it felt very slow. And this benchmark says the same. So why using ext3? Either this benchmark is wrong, or you are wrong. |
I agree. Regressing to ext3 just because one has suddenly realized reiser4 is still broken...makes littles sense.
reiserfs (version 3) is (was?) Gentoo's default filesystem, and remains ideal for most users. xfs is also fine. |
|
Back to top |
|
|
wtf?! n00b
Joined: 07 May 2005 Posts: 6
|
Posted: Sun May 08, 2005 4:37 pm Post subject: Re: 2.6.12-rc3-love1 "Ricer Eunt Domus" |
|
|
Hello there,
a question to you fallow: What options for ext3 do you use in your /etc/fstab? Is there another possibility to tweak the filesystem? For example, reiserfs uses notail. Are there any options for ext3, too? |
|
Back to top |
|
|
fallow Bodhisattva
Joined: 08 Jan 2004 Posts: 2208 Location: Poland
|
Posted: Sun May 08, 2005 4:42 pm Post subject: |
|
|
Gherald wrote: | COiN3D wrote: | I just can't understand why you suddenly recommend ext3 as filesystem. When I was a ext3 user long time ago, it felt very slow. And this benchmark says the same. So why using ext3? Either this benchmark is wrong, or you are wrong. |
I agree. Regressing to ext3 just because one has suddenly realized reiser4 is still broken...makes littles sense.
reiserfs (version 3) is (was?) Gentoo's default filesystem, and remains ideal for most users. xfs is also fine. |
1) You must understand that _PURE_ speed of filesystem isnt all there are also other aspects for example like latencies , cpu usage and even "some kind of fs preempting".
2) Just look at Ingo Molnar's many of (latency) fixes for EXT* filesystem . Why He doesnt doing it for reiser* ( just an rethoric question )
3) EXT3 isnt a extremal fs like reisefs who are GOOD in some aspect and BAD in other. EXT3 just is AVERAGE in every aspect. not winning in some and loosing in others , its just average in every . this thing making a good balance for overall using. Reiserfs is faster at some apects but is the worst at other apects. Just is no any magic in the wold . and ther is no BEST fs for all . there is also no remedium for the world
ext* family is most average , reiser* is extremly good and bad at once. xfs and jfs are bad and good without this extremly prefix hehe.
4) finally look for the tests.
a) bonnie++
my box : AMD 1.0 Athlon , 256 MB Ram
HDD used for tests IBM
hdd: IC35L040AVVA07-0, ATA DISK drive
hdd: max request size: 128KiB
hdd: 80418240 sectors (41174 MB) w/1863KiB Cache, CHS=65535/16/63, UDMA(100)
all tests with the same kernel , IngoSched ,CFQ-TS IO Scheduler , and latest versions of all fs code.
bonnie++ -u root /mnt/t
Code: |
Version 1.93c ------Sequential Output------ --Sequential Input- --Random-
Concurrency 1 -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--
Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP
reiser4 496M 83 98 33536 23 17221 20 120 99 25225 32 185.8 10
reiser3 496M 167 99 33760 28 16974 13 594 99 38790 17 191.4 7
jfs 496M 399 97 34165 19 17232 10 636 98 38967 14 192.5 5
xfs 496M 228 98 35612 20 16558 12 416 98 39085 16 116.1 3
ext3 496M 139 99 33906 33 16618 13 551 98 38555 15 187.8 6
reiser4-lat 157ms 2749ms 874ms 76953us 10684us 3401ms
reiser3-lat 64610us 1231ms 226ms 23227us 22063us 963ms
jfs-lat 24487us 655ms 160ms 42963us 99906us 708ms
xfs-lat 39552us 1954ms 159ms 47486us 35691us 554ms
ext3-lat 67131us 1215ms 249ms 48126us 99742us 798ms
-------------------------------------------------------------------------------
Version 1.93c ------Sequential Create------ --------Random Create--------
Enterprise -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete--
files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP
reiser4 16 17829 90 +++++ +++ 8190 98 8174 95 +++++ +++ 8307 98
reiser3 16 11570 89 +++++ +++ 10999 98 11402 91 +++++ +++ 9970 98
jfs 16 3569 16 +++++ +++ 2177 11 1349 17 +++++ +++ 1023 9
xfs 16 2461 35 +++++ +++ 2203 27 2429 35 +++++ +++ 884 13
ext3 16 816 98 +++++ +++ 24692 77 780 97 +++++ +++ 2256 96
reiser4-lat 2820us 8955us 9138us 2976us 127us 3365us
reiser3-lat 8458us 3623us 4707us 3648us 134us 2846us
jfs-lat 61168us 1374us 182ms 248ms 134us 1491ms
xfs-lat 118ms 291us 119ms 108ms 215us 135ms
ext3-lat 37327us 205us 2779us 36279us 1161us 65357us
-------------------------------------------------------------------------------
|
and pure fs speed results
and second : http://wa.fema.pl/~gkowal/fsbench/
Code: |
ext2 ext3 jfs xfs reiser3 reiser4
1 Create 10.000 files into a dir 14,950 21,473 12,144 12,756 11,278 11,642
2 Run find on that dir 00,013 00,069 00,054 00,050 00,061 00,101
3 Remove that dir 00,078 00,231 00,905 01,750 00,407 00,741
4 Create 10.000 dirs 26,667 24,928 12,001 12,863 11,098 11,870
5 Run find on that dir 00,171 00,191 00,291 00,165 00,365 00,260
6 Remove the whole dir 00,403 01,188 01,652 01,447 11,230 30,898
7 Copy kernel tar from other disk 01,965 02,018 01,999 01,974 01,982 01,968
8 Copy kernel tar to other disk 00,983 00,928 00,922 00,785 00,969 00,944
9 Untar kernel 34,229 36,182 36,251 37,182 36,946 38,743
10 Tar kernel 26,639 25,859 26,824 25,806 25,942 26,569
11 Remove kerlnel source dir 00,270 00,544 04,377 01,771 01,170 02,351
12 Copy kernel tarball 10 times 19,772 20,311 18,882 19,094 20,710 17,703
13 Create 1gb from /dev/zero 23,572 25,038 26,052 22,615 25,038 23,650
14 Copy the 1gb file same disk 50,427 53,003 88,937 48,297 59,869 48,254
15 Split 10mb file 1000 byte pcs 05,769 07,939 03,477 04,262 01,390 01,140
16 Split 10mb file 1024 byte pcs 04,992 09,878 03,367 03,750 01,240 00,836
17 Split 10mb file 2048 byte pcs 01,482 02,096 01,360 01,942 00,752 00,546
18 Split 10mb file 4096 byte pcs 00,494 00,624 00,548 00,995 00,357 00,414
19 Split 10mb file 8192 byte pcs 00,229 00,278 00,347 00,510 00,257 00,310
20 Copy kernel tree same disk 08,233 19,462 23,082 19,657 27,548 14,530
21 Cat 1gb to /dev/null 22,315 22,321 22,170 22,227 24,886 22,834
|
and notice also this thing :
is a difference if copying a kernel dir can take You a 3 seconds more if time of it is around ~20 secs ?
for me this is no diffence .
the ne xt question ?
if this 3 seconds bennefit is worh of loss interactivity and cpu usage ?
cheers. _________________ "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
Last edited by fallow on Sun May 08, 2005 5:00 pm; edited 1 time in total |
|
Back to top |
|
|
wtf?! n00b
Joined: 07 May 2005 Posts: 6
|
Posted: Sun May 08, 2005 4:59 pm Post subject: |
|
|
Quote: | the ne xt question ? |
You have forgotten to answer to mine |
|
Back to top |
|
|
fallow Bodhisattva
Joined: 08 Jan 2004 Posts: 2208 Location: Poland
|
Posted: Sun May 08, 2005 5:18 pm Post subject: |
|
|
You can add dir_index feature ( hasged b-trees to indexing dirs support ) and configure journall usage.
for example set size of it, set a external device for journal map , or "deep" of it .
all popular fs didnt journal ALL. xfs,jfs,or reisefs jorunalling only metadata. in ext3 You can journall ALL.
but imho is good to add dir_index just. DEFAULT Journalling options for ext3 are very good
no special reason to changing it.
cheers. _________________ "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 |
|
Back to top |
|
|
NiLuJe Guru
Joined: 06 Nov 2004 Posts: 303 Location: Paris, France
|
Posted: Sun May 08, 2005 5:39 pm Post subject: |
|
|
What about the madwifi issues? ;o) |
|
Back to top |
|
|
cbr Apprentice
Joined: 05 Jan 2004 Posts: 285 Location: Tallinn/Rakvere, Estonia
|
Posted: Sun May 08, 2005 6:04 pm Post subject: |
|
|
fallow wrote: | 2) Just look at Ingo Molnar's many of (latency) fixes for EXT* filesystem . Why He doesnt doing it for reiser* ( just an rethoric question ) |
Well, the most logical answer to this question is that in reiserfs there is nothing to fix. But ext3 is a slow filesystem and needs some tweaking to be usable. |
|
Back to top |
|
|
DrWoland l33t
Joined: 13 Nov 2004 Posts: 603
|
Posted: Sun May 08, 2005 6:06 pm Post subject: |
|
|
Oooooh shiny Downloading now. _________________ I'm not a Guru, I just ask a lot of questions. |
|
Back to top |
|
|
fallow Bodhisattva
Joined: 08 Jan 2004 Posts: 2208 Location: Poland
|
Posted: Sun May 08, 2005 6:18 pm Post subject: |
|
|
cbr wrote: | fallow wrote: | 2) Just look at Ingo Molnar's many of (latency) fixes for EXT* filesystem . Why He doesnt doing it for reiser* ( just an rethoric question ) |
Well, the most logical answer to this question is that in reiserfs there is nothing to fix. But ext3 is a slow filesystem and needs some tweaking to be usable. |
hehe the answer is completly dirrerent
reiserfs is just non-fixable by design.
no potential way to fix latencies in it just.
all other fs maintainers are still improving this ascpect of filesystem .
cheers. _________________ "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 |
|
Back to top |
|
|
beastmaster Apprentice
Joined: 24 May 2004 Posts: 230
|
Posted: Sun May 08, 2005 6:22 pm Post subject: |
|
|
Quote: | 3) EXT3 isnt a extremal fs like reisefs who are GOOD in some aspect and BAD in other. EXT3 just is AVERAGE in every aspect. not winning in some and loosing in others , its just average in every . this thing making a good balance for overall using. Reiserfs is faster at some apects but is the worst at other apects. Just is no any magic in the wold . and ther is no BEST fs for all . there is also no remedium for the world
ext* family is most average |
fallow is right ext3 has good balance for overall rating |
|
Back to top |
|
|
playfool l33t
Joined: 01 Jun 2004 Posts: 688 Location: Ã
rhus, Denmark
|
Posted: Sun May 08, 2005 6:26 pm Post subject: |
|
|
cbr wrote: | fallow wrote: | 2) Just look at Ingo Molnar's many of (latency) fixes for EXT* filesystem . Why He doesnt doing it for reiser* ( just an rethoric question ) |
Well, the most logical answer to this question is that in reiserfs there is nothing to fix. But ext3 is a slow filesystem and needs some tweaking to be usable. |
http://kerneltrap.org/node/3466
and I quote:
Quote: |
OK, thanks. The problem areas there are the timer-based route cache
flushing and reiserfs.
We can probably fix the route caceh thing by rescheduling the timer after
having handled 1000 routes or whatever, although I do wonder if this is a
thing we really need to bother about - what else was that machine up to?
resierfs: yes, it's a problem. I "fixed" it multiple times in 2.4, but the
fixes ended up breaking the fs in subtle ways and I eventually gave up.
- Andrew Morton on ReiserFS latency
|
Now I'll suggest you do some research before making wild claims next time mate. |
|
Back to top |
|
|
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|