[urbit] Caught in a sync loop?

[Burton Samograd]

Hi,

My urbit seems to be stuck in some sort of sync loop:

~matfeb-sablud:dojo> /«sync»

Then a bunch of this spits out:


/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.215 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.216 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.219 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.221 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.222 9].[1.222 38]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.180 9].[1.249 7]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.181 5].[1.249 7]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.183 5].[1.249 7]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.206 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.208 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.215 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.216 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.219 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay

Any ideas?

Burton

[Philip Monk]

Don't know what the problem is, except that we appear to be checking
whether a bunch of file watches should be triggered. I can't guarantee
it'd fix anything, but I'd try changing a file in /mar. I think the
command would be *%/mar/file/hoon ''

Post by Burton Samograd
Hi,
~matfeb-sablud:dojo> /«sync»
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.215 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.216 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.219 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.221 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.222 9].[1.222 38]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.180 9].[1.249 7]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.181 5].[1.249 7]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.183 5].[1.249 7]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.206 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.208 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.215 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.216 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.219 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
Any ideas?
Burton
--
You received this message because you are subscribed to the Google Groups "urbit" group.
To unsubscribe from this group and stop receiving emails from it, send an
For more options, visit https://groups.google.com/d/optout.

[Burton Samograd]

I am using my Urbit as a partial web server, serving a small text file that
was being updated externally by a shell script every minute. Could that
have caused the problem with the file watches? Basically my planet is
unusable from the web interface at the moment; neither sole, talk or
documentation will load in under a few minutes, sometimes not at all, with
cpu usage spiking at 100% constantly.

Also, I was under the impression that updating the external file should
cause it to reload in the browser automatically, but that didn't seem like
the case. Am I wrong in thinking that should work?

Burton

I am using my Urbit as a partial web server, serving a file that was being
updated externally by a shell script every minute. Could that have caused
the problem with the file watches? Basically my planet is unusable from the
web interface at the moment; neither sole, talk or documentation will load
in under a few minutes, sometimes not at all, with cpu usage spiking at
100% constantly.
Also, I was under the impression that updating the external file should
cause it to reload in the browser automatically, but that didn't seem like
the case. Am I wrong in thinking that should work?
Burton

Post by Philip Monk
Don't know what the problem is, except that we appear to be checking
whether a bunch of file watches should be triggered. I can't guarantee
it'd fix anything, but I'd try changing a file in /mar. I think the
command would be *%/mar/file/hoon ''
On Thu, Mar 31, 2016 at 9:49 PM, Burton Samograd <

Post by Burton Samograd
Hi,
~matfeb-sablud:dojo> /«sync»
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.215 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.216 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.219 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.221 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.222 9].[1.222 38]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.180 9].[1.249 7]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.181 5].[1.249 7]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.183 5].[1.249 7]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.206 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.208 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.215 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.216 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.219 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
Any ideas?
Burton
--
You received this message because you are subscribed to the Google
Groups "urbit" group.
To unsubscribe from this group and stop receiving emails from it, send
For more options, visit https://groups.google.com/d/optout.

[Curtis Yarvin]

Some quick checks: (a) turn your network off to see if anything
interesting is happening; (b) use |verb from the dojo to toggle
verbose mode and see what's cooking.

If you can't get anything interesting from this, tar up the pier and
send it to our pier hospital...

On Fri, Apr 1, 2016 at 6:17 AM, Burton Samograd

Post by Burton Samograd
I am using my Urbit as a partial web server, serving a small text file that
was being updated externally by a shell script every minute. Could that
have caused the problem with the file watches? Basically my planet is
unusable from the web interface at the moment; neither sole, talk or
documentation will load in under a few minutes, sometimes not at all, with
cpu usage spiking at 100% constantly.
Also, I was under the impression that updating the external file should
cause it to reload in the browser automatically, but that didn't seem like
the case. Am I wrong in thinking that should work?
Burton

I am using my Urbit as a partial web server, serving a file that was being
updated externally by a shell script every minute. Could that have caused
the problem with the file watches? Basically my planet is unusable from the
web interface at the moment; neither sole, talk or documentation will load
in under a few minutes, sometimes not at all, with cpu usage spiking at 100%
constantly.
Also, I was under the impression that updating the external file should
cause it to reload in the browser automatically, but that didn't seem like
the case. Am I wrong in thinking that should work?
Burton

Post by Philip Monk
Don't know what the problem is, except that we appear to be checking
whether a bunch of file watches should be triggered. I can't guarantee it'd
fix anything, but I'd try changing a file in /mar. I think the command
would be *%/mar/file/hoon ''
On Thu, Mar 31, 2016 at 9:49 PM, Burton Samograd

