Hi vitor
can you open a bug entry about the clean up process because it should work?
if I remember well every image we produce gets the clean for production
code run.
Stef
Le 10/9/16 à 17:32, Vitor Medina Cruz a écrit :
Also, I could not test with a cleaned image since this procedure
doesn
Also, I could not test with a cleaned image since this procedure doesn't
seems to be working I get errors in a UI pharo or it goes forever in
the headless mode.
On Sat, Sep 10, 2016 at 12:30 PM, Vitor Medina Cruz
wrote:
> Ok, my mistake was not take in account that DO has a MUCH faster link
Ok, my mistake was not take in account that DO has a MUCH faster link than
the the one I have at home... :/ Those ten I/O calls traffics more than
5Mb, so you are right Sven :)
Ben: I tried to change the Delay Scheduler, but the problem is that there
is actually too much I/O wait.There was also no
>
> Why not ? You are doing (lot's of) network I/O. It is normal that your
> image code has to wait from time to time for data to come in from the
> network. By definition that is slow (in CPU terms). The Digital Ocean
> instance is probably faster in that respect.
>
But only the wait time corresp
> On 08 Sep 2016, at 14:01, Vitor Medina Cruz wrote:
>
> Thanks for the answers!
>
> If this is time spent on I/O it is really strange. I am consuming the Twitter
> API and it don't get so much time like this to get a response. Besides, while
> those profiles were made at a Windows 10 local m
Thanks for the answers!
If this is time spent on I/O it is really strange. I am consuming the
Twitter API and it don't get so much time like this to get a response.
Besides, while those profiles were made at a Windows 10 local machine, the
same code on a Pharo 5 (get.pharo.org) deployed on a linux
On Thu, Sep 8, 2016 at 3:44 AM, Vitor Medina Cruz
wrote:
> Hello,
>
> While profiling some I/O code that takes ~20 seconds to execute under my
> local image, the report says that about ~13 seconds is waste on
> OtherProcesses -> ProcessorScheduler class>>idleProcess. I could not
> understand what
On Thu, Sep 8, 2016 at 11:37 AM, Ben Coman wrote:
> - 9989 tallies, 10003 msec.
>
> **Tree**
>
> Process: other processes
>
> 99.2% {9928ms} ProcessorScheduler class>>startUp
> 99.2% {9928ms} ProcessorScheduler class>>idleProcess
Ahhh... gmail pre-emptive send strikes again To continue...
I am curious about the recursive calls to
ZdcSecureSocketStream(ZdcSimpleSocketStream)>>fillReadBuffer
and multiple accumulations from DelayExperimentalSpinScheduler>>unschedule:
but that method doesn't really do a lot. I wouldn't ex
- 9989 tallies, 10003 msec.
**Tree**
Process: other processes
99.2% {9928ms} ProcessorScheduler class>>startUp
99.2% {9928ms} ProcessorScheduler class>>idleProcess
**Leaves**
99.2% {9928ms} ProcessorScheduler class>>idleProcess
*
Hello,
While profiling some I/O code that takes ~20 seconds to execute under my
local image, the report says that about ~13 seconds is waste on
OtherProcesses -> ProcessorScheduler class>>idleProcess. I could not
understand what this idleProcess do by looking at the code. First I thought
this coul
11 matches
Mail list logo
