search for: testnumber

Displaying 11 results from an estimated 11 matches for "testnumber".

Did you mean: testnumbers
2013 Jan 12
2
Interpreting coefficients in linear models with interaction terms
Hi, I am trying to interpret the coefficients in the model: RateOfMotorPlay ~ TestNumber + Sex + TestNumber * Sex where there are thee different tests and Sex is (obviously) binary. My results are: Residuals: Min 1Q Median 3Q Max -86.90 -26.28 -7.68 22.52 123.74 Coefficients: Estimate Std. Error t value Pr(>|t|) (Intercept) 29.430...
2018 Mar 12
4
Expected performance for WORM scenario
Heya fellas. I've been struggling quite a lot to get glusterfs to perform even halfdecently with a write-intensive workload. Testnumbers are from gluster 3.10.7. We store a bunch of small files in a doubly-tiered sha1 hash fanout directory structure. The directories themselves aren't overly full. Most of the data we write to gluster is "write once, read probably never", so 99% of all operations are of the write varie...
2018 Mar 12
0
Expected performance for WORM scenario
...2. What client you are using to run this? Thanks, Nithya On 12 March 2018 at 18:16, Andreas Ericsson <andreas.ericsson at findity.com> wrote: > Heya fellas. > > I've been struggling quite a lot to get glusterfs to perform even > halfdecently with a write-intensive workload. Testnumbers are from gluster > 3.10.7. > > We store a bunch of small files in a doubly-tiered sha1 hash fanout > directory structure. The directories themselves aren't overly full. Most of > the data we write to gluster is "write once, read probably never", so 99% > of all oper...
2018 Mar 13
5
Expected performance for WORM scenario
..., 2018 1:47 PM > *To:* Gluster-users at gluster.org > *Subject:* [Gluster-users] Expected performance for WORM scenario > > > > Heya fellas. > > > > I've been struggling quite a lot to get glusterfs to perform even > halfdecently with a write-intensive workload. Testnumbers are from gluster > 3.10.7. > > > > We store a bunch of small files in a doubly-tiered sha1 hash fanout > directory structure. The directories themselves aren't overly full. Most of > the data we write to gluster is "write once, read probably never", so 99% > o...
2018 Mar 12
0
Expected performance for WORM scenario
...org] On Behalf Of Andreas Ericsson Sent: Monday, March 12, 2018 1:47 PM To: Gluster-users at gluster.org Subject: [Gluster-users] Expected performance for WORM scenario Heya fellas. I've been struggling quite a lot to get glusterfs to perform even halfdecently with a write-intensive workload. Testnumbers are from gluster 3.10.7. We store a bunch of small files in a doubly-tiered sha1 hash fanout directory structure. The directories themselves aren't overly full. Most of the data we write to gluster is "write once, read probably never", so 99% of all operations are of the write varie...
2018 Mar 14
0
Expected performance for WORM scenario
...at gluster.org >> *Subject:* [Gluster-users] Expected performance for WORM scenario >> >> >> >> Heya fellas. >> >> >> >> I've been struggling quite a lot to get glusterfs to perform even >> halfdecently with a write-intensive workload. Testnumbers are from gluster >> 3.10.7. >> >> >> >> We store a bunch of small files in a doubly-tiered sha1 hash fanout >> directory structure. The directories themselves aren't overly full. Most of >> the data we write to gluster is "write once, read probabl...
2018 Mar 13
0
Expected performance for WORM scenario
...nday, March 12, 2018 1:47 PM To: Gluster-users at gluster.org<mailto:Gluster-users at gluster.org> Subject: [Gluster-users] Expected performance for WORM scenario Heya fellas. I've been struggling quite a lot to get glusterfs to perform even halfdecently with a write-intensive workload. Testnumbers are from gluster 3.10.7. We store a bunch of small files in a doubly-tiered sha1 hash fanout directory structure. The directories themselves aren't overly full. Most of the data we write to gluster is "write once, read probably never", so 99% of all operations are of the write varie...
2018 Mar 13
3
Expected performance for WORM scenario
..., 2018 1:47 PM > *To:* Gluster-users at gluster.org > *Subject:* [Gluster-users] Expected performance for WORM scenario > > > > Heya fellas. > > > > I've been struggling quite a lot to get glusterfs to perform even > halfdecently with a write-intensive workload. Testnumbers are from gluster > 3.10.7. > > > > We store a bunch of small files in a doubly-tiered sha1 hash fanout > directory structure. The directories themselves aren't overly full. Most of > the data we write to gluster is "write once, read probably never", so 99% > o...
2018 Mar 13
0
Expected performance for WORM scenario
...nday, March 12, 2018 1:47 PM To: Gluster-users at gluster.org<mailto:Gluster-users at gluster.org> Subject: [Gluster-users] Expected performance for WORM scenario Heya fellas. I've been struggling quite a lot to get glusterfs to perform even halfdecently with a write-intensive workload. Testnumbers are from gluster 3.10.7. We store a bunch of small files in a doubly-tiered sha1 hash fanout directory structure. The directories themselves aren't overly full. Most of the data we write to gluster is "write once, read probably never", so 99% of all operations are of the write varie...
2018 Mar 14
2
Expected performance for WORM scenario
..., 2018 1:47 PM > *To:* Gluster-users at gluster.org > *Subject:* [Gluster-users] Expected performance for WORM scenario > > > > Heya fellas. > > > > I've been struggling quite a lot to get glusterfs to perform even > halfdecently with a write-intensive workload. Testnumbers are from gluster > 3.10.7. > > > > We store a bunch of small files in a doubly-tiered sha1 hash fanout > directory structure. The directories themselves aren't overly full. Most of > the data we write to gluster is "write once, read probably never", so 99% > o...
2018 Mar 13
1
Expected performance for WORM scenario
..., 2018 1:47 PM > *To:* Gluster-users at gluster.org > *Subject:* [Gluster-users] Expected performance for WORM scenario > > > > Heya fellas. > > > > I've been struggling quite a lot to get glusterfs to perform even > halfdecently with a write-intensive workload. Testnumbers are from gluster > 3.10.7. > > > > We store a bunch of small files in a doubly-tiered sha1 hash fanout > directory structure. The directories themselves aren't overly full. Most of > the data we write to gluster is "write once, read probably never", so 99% > o...