Hi,
~matfeb-sablud:dojo> /«sync»
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.215 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.216 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.219 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.221 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.222 9].[1.222 38]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.180 9].[1.249 7]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.181 5].[1.249 7]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.183 5].[1.249 7]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.206 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.208 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.215 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.216 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.219 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
Any ideas?
Burton
--
You received this message because you are subscribed to the Google
Groups "urbit" group.
To unsubscribe from this group and stop receiving emails from it, send
For more options, visit https://groups.google.com/d/optout.

--
You received this message because you are subscribed to the Google Groups "urbit" group.
To unsubscribe from this group and stop receiving emails from it, send an
For more options, visit https://groups.google.com/d/optout.

[jpt4]

Post by Curtis Yarvin
pier
pier hospital

You see? It's still ships! I told you it was ships! You thought I was crazy, but look... piers, ergo ships!

(Pro-naval-taxonomy ravings concluded, back to lurking.)

Post by Curtis Yarvin
Some quick checks: (a) turn your network off to see if anything
interesting is happening; (b) use |verb from the dojo to toggle
verbose mode and see what's cooking.
If you can't get anything interesting from this, tar up the pier and
send it to our pier hospital...
On Fri, Apr 1, 2016 at 6:17 AM, Burton Samograd

Post by Burton Samograd
I am using my Urbit as a partial web server, serving a small text

file that

Post by Burton Samograd
was being updated externally by a shell script every minute. Could

that

Post by Burton Samograd
have caused the problem with the file watches? Basically my planet is
unusable from the web interface at the moment; neither sole, talk or
documentation will load in under a few minutes, sometimes not at all,

with

Post by Burton Samograd
cpu usage spiking at 100% constantly.
Also, I was under the impression that updating the external file

should

Post by Burton Samograd
cause it to reload in the browser automatically, but that didn't seem

like

Post by Burton Samograd
the case. Am I wrong in thinking that should work?
Burton
On Fri, Apr 1, 2016 at 7:16 AM, Burton Samograd

I am using my Urbit as a partial web server, serving a file that was

being

Post by Burton Samograd

updated externally by a shell script every minute. Could that have

caused

Post by Burton Samograd

the problem with the file watches? Basically my planet is unusable

from the

Post by Burton Samograd

web interface at the moment; neither sole, talk or documentation

will load

Post by Burton Samograd

in under a few minutes, sometimes not at all, with cpu usage spiking

at 100%

Post by Burton Samograd

constantly.
Also, I was under the impression that updating the external file

should

Post by Burton Samograd

cause it to reload in the browser automatically, but that didn't

seem like

Post by Burton Samograd

the case. Am I wrong in thinking that should work?
Burton

Post by Philip Monk
Don't know what the problem is, except that we appear to be

checking

Post by Burton Samograd

Post by Philip Monk
whether a bunch of file watches should be triggered. I can't

guarantee it'd

Post by Burton Samograd

Post by Philip Monk
fix anything, but I'd try changing a file in /mar. I think the

command

Post by Burton Samograd

Post by Philip Monk
would be *%/mar/file/hoon ''
On Thu, Mar 31, 2016 at 9:49 PM, Burton Samograd

Post by Burton Samograd
Hi,
~matfeb-sablud:dojo> /«sync»
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.215 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.216 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.219 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.221 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.222 9].[1.222 38]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.180 9].[1.249 7]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.181 5].[1.249 7]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.183 5].[1.249 7]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.206 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.208 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.215 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.216 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.219 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
Any ideas?
Burton
--
You received this message because you are subscribed to the Google
Groups "urbit" group.
To unsubscribe from this group and stop receiving emails from it,

send

Post by Burton Samograd

Post by Philip Monk

Post by Burton Samograd
For more options, visit https://groups.google.com/d/optout.

--
You received this message because you are subscribed to the Google

Groups

Post by Burton Samograd
"urbit" group.
To unsubscribe from this group and stop receiving emails from it,

send an

Post by Burton Samograd
For more options, visit https://groups.google.com/d/optout.

--
You received this message because you are subscribed to the Google Groups "urbit" group.
To unsubscribe from this group and stop receiving emails from it, send
For more options, visit https://groups.google.com/d/optout.

[David Cowden]

I always thought space-naval-taxonomy was the logical compromise..

Post by jpt4

Post by Curtis Yarvin
pier
pier hospital

You see? It's still ships! I told you it was ships! You thought I was
crazy, but look... piers, ergo ships!
(Pro-naval-taxonomy ravings concluded, back to lurking.)

