Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
2.6.12-rc3-love1 "Ricer Eunt Domus"
View unanswered posts
View posts from last 24 hours

Goto page Previous  1, 2, 3, 4, 5, 6  Next  
Reply to topic    Gentoo Forums Forum Index Unsupported Software
View previous topic :: View next topic  
Author Message
vipernicus
Veteran
Veteran


Joined: 17 Jan 2005
Posts: 1462
Location: Your College IT Dept.

PostPosted: Sat May 07, 2005 9:09 pm    Post subject: Reply with quote

[Problem Solved]
_________________
Viper-Sources Maintainer || nesl247 Projects || vipernicus.org blog


Last edited by vipernicus on Sun May 08, 2005 5:52 am; edited 1 time in total
Back to top
View user's profile Send private message
househead
n00b
n00b


Joined: 30 Oct 2003
Posts: 70
Location: Manchester, UK

PostPosted: Sat May 07, 2005 11:08 pm    Post subject: Reply with quote

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
View user's profile Send private message
skarthesatai
n00b
n00b


Joined: 20 Apr 2005
Posts: 16

PostPosted: Sat May 07, 2005 11:14 pm    Post subject: Reply with quote

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
View user's profile Send private message
allex87
Apprentice
Apprentice


Joined: 02 Aug 2003
Posts: 154
Location: Ontario, Canada

PostPosted: Sun May 08, 2005 2:06 am    Post subject: Reply with quote

@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
View user's profile Send private message
darklegion
Guru
Guru


Joined: 14 Nov 2004
Posts: 466

PostPosted: Sun May 08, 2005 4:49 am    Post subject: Reply with quote

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
View user's profile Send private message
vipernicus
Veteran
Veteran


Joined: 17 Jan 2005
Posts: 1462
Location: Your College IT Dept.

PostPosted: Sun May 08, 2005 6:49 am    Post subject: Reply with quote

hardlocks at startx
_________________
Viper-Sources Maintainer || nesl247 Projects || vipernicus.org blog
Back to top
View user's profile Send private message
ashtophet
Guru
Guru


Joined: 08 Aug 2004
Posts: 396
Location: Galiza

PostPosted: Sun May 08, 2005 7:42 am    Post subject: Reply with quote

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...
_________________
O coração, se pudesse pensar, pararia. Fernando Pessoa
If heart could think, it would stop
Back to top
View user's profile Send private message
playfool
l33t
l33t


Joined: 01 Jun 2004
Posts: 688
Location: Århus, Denmark

PostPosted: Sun May 08, 2005 7:42 am    Post subject: Reply with quote

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
View user's profile Send private message
playfool
l33t
l33t


Joined: 01 Jun 2004
Posts: 688
Location: Århus, Denmark

PostPosted: Sun May 08, 2005 7:43 am    Post subject: Reply with quote

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
View user's profile Send private message
ashtophet
Guru
Guru


Joined: 08 Aug 2004
Posts: 396
Location: Galiza

PostPosted: Sun May 08, 2005 7:58 am    Post subject: Reply with quote

Well... before this release i was using ck7 and i can say that i noticed an increase on interactivity with default rt love options...
_________________
O coração, se pudesse pensar, pararia. Fernando Pessoa
If heart could think, it would stop
Back to top
View user's profile Send private message
fallow
Bodhisattva
Bodhisattva


Joined: 08 Jan 2004
Posts: 2206
Location: Poland

PostPosted: Sun May 08, 2005 11:26 am    Post subject: Reply with quote

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

:D:D :):) 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
View user's profile Send private message
silverter
Guru
Guru


Joined: 10 Apr 2002
Posts: 491
Location: Ulm, DE

PostPosted: Sun May 08, 2005 11:50 am    Post subject: Reply with quote

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
View user's profile Send private message
COiN3D
Guru
Guru


Joined: 02 Aug 2004
Posts: 543
Location: Munich, Germany

PostPosted: Sun May 08, 2005 3:38 pm    Post subject: Reply with quote

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. :roll:
_________________
e17 documentation | Be free and use Jabber as your IM! | Combine IRC and IM
Back to top
View user's profile Send private message
NiLuJe
Guru
Guru


Joined: 06 Nov 2004
Posts: 303
Location: Paris, France

PostPosted: Sun May 08, 2005 3:42 pm    Post subject: Reply with quote

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
View user's profile Send private message
Gherald
Veteran
Veteran


Joined: 23 Aug 2004
Posts: 1399
Location: CLUAConsole

PostPosted: Sun May 08, 2005 4:24 pm    Post subject: Reply with quote

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. :roll:

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
View user's profile Send private message
wtf?!
n00b
n00b


Joined: 07 May 2005
Posts: 6

PostPosted: Sun May 08, 2005 4:37 pm    Post subject: Re: 2.6.12-rc3-love1 "Ricer Eunt Domus" Reply with quote

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
View user's profile Send private message
fallow
Bodhisattva
Bodhisattva


Joined: 08 Jan 2004
Posts: 2206
Location: Poland

PostPosted: Sun May 08, 2005 4:42 pm    Post subject: Reply with quote

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. :roll:

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
View user's profile Send private message
wtf?!
n00b
n00b


Joined: 07 May 2005
Posts: 6

PostPosted: Sun May 08, 2005 4:59 pm    Post subject: Reply with quote

Quote:
the ne xt question ?


You have forgotten to answer to mine :(
Back to top
View user's profile Send private message
fallow
Bodhisattva
Bodhisattva


Joined: 08 Jan 2004
Posts: 2206
Location: Poland

PostPosted: Sun May 08, 2005 5:18 pm    Post subject: Reply with quote

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
View user's profile Send private message
NiLuJe
Guru
Guru


Joined: 06 Nov 2004
Posts: 303
Location: Paris, France

PostPosted: Sun May 08, 2005 5:39 pm    Post subject: Reply with quote

What about the madwifi issues? ;o)
Back to top
View user's profile Send private message
cbr
Apprentice
Apprentice


Joined: 05 Jan 2004
Posts: 285
Location: Tallinn/Rakvere, Estonia

PostPosted: Sun May 08, 2005 6:04 pm    Post subject: Reply with quote

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
View user's profile Send private message
DrWoland
l33t
l33t


Joined: 13 Nov 2004
Posts: 603

PostPosted: Sun May 08, 2005 6:06 pm    Post subject: Reply with quote

Oooooh shiny 8) 8) 8) Downloading now.
_________________
I'm not a Guru, I just ask a lot of questions.
Back to top
View user's profile Send private message
fallow
Bodhisattva
Bodhisattva


Joined: 08 Jan 2004
Posts: 2206
Location: Poland

PostPosted: Sun May 08, 2005 6:18 pm    Post subject: Reply with quote

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
View user's profile Send private message
beastmaster
Apprentice
Apprentice


Joined: 24 May 2004
Posts: 230

PostPosted: Sun May 08, 2005 6:22 pm    Post subject: Reply with quote

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 8) ext3 has good balance for overall rating 8)
Back to top
View user's profile Send private message
playfool
l33t
l33t


Joined: 01 Jun 2004
Posts: 688
Location: Århus, Denmark

PostPosted: Sun May 08, 2005 6:26 pm    Post subject: Reply with quote

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
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Unsupported Software All times are GMT
Goto page Previous  1, 2, 3, 4, 5, 6  Next
Page 2 of 6

 
Jump to:  
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