+- Kodi Community Forum (https://forum.kodi.tv)
+-- Forum: Support (https://forum.kodi.tv/forumdisplay.php?fid=33)
+--- Forum: General Support (https://forum.kodi.tv/forumdisplay.php?fid=111)
+---- Forum: Raspberry Pi (https://forum.kodi.tv/forumdisplay.php?fid=166)
+---- Thread: OpenELEC Testbuilds for RaspberryPi Part 2 (/showthread.php?tid=184866)
Pages:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - doveman2 - 2013-12-17
(2013-12-17, 15:23)MilhouseVH Wrote: Seems OK, you can probably lose the "<streamsilence>" settings as that is now supported in the GUI settings. Same for "<guires>".
Do you still need to set a manual timezone? I've never had this problem (I'm in the UK too).
Cool, thanks for checking it for me
I certainly did need to set the timezone manually a few builds back. I recall a few other people had the same problem and just putting it in guisettings.xml didn't work for me at least. I'll try taking it out again though and see if it no longer needs to be there.
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Reddog999 - 2013-12-17
Not trying to steal xbs08's thunder but I thought I would try running MilhouseVH's latest build with a f2fs storage partition on a usb drive - and, well, everything appears to be working!
As to running faster, it appears to be when going through my movie collection (fanart view) but that might just be subjective.
Are there any 4kb write speed tests I can perform to compare against an ext4 storage partition?
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - xbs08 - 2013-12-18
Try iozone.org
Interesting benchmarks...
http://www.phoronix.com/scan.php?page=news_item&px=MTQ1OTE
http://www.solid-run.com/phpbb/viewtopic.php?f=2&t=1373
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Koloss - 2013-12-18
Very good news! I hope in future it is in our build included!
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - gummibaum - 2013-12-18
(2013-12-18, 11:18)xbs08 Wrote: Interesting benchmarks...
http://www.phoronix.com/scan.php?page=news_item&px=MTQ1OTE
http://www.solid-run.com/phpbb/viewtopic.php?f=2&t=1373
well,
the results may be interesting, but:
- The first link goes to an article which did some "cherry picking" from the complete results provided here.
There you'll see, that F2FS may be ways worse than EXT4.
- The second linked document shows, that F2FS is faster when writing, but does provide (near) zero improvement for reads.
In everyday life, reads account for >> 90% of "disk" accesses
(and I'm pretty confident this is the case with XBMC as well).
Mathias
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - xbs08 - 2013-12-18
Did a quick run with F2FS and the performance is about the same as ext4.
Maybe there will be improvements when scanning the library.
Agree, no hurries.
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - allan87 - 2013-12-18
(2013-12-18, 22:30)xbs08 Wrote: Did a quick run with F2FS and the performance is about the same as ext4.Bet it won't help. Not that I know that much, but it seems to me that there are several bottlenecks and writing to flash wouldn't be the major factor. Judging how little effort it takes to get the Pi up to 100% use of its CPU, that's going to be the main issue. I have never checked, but I bet it's at 100% when its scanning.
Maybe there will be improvements when scanning the library.
Agree, no hurries.
If python routines are being used - well python is super slow on the Pi and, if practicable, improvements in python performance (and improvements to the routines) would probably make much more of a difference. A faster, not yet in existence version C Pi wouldn't hurt.
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2013-12-18
(2013-12-18, 22:58)allan87 Wrote: Bet it won't help. Not that I know that much, but it seems to me that there are several bottlenecks and writing to flash wouldn't be the major factor. Judging how little effort it takes to get the Pi up to 100% use of its CPU, that's going to be the main issue. I have never checked, but I bet it's at 100% when its scanning.
But that argument would suggest that switching from sdcard to USB for the main storage is pointless, yet there it clearly has a significant benefit.
It's been reported here that USB sticks with good 4K write performance make xbmc more responsive when busy scanning or updating.
I'd imagine that is the sort of scenario where f2fs will be beneficial.
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - allan87 - 2013-12-18
I certainly yield to your far superior knowledge. I note, however, that the benchmarks showed no improvement in read performance for F2FS, whereas read performance was materially improved in the instances where switching from sdcard to USB made a difference.
What do you say about the processor/python/python routine bottleneck?
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - xbs08 - 2013-12-18
Even if the read speeds are more or less the same I prefer to have faster write times over slower ones.
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2013-12-19
(2013-12-18, 23:23)allan87 Wrote: What do you say about the processor/python/python routine bottleneck?
If the recent changes to SportsDevil are anything to go by, poor Python add-on performance might be solved by profiling and judicious tuning.
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Reddog999 - 2013-12-19
I'm not sure if this is a fair or even useful comparison and I will probably get shot down by some of the more knowledgeable people on this forum but I tried copying my thumbnails folder to another location on the storage usb using:
"time cp -r /storage/.xbmc/userdata/Thumbnails/* /storage/downloads/Thumbnails"
With the ext4 formatted storage the time to copy 243,517,211 bytes (6,977 files) was 9m:54.36s => 0.4066 MB/s
I then ran "time rm -rf /storage/downloads/Thumbnails/" and this took 4.10s
With the f2fs formatted storage the time to copy 243,721,615 bytes (6,989 files) was 2m:41.87s => 1.4359 MB/s
Delete took 2.81s
I ran the test 3 times on each and time taken was within 5%.
This was using the same usb stick - a 4GB Sandisk Cruzer.
Assuming this has any meaning that represents a 3.5x performance gain with f2fs.
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - xbs08 - 2013-12-19
Thank you Reddog999 for taking the time to do these test and for posting them here.
I assume copying from other device will improve those times.
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2013-12-19
(2013-12-19, 18:00)Reddog999 Wrote: I'm not sure if this is a fair or even useful comparison and I will probably get shot down by some of the more knowledgeable people on this forum but I tried copying my thumbnails folder to another location on the storage usb using:
"time cp -r /storage/.xbmc/userdata/Thumbnails/* /storage/downloads/Thumbnails"
Seems a valid test to me. I'm surprised the difference was so great, but this is certainly interesting information. Thanks.
What might be interesting is installing a new add-on or skin. I think the write speed would be significant in that.
I seem to remember Aeon Nox took a couple of minutes to install. Installing from a zip file would avoid internet download speed being the bottleneck.
Another test would be something like:
Code:
./texturecache.py C moviesRE: OpenELEC Testbuilds for RaspberryPi Part 2 - xbs08 - 2013-12-19
My Thumbnail folder is 151 MB...
OpenELEC:~ # time cp -r /storage/.xbmc/userdata/Thumbnails/* /storage/downloads/Thumbnails
real 0m 31.39s
user 0m 0.19s
sys 0m 3.33s
OpenELEC:~ # time rm -rf /storage/downloads/Thumbnails/
real 0m 0.68s
user 0m 0.02s
sys 0m 0.30s
Can this be right??