Post by Curtis Yarvin
Some quick checks: (a) turn your network off to see if anything
interesting is happening; (b) use |verb from the dojo to toggle
verbose mode and see what's cooking.
If you can't get anything interesting from this, tar up the pier and
send it to our pier hospital...
On Fri, Apr 1, 2016 at 6:17 AM, Burton Samograd

Post by Burton Samograd
I am using my Urbit as a partial web server, serving a small text file that
was being updated externally by a shell script every minute. Could that
have caused the problem with the file watches? Basically my planet is
unusable from the web interface at the moment; neither sole, talk or
documentation will load in under a few minutes, sometimes not at all, with
cpu usage spiking at 100% constantly.
Also, I was
under the impression that updating the external file should
cause it to reload in the browser automatically, but that didn't seem like
the case. Am I wrong in thinking that should work?
Burton

I am using my Urbit as a partial web server, serving a file that was being
updated externally by a shell script every minute. Could that have caused
the problem with the file watches? Basically my planet is unusable from the
web interface at the moment; neither sole, talk or documentation will load
in under a few minutes, sometimes not at all, with cpu usage spiking at 100%
constantly.
Also, I was under the impression that updating the external file should
cause it to reload in the
browser automatically, but that didn't seem like
the case. Am I wrong in thinking that should work?
Burton

Post by Philip Monk
Don't know what the problem is, except that we appear to be checking
whether a bunch of file watches should be triggered. I can't guarantee it'd
fix anything, but I'd try changing a file in /mar. I think the command
would be *%/mar/file/hoon ''
On Thu, Mar 31, 2016 at 9:49 PM, Burton Samograd

Post by Burton Samograd
Hi,
~matfeb-sablud:dojo> /«sync»
Then a
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.215 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.216 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.219 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.221 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.222 9].[1.222 38]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.180 9].[1.249 7]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.181 5].[1.249 7]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.183 5].[1.249 7]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.206 7].[1.223
54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.208 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.215 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.216 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.219 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
Any ideas?
Burton
--
You received this message because you are subscribed to the Google
Groups "urbit" group.
To unsubscribe from this group and stop receiving emails from it, send
For more options, visit https://groups.google.com/d/optout.

--
You received this message because you are subscribed to the Google Groups
"urbit" group.
To unsubscribe from this group and stop receiving emails from it, send an
For more options, visit https://groups.google.com/d/optout.

--

You received this message because you are subscribed to the Google Groups "urbit" group.
To unsubscribe from this group and stop receiving emails from it, send an
For more options, visit https://groups.google.com/d/optout.

[Anton Dyudin]

Auto-updating should work if the text file is being rendered as html, but
otherwise it's just data, and there's no way to tell the browser to run a
script.

Having hundreds of clay revisions is definitely known to grind the system
to a halt, and iirc notification requests were the culprit, yes. This is
part of the motivation for the "duct tracing" tool I posted about earlier.

Post by Curtis Yarvin
Some quick checks: (a) turn your network off to see if anything
interesting is happening; (b) use |verb from the dojo to toggle
verbose mode and see what's cooking.
If you can't get anything interesting from this, tar up the pier and
send it to our pier hospital...
On Fri, Apr 1, 2016 at 6:17 AM, Burton Samograd

Post by Burton Samograd
I am using my Urbit as a partial web server, serving a small text file

that

Post by Burton Samograd
was being updated externally by a shell script every minute. Could that
have caused the problem with the file watches? Basically my planet is
unusable from the web interface at the moment; neither sole, talk or
documentation will load in under a few minutes, sometimes not at all,

with

Post by Burton Samograd
cpu usage spiking at 100% constantly.
Also, I was under the impression that updating the external file should
cause it to reload in the browser automatically, but that didn't seem

like

Post by Burton Samograd
the case. Am I wrong in thinking that should work?
Burton
On Fri, Apr 1, 2016 at 7:16 AM, Burton Samograd <

I am using my Urbit as a partial web server, serving a file that was

being

Post by Burton Samograd

updated externally by a shell script every minute. Could that have

caused

Post by Burton Samograd

the problem with the file watches? Basically my planet is unusable from

the

Post by Burton Samograd

web interface at the moment; neither sole, talk or documentation will

load

Post by Burton Samograd

in under a few minutes, sometimes not at all, with cpu usage spiking at

100%

Post by Burton Samograd

constantly.
Also, I was under the impression that updating the external file should
cause it to reload in the browser automatically, but that didn't seem

like

Post by Burton Samograd

the case. Am I wrong in thinking that should work?
Burton

Post by Philip Monk
Don't know what the problem is, except that we appear to be checking
whether a bunch of file watches should be triggered. I can't

guarantee it'd

Post by Burton Samograd

Post by Philip Monk
fix anything, but I'd try changing a file in /mar. I think the command
would be *%/mar/file/hoon ''
On Thu, Mar 31, 2016 at 9:49 PM, Burton Samograd

Post by Burton Samograd
Hi,
~matfeb-sablud:dojo> /«sync»
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.215 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.216 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.219 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.221 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.222 9].[1.222 38]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.180 9].[1.249 7]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.181 5].[1.249 7]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.183 5].[1.249 7]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.206 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.208 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.215 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.216 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.219 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
Any ideas?
Burton
--
You received this message because you are subscribed to the Google
Groups "urbit" group.
To unsubscribe from this group and stop receiving emails from it, send

