1 |
There is certainly potential here, but let me list why your method |
2 |
will be flawed: |
3 |
|
4 |
1) Non single user mode means you cant predict what deamon is doing |
5 |
what at what time. |
6 |
2) CFLAGS in make.conf are usually changed by users often. You need to |
7 |
test against the age of /var/log/emerge.log and test against the |
8 |
ebuild. Many ebuilds filter out several CFLAGS. |
9 |
3) There's too many entries to fill in, prone to user error, false |
10 |
assumptions and ofcourse the people that will just fill in junk for |
11 |
the sake of it. |
12 |
|
13 |
I think a much better solution is to make a script that will auto |
14 |
reboot into single user mode, perform all tests, reboot into mult user |
15 |
mode and upload results. |
16 |
|
17 |
I could help write some of those tests and benchmarks. |
18 |
|
19 |
I've worked on something similar earlier this year, but its really |
20 |
quite a major, complicated task thats a lot harder to achieve than |
21 |
just making a simple php page where people fill in values. |
22 |
|
23 |
Thats why I suggested a performance forum, so things can be discussed |
24 |
and polished before a good quality, comprehensive database can be |
25 |
made. |
26 |
|
27 |
|
28 |
On Tue, 12 Oct 2004 12:45:27 +0100, Joel Merrick <joel@×××××××××××.com> wrote: |
29 |
> Daniel Armyr wrote: |
30 |
> |
31 |
> >Which parameters do you intend on including? |
32 |
> >Only hardware or kernel-configs as well? Compiler flags? |
33 |
> >Hardware settings? |
34 |
> > |
35 |
> > |
36 |
> |
37 |
> All to be honest, include as many fields as possible, but not make them |
38 |
> compulsary |
39 |
> |
40 |
> Please help me elaborate if possible |
41 |
> |
42 |
> Here's the current list.. |
43 |
> |
44 |
> _Hardware Specifics_ |
45 |
> |
46 |
> Architecture |
47 |
> CPU |
48 |
> Motherboard |
49 |
> Bus Speed |
50 |
> Clock Speed |
51 |
> RAM Type |
52 |
> RAM Amount |
53 |
> RAM Speed |
54 |
> Video Card Type |
55 |
> Video Card RAM Amount |
56 |
> Video Card RAM Speed |
57 |
> |
58 |
> _Build and Environment Specifics_ |
59 |
> |
60 |
> CFLAGS |
61 |
> LDFLAGS |
62 |
> etc |
63 |
> |
64 |
> _Kernel Specifics_ |
65 |
> |
66 |
> Kernel Type & Version (from Vanilla) |
67 |
> Kernel Patchsets (gentoo, ck, love, nitro etc..) |
68 |
> Build date |
69 |
> Other Parameters |
70 |
> PLUS MAYBE AN OPTION TO UPLOAD YOUR .config??!! |
71 |
> etc |
72 |
> |
73 |
> _Sys Specifics_ |
74 |
> |
75 |
> sysctl tuning |
76 |
> Other tuning |
77 |
> |
78 |
> _X Specifics_ |
79 |
> |
80 |
> Xfree/Xorg version |
81 |
> USE flags used to compile? |
82 |
> |
83 |
> _HD Specifics_ |
84 |
> |
85 |
> hdparm settings |
86 |
> RAID? |
87 |
> What RAID Level? |
88 |
> |
89 |
> _BENCHMARKS!!_ |
90 |
> |
91 |
> It may be best to define what the delegated system task is.. I mean, |
92 |
> it's no point running Xfbench for a non-X server, of course! |
93 |
> |
94 |
> Plus games would prefer graphics and systems benchmarkis, rather than a |
95 |
> DB benchmark.. |
96 |
> |
97 |
> There's a lot of software out there, that benchmark a lot of programs |
98 |
> and a lot of subsystems! |
99 |
> |
100 |
> Plus maybe percieved performace increases, like prelinking, editing |
101 |
> boot-up scripts etc.. |
102 |
> |
103 |
> I'm sure there's a lot of points of contention there, plus a hell of a |
104 |
> lot I've missed out... |
105 |
> |
106 |
> Feel free to rip apart at will. |
107 |
> |
108 |
> |
109 |
> |
110 |
> |
111 |
> >-----Original Message----- |
112 |
> >From: Joel Merrick [mailto:joel@×××××××××××.com] |
113 |
> >Sent: den 12 oktober 2004 12:39 |
114 |
> >To: gentoo-performance@l.g.o |
115 |
> >Subject: Re: [gentoo-performance] Gentoo-performance forum? |
116 |
> > |
117 |
> > |
118 |
> >Lance Albertson wrote: |
119 |
> > |
120 |
> > |
121 |
> > |
122 |
> >>Roman Gaufman wrote: |
123 |
> >> |
124 |
> >> |
125 |
> >> |
126 |
> >> |
127 |
> >> |
128 |
> >>>I think it would be a good idea to have a gentoo-performance forum |
129 |
> >>>section, so performance related threads wont have to go to "Other |
130 |
> >>>Things Gentoo". Your thoughts? |
131 |
> >>> |
132 |
> >>> |
133 |
> >>> |
134 |
> >>> |
135 |
> >>I just chatted with one of the forums admins and he said that we won't |
136 |
> >>be adding any new forums until phpBB 2.2 is released. Thats mainly |
137 |
> >>because managing with the current version is a major PITA from what I |
138 |
> >>hear. *BUT* That doesn't mean that you'll see this forum created. The |
139 |
> >>forums are currently structured more in a "task/purpose than by goal" |
140 |
> >>way. So, having a goal of performance wouldn't really fit the structure |
141 |
> >> |
142 |
> >> |
143 |
> > |
144 |
> > |
145 |
> > |
146 |
> >>we have right now. |
147 |
> >> |
148 |
> >> |
149 |
> >> |
150 |
> >> |
151 |
> >> |
152 |
> >Just to let you peeps now, I've been thinking about this last night and |
153 |
> >I'd love it if there was just a (simple) form where people could enter |
154 |
> >their system credentials and benchmark results. |
155 |
> > |
156 |
> >I'm going to do a little bit of investigation tonight in terms of |
157 |
> >looking at standardised benchmarks.. I believe, from a bit of searching, |
158 |
> > |
159 |
> >that the whole arena of benchmarking is a big mamma! |
160 |
> > |
161 |
> >Wish me luck! If I get anything that looks like a go-er, I'll fire a |
162 |
> >(probably crap) PHP page together, where people can input their system |
163 |
> >specifics... and list them in a grid-matrix kinda view (it'd be a bit |
164 |
> >easier to read than just forum posts i.m.h.o. and may provide a decent |
165 |
> >intermediate until someone works out a MUCH clever system, lol) |
166 |
> > |
167 |
> >Does anyone know if there's anything like this for other distros |
168 |
> >(although due to Gentoo's lurvely package build system, I doubt we'd be |
169 |
> >able to draw true comparisons) |
170 |
> > |
171 |
> >Sorry if i'm rambling.... heh. |
172 |
> > |
173 |
> >-- |
174 |
> >gentoo-performance@g.o mailing list |
175 |
> > |
176 |
> > |
177 |
> > |
178 |
> > |
179 |
> >-- |
180 |
> >gentoo-performance@g.o mailing list |
181 |
> > |
182 |
> > |
183 |
> > |
184 |
> |
185 |
> |
186 |
> |
187 |
> |
188 |
> -- |
189 |
> gentoo-performance@g.o mailing list |
190 |
> |
191 |
> |
192 |
|
193 |
-- |
194 |
gentoo-performance@g.o mailing list |