As for the question, how permanent is permanent then?
You can just discuss why the person here finds my stance over someone else's banishment being revoked a problem, when his own permanent status was lowered to a couple of months and that not being a problem. :)

Personally, I have no issue with any moderation. However, what you stated here does make one think about some peoples mindsets.

I'll offer my condolences to Bernie, as I understand it such appointments here are for life, or until they fix the un-mod button.

I just wonder though if there is anything to that time zone ... why there are so many mods in it ...

---

There's not much happening during the European night on here, even the spammers seem to keep at bay.

But let's see the numbers:
Charlie Fenton, American, UTC-7
Rom Walton, American, UTC-5
David Anderson, American, UTC-7
Kathryn Marks, American, UTC-5

Christian Beers, German, UTC+2
Bernie Vine, Englishman, UTC+1
Jord van der Elst, Dutch, UTC+2

The last volunteer American moderator we had on here couldn't cope with the pressure and started banishing a project administrator because he didn't agree with what they were saying.

I think that the next one I should be on the lookout for is an Asian or Australian. So that means I should be hunting for Les Baylis. ;-)
Apropos of nothing, I have access to the mod button, and therefore also to the un-mod button. Not that it is a button, but okay.

---

Just a shame that any UNI resources will have to be wasted upon this, especially as some of them are my tax dollars.

Sirius, how are your tax dollars getting to the university in California? As a point of order don't you use pounds?

Just a shame that any UNI resources will have to be wasted upon this, especially as some of them are my tax dollars.

Sirius, how are your tax dollars getting to the university in California? As a point of order don't you use pounds?

Suggest you read my post again & then search which thread the quote came from.

Then reply to this post :-)

betreger wrote:

(Inmate: ID 3424) wrote:

Just a shame that any UNI resources will have to be wasted upon this, especially as some of them are my tax dollars.

Sirius, how are your tax dollars getting to the university in California? As a point of order don't you use pounds?

I think Sirius just forgot part of the [ quote = author of quoted text ] BBCode and got you confused.

---

Despite popular believe that moderators everywhere communicate with each other via secret IRC channels, massive barbecue parties

Err, you've missed out on something there ;-)

Despite popular believe that moderators everywhere communicate with each other via secret IRC channels, massive barbecue parties

Err, you've missed out on something there ;-)

Smoke is visible for miles so they aren't that secret.

IRC? thought it was a yahoo group, maybe they moved it to a google group.

---

Off-colour minions are always a concern - blue ones particularly. I'll keep my eye out for them :)

*pause to put eye out*

It should be easier now that I've worked out that it wasn't that there weren't any new posts, but that I'd accidentally logged myself out and just thought there weren't.

Great! .... just as I was posting a response in the forum. The site went down. Was it the use of [List] that I was trying to use?

