today i am testing my service(something like cdn).system is centos
6.5,memory=32GB,bandwidth=10Gb and 4000 live stream.one mechine is 16-core
cpu and the other is 8-core cpu.the testing result makes me feel
upset,16-core cpu mechine run about 1000% cpu and play is not smooth,but
the 8-core
thanks for response.
i am using the version is go1.7, i do not know it's detail version.
yes, i have profiled my program,the cpu profile,16-core cpu and 8-core cpu
both done.the percent of the same functions almost at the same,but the
total cpu.this is interesting.
i will follow your
thanks.
i have checked my code and analyze the cpu prof file for many times.i do
not see any problems.
在 2016年11月26日星期六 UTC+8上午2:45:13,Didier Spezia写道:
>
> Any non trivial program is scalable up a certain point.
> In your code, you may have some contention.
> It can be physical (CPU, memory,
o yea,thanks.it's a good way to improve the performance of my program.but
will it solve the problem,crashing?
在 2017年7月27日星期四 UTC+8上午12:26:36,JuciÊ Andrade写道:
>
> I mean bytes.Buffer.
>
> On Wednesday, July 26, 2017 at 8:08:13 AM UTC-3, JuciÊ Andrade wrote:
>>
>> Dear friend 3702, while you are
ok,i will try,thanks.
在 2017年7月27日星期四 UTC+8下午8:33:24,JuciÊ Andrade写道:
>
> 3702, I think you need to learn some fundamental concepts to better
> understand the problem at hand.
>
>
> Processors have more than one core. That means we have several threads
> running simultaneously. To let more than
thanks.yes,i thought this before too,but string is basic type of golang,to
read and write the same variable of string should not case panic i think.
在 2017年7月26日星期三 UTC+8下午5:35:24,Jan Mercl写道:
>
> On Wed, Jul 26, 2017 at 11:28 AM <3702...@qq.com > wrote:
>
> I think I can see at least one data
the code is like this(i make it simple,but the logic is not change)
const (
Ignore = "-"
End= "\r\n"
)
type AccessLog struct {
Hash string
LowerIP string
FlowType int8
SendTime