<javascript:;>.

Post by Burton Samograd

Post by Philip Monk

Post by Burton Samograd
For more options, visit https://groups.google.com/d/optout.

--
You received this message because you are subscribed to the Google Groups
"urbit" group.
To unsubscribe from this group and stop receiving emails from it, send an

<javascript:;>.

Post by Burton Samograd
For more options, visit https://groups.google.com/d/optout.

--
You received this message because you are subscribed to the Google Groups "urbit" group.
To unsubscribe from this group and stop receiving emails from it, send an
<javascript:;>.
For more options, visit https://groups.google.com/d/optout.

[Curtis Yarvin]

Hundreds of revisions have been known to grind the system to a halt in
the past. I could swear we'd fixed that and tested it.

Send the pier, Burton...

Post by Anton Dyudin
Auto-updating should work if the text file is being rendered as html, but
otherwise it's just data, and there's no way to tell the browser to run a
script.
Having hundreds of clay revisions is definitely known to grind the system to
a halt, and iirc notification requests were the culprit, yes. This is part
of the motivation for the "duct tracing" tool I posted about earlier.

Post by Curtis Yarvin
Some quick checks: (a) turn your network off to see if anything
interesting is happening; (b) use |verb from the dojo to toggle
verbose mode and see what's cooking.
If you can't get anything interesting from this, tar up the pier and
send it to our pier hospital...
On Fri, Apr 1, 2016 at 6:17 AM, Burton Samograd

Post by Burton Samograd
I am using my Urbit as a partial web server, serving a small text file that
was being updated externally by a shell script every minute. Could that
have caused the problem with the file watches? Basically my planet is
unusable from the web interface at the moment; neither sole, talk or
documentation will load in under a few minutes, sometimes not at all, with
cpu usage spiking at 100% constantly.
Also, I was under the impression that updating the external file should
cause it to reload in the browser automatically, but that didn't seem like
the case. Am I wrong in thinking that should work?
Burton
On Fri, Apr 1, 2016 at 7:16 AM, Burton Samograd

I am using my Urbit as a partial web server, serving a file that was being
updated externally by a shell script every minute. Could that have caused
the problem with the file watches? Basically my planet is unusable from the
web interface at the moment; neither sole, talk or documentation will load
in under a few minutes, sometimes not at all, with cpu usage spiking at 100%
constantly.
Also, I was under the impression that updating the external file should
cause it to reload in the browser automatically, but that didn't seem like
the case. Am I wrong in thinking that should work?
Burton

Post by Philip Monk
Don't know what the problem is, except that we appear to be checking
whether a bunch of file watches should be triggered. I can't guarantee it'd
fix anything, but I'd try changing a file in /mar. I think the command
would be *%/mar/file/hoon ''
On Thu, Mar 31, 2016 at 9:49 PM, Burton Samograd

Hi,
~matfeb-sablud:dojo> /«sync»
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.215 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.216 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.219 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.221 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.222 9].[1.222 38]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.180 9].[1.249 7]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.181 5].[1.249 7]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.183 5].[1.249 7]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.206 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.208 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.215 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.216 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
<[1.219 7].[1.223 54]>
/~matfeb-sablud/home/~2016.3.28..06.08.21..d69e/arvo/clay
Any ideas?
Burton
--
You received this message because you are subscribed to the Google
Groups "urbit" group.
To unsubscribe from this group and stop receiving emails from it, send
For more options, visit https://groups.google.com/d/optout.

--
You received this message because you are subscribed to the Google Groups
"urbit" group.
To unsubscribe from this group and stop receiving emails from it, send an
For more options, visit https://groups.google.com/d/optout.

--
You received this message because you are subscribed to the Google Groups "urbit" group.
To unsubscribe from this group and stop receiving emails from it, send an
For more options, visit https://groups.google.com/d/optout.

--
Cabmold delenda est