What's an insomniac to do? SETI's down. :~(

---

The mind is a weird and mysterious place

Insomnia? - no the alarm clock just woke me up and it's getting close to time for work :-(

To what thread Keith?

It is still Thorsday at the Uni, so it must have been some of Thor's lightning. :)
[crash]now[/crash]

---

Nothing yet on the IST Service Status page.
http://ucbsystems.org/category/active/

The one about using the -SBS 3072 setting. The response didn't make any sense to what I had observed.

This is what I was trying to post.

Easiest way to find the amount of OpenCL memory is to look at a task result file on the website. In the result, Rastimer's program lists the OpenCl caps of your card. Look for the following line:

Max memory allocation: 3221225472 <-- this is the amount of OpenCL memory your card has. Value is in bytes and to convert to MB:

3221225472/1024 = 3145728KB

3145728/1024 = 3072MB of OpenCl memory.

In my previous post I said I was using a -sbs setting of 1476, this is incorrect, it is 1472

From my testing and reading, there is nothing that says if you use a -sbs X will result in Y MB of memory buffers to be allocated. All you can do is increase the -sbs setting by increments of 64 and see the increased amount of buffer size. For one task at a time with the stock r3584.cl the max -sbs is 1472, another increase of 64 will result in error messages and the app falls back to the default of 256. What the max is in the Lunatics r3557.cl I do not know, but it is much higher.

When I run two tasks at a time on my RX480, I have to drop the -sbs setting down to 1208 to avoid exceeding the amount of OpenCl memory.

So are you talking about a Linux app in this case? I don't see that anywhere in the stderr.txt output of any of my GPU tasks.

Build features: SETI8 Non-graphics OpenCL USE_OPENCL_NV OCL_ZERO_COPY SIGNALS_ON_GPU OCL_CHIRP3 FFTW USE_SSE3 x86
CPUID: AMD Ryzen 7 1700X Eight-Core Processor

Cache: L1=64K L2=512K

CPU features: FPU TSC PAE CMPXCHG8B APIC SYSENTER MTRR CMOV/CCMP MMX FXSAVE/FXRSTOR SSE SSE2 HT SSE3 SSSE3 FMA3 SSE4.1 SSE4.2 AVX SSE4A
OpenCL-kernels filename : MultiBeam_Kernels_r3584.cl
ar=0.365418 NumCfft=213159 NumGauss=1294457920 NumPulse=226323279185 NumTriplet=452709856485
Currently allocated 2149 MB for GPU buffers
In v_BaseLineSmooth: NumDataPoints=1048576, BoxCarLength=8192, NumPointsInChunk=32768

Windows optimized setiathome_v8 application
Based on Intel, Core 2-optimized v8-nographics V5.13 by Alex Kan
SSE3xj Win32 Build 3584 , Ported by : Raistmer, JDWhale

SETI8 update by Raistmer

OpenCL version by Raistmer, r3584

Number of OpenCL platforms: 1


OpenCL Platform Name: NVIDIA CUDA
Number of devices: 2
Max compute units: 15
Max work group size: 1024
Max clock frequency: 1683Mhz
Max memory allocation: 2147483648
Cache type: Read/Write
Cache line size: 128
Cache size: 245760
Global memory size: 8589934592
Constant buffer size: 65536
Max number of constant args: 9
Local memory type: Scratchpad
Local memory size: 49152
Queue properties:
Out-of-Order: Yes
Name: GeForce GTX 1070
Vendor: NVIDIA Corporation
Driver version: 378.92
Version: OpenCL 1.2 CUDA
Extensions: cl_khr_global_int32_base_atomics cl_khr_global_int32_extended_atomics cl_khr_local_int32_base_atomics cl_khr_local_int32_extended_atomics cl_khr_fp64 cl_khr_byte_addressable_store cl_khr_icd cl_khr_gl_sharing cl_nv_compiler_options cl_nv_device_attribute_query cl_nv_pragma_unroll cl_nv_d3d10_sharing cl_khr_d3d10_sharing cl_nv_d3d11_sharing cl_nv_copy_opts
Max compute units: 15
Max work group size: 1024
Max clock frequency: 1683Mhz
Max memory allocation: 2147483648
Cache type: Read/Write
Cache line size: 128
Cache size: 245760
Global memory size: 8589934592
Constant buffer size: 65536
Max number of constant args: 9
Local memory type: Scratchpad
Local memory size: 49152
Queue properties:
Out-of-Order: Yes
Name: GeForce GTX 1070
Vendor: NVIDIA Corporation
Driver version: 378.92
Version: OpenCL 1.2 CUDA
Extensions: cl_khr_global_int32_base_atomics cl_khr_global_int32_extended_atomics cl_khr_local_int32_base_atomics cl_khr_local_int32_extended_atomics cl_khr_fp64 cl_khr_byte_addressable_store cl_khr_icd cl_khr_gl_sharing cl_nv_compiler_options cl_nv_device_attribute_query cl_nv_pragma_unroll cl_nv_d3d10_sharing cl_khr_d3d10_sharing cl_nv_d3d11_sharing cl_nv_copy_opts

All I see is the SBS buffer size I set with the -SBS 2048 setting in app_config.xml

??

I noticed the math didn't add up.

He listed this

3221225472/1024 = 3145728KB

but to go from byte to Kb, it should be 1000 not 1024

In the second part

3145728/1024 = 3072MB of OpenCl memory.

where did he get the 1024 from?

I had a long response talking about webpages that say nvidia limits OpenCl memory to 25% of total, AMD and Intel is 50-80% depending on manufacturer.

The kilobyte is a multiple of the unit byte for digital information. The International System of Units (SI) defines the prefix kilo as 1000 (10³); therefore one kilobyte is 1000 bytes. The unit symbol for the kilobyte is kB. In information technology, particularly in reference to main memory capacity, kilobyte is traditionally used to denote 1024 (2¹⁰) bytes.

source

---

So help me understand, so then the use of 1024 in both places is correct?

I noticed the math didn't add up.

He listed this

3221225472/1024 = 3145728KB

but to go from byte to Kb, it should be 1000 not 1024

In the second part

3145728/1024 = 3072MB of OpenCl memory.

where did he get the 1024 from?

I had a long response talking about webpages that say nvidia limits OpenCl memory to 25% of total, AMD and Intel is 50-80% depending on manufacturer.

I would like to see that link from Nvidia about the OpenCL limits. My card has 8 GB of memory. I would have thought that using only 3/4 of it would not be a problem. I'm sure I've seen that much memory used in gaming applications.