NH
nop head
Sun, May 6, 2018 7:20 PM
It seems that when my project gets past a certain size simple changes cause
everything to be rendered for scratch when I hit F5. Does the geometry
cache have a finite size? And if so would new stuff overwrite the out the
old stuff so nothing is persisted?
It seems that when my project gets past a certain size simple changes cause
everything to be rendered for scratch when I hit F5. Does the geometry
cache have a finite size? And if so would new stuff overwrite the out the
old stuff so nothing is persisted?
TP
Torsten Paul
Sun, May 6, 2018 7:29 PM
On 05/06/2018 09:20 PM, nop head wrote:
It seems that when my project gets past a certain size > simple changes cause everything to be rendered for scratch
when I hit F5. Does the geometry cache have a finite size?
Yes, it's limited. There's a setting for cache size.
And if so would new stuff overwrite the out the old stuff
so nothing is persisted?
I'm not 100% sure, but I think it will skip putting stuff
into the cache instead of pushing previous data out.
ciao,
Torsten.
On 05/06/2018 09:20 PM, nop head wrote:
> It seems that when my project gets past a certain size > simple changes cause everything to be rendered for scratch
> when I hit F5. Does the geometry cache have a finite size?
>
Yes, it's limited. There's a setting for cache size.
> And if so would new stuff overwrite the out the old stuff
> so nothing is persisted?
>
I'm not 100% sure, but I think it will skip putting stuff
into the cache instead of pushing previous data out.
ciao,
Torsten.
NH
nop head
Sun, May 6, 2018 7:46 PM
Thanks. I added another 0 to make it 1,048,576,000 and it seems to be quick
again.
On 6 May 2018 at 20:29, Torsten Paul Torsten.Paul@gmx.de wrote:
On 05/06/2018 09:20 PM, nop head wrote:
It seems that when my project gets past a certain size > simple changes
cause everything to be rendered for scratch
when I hit F5. Does the geometry cache have a finite size?
Yes, it's limited. There's a setting for cache size.
And if so would new stuff overwrite the out the old stuff
so nothing is persisted?
I'm not 100% sure, but I think it will skip putting stuff
Thanks. I added another 0 to make it 1,048,576,000 and it seems to be quick
again.
On 6 May 2018 at 20:29, Torsten Paul <Torsten.Paul@gmx.de> wrote:
> On 05/06/2018 09:20 PM, nop head wrote:
>
>> It seems that when my project gets past a certain size > simple changes
>> cause everything to be rendered for scratch
>> when I hit F5. Does the geometry cache have a finite size?
>>
> >
> Yes, it's limited. There's a setting for cache size.
>
> And if so would new stuff overwrite the out the old stuff
>> so nothing is persisted?
>>
>> I'm not 100% sure, but I think it will skip putting stuff
> into the cache instead of pushing previous data out.
>
> ciao,
> Torsten.
>
> _______________________________________________
> OpenSCAD mailing list
> Discuss@lists.openscad.org
> http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
>
P
Parkinbot
Sun, May 6, 2018 11:30 PM
Torsten, is it reasonable to set the caches in bytes? Why not MB?
--
Sent from: http://forum.openscad.org/
Torsten, is it reasonable to set the caches in bytes? Why not MB?
--
Sent from: http://forum.openscad.org/
M
MichaelAtOz
Mon, May 7, 2018 2:19 AM
Perhaps it should report hits v's misses?
Admin - PM me if you need anything, or if I've done something stupid...
Unless specifically shown otherwise above, my contribution is in the Public Domain; to the extent possible under law, I have waived all copyright and related or neighbouring rights to this work. Obviously inclusion of works of previous authors is not included in the above.
The TPP is no simple “trade agreement.” Fight it! http://www.ourfairdeal.org/ time is running out!
Sent from: http://forum.openscad.org/
Perhaps it should report hits v's misses?
-----
Admin - PM me if you need anything, or if I've done something stupid...
Unless specifically shown otherwise above, my contribution is in the Public Domain; to the extent possible under law, I have waived all copyright and related or neighbouring rights to this work. Obviously inclusion of works of previous authors is not included in the above.
The TPP is no simple “trade agreement.” Fight it! http://www.ourfairdeal.org/ time is running out!
--
Sent from: http://forum.openscad.org/
TP
Torsten Paul
Mon, May 7, 2018 7:27 AM
On 05/07/2018 01:30 AM, Parkinbot wrote:
Torsten, is it reasonable to set the caches in bytes? Why not MB?
Nope, that looks a bit silly to me too. Why? No idea.
ciao,
Torsten.
On 05/07/2018 01:30 AM, Parkinbot wrote:
> Torsten, is it reasonable to set the caches in bytes? Why not MB?
>
Nope, that looks a bit silly to me too. Why? No idea.
ciao,
Torsten.
TP
Torsten Paul
Mon, May 7, 2018 7:29 AM
On 05/07/2018 04:19 AM, MichaelAtOz wrote:
Perhaps it should report hits v's misses?
It does in debug builds. I'm not sure it's generally useful
in that form though. It does spam the console window quite
a bit.
ciao,
Torsten.
On 05/07/2018 04:19 AM, MichaelAtOz wrote:
> Perhaps it should report hits v's misses?
>
It does in debug builds. I'm not sure it's generally useful
in that form though. It does spam the console window quite
a bit.
ciao,
Torsten.
TV
Tim V. Shaporev
Mon, May 7, 2018 12:35 PM
Ideally this should allow to specify units: kb, Mb, Gb - whatever.
Not sure if it is worth troubles to implement though.
On 5/7/2018 10:27 AM, Torsten Paul wrote:
On 05/07/2018 01:30 AM, Parkinbot wrote:
Torsten, is it reasonable to set the caches in bytes? Why not MB?
Ideally this should allow to specify units: kb, Mb, Gb - whatever.
Not sure if it is worth troubles to implement though.
On 5/7/2018 10:27 AM, Torsten Paul wrote:
> On 05/07/2018 01:30 AM, Parkinbot wrote:
>> Torsten, is it reasonable to set the caches in bytes? Why not MB?
>>
> Nope, that looks a bit silly to me too. Why? No idea.
>
> ciao,
> Torsten.
>
>
>
>
> _______________________________________________
> OpenSCAD mailing list
> Discuss@lists.openscad.org
> http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
> .
>
NH
nop head
Mon, May 7, 2018 12:47 PM
Since 100MB is not big enough for me I don't think kb would be useful.
Not sure why it needs a limit as when it isn't big enough OpenSCAD becomes
unusable.
On 7 May 2018 at 13:35, Tim V. Shaporev tim.shaporev@auriga.ru wrote:
Ideally this should allow to specify units: kb, Mb, Gb - whatever.
Not sure if it is worth troubles to implement though.
On 5/7/2018 10:27 AM, Torsten Paul wrote:
On 05/07/2018 01:30 AM, Parkinbot wrote:
Torsten, is it reasonable to set the caches in bytes? Why not MB?
Nope, that looks a bit silly to me too. Why? No idea.
Since 100MB is not big enough for me I don't think kb would be useful.
Not sure why it needs a limit as when it isn't big enough OpenSCAD becomes
unusable.
On 7 May 2018 at 13:35, Tim V. Shaporev <tim.shaporev@auriga.ru> wrote:
> Ideally this should allow to specify units: kb, Mb, Gb - whatever.
> Not sure if it is worth troubles to implement though.
>
> On 5/7/2018 10:27 AM, Torsten Paul wrote:
>
>> On 05/07/2018 01:30 AM, Parkinbot wrote:
>>
>>> Torsten, is it reasonable to set the caches in bytes? Why not MB?
>>>
>>> Nope, that looks a bit silly to me too. Why? No idea.
>>
>> ciao,
>> Torsten.
>>
>>
>>
>>
>> _______________________________________________
>> OpenSCAD mailing list
>> Discuss@lists.openscad.org
>> http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
>> .
>>
>>
>
> _______________________________________________
> OpenSCAD mailing list
> Discuss@lists.openscad.org
> http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
>
M
MichaelAtOz
Mon, May 7, 2018 2:17 PM
Not sure why it needs a limit as when it isn't big enough OpenSCAD becomes
unusable.
Perhaps not everyone can add a zero?
I have had render grow the OS commit memory to consume swap & bring the
system to it's knees, I think some limit is called for.
@tp cache hit/miss could be just a percent, not necessarily ultra-detail?
Admin - PM me if you need anything, or if I've done something stupid...
Unless specifically shown otherwise above, my contribution is in the Public Domain; to the extent possible under law, I have waived all copyright and related or neighbouring rights to this work. Obviously inclusion of works of previous authors is not included in the above.
The TPP is no simple “trade agreement.” Fight it! http://www.ourfairdeal.org/ time is running out!
Sent from: http://forum.openscad.org/
nophead wrote
> Not sure why it needs a limit as when it isn't big enough OpenSCAD becomes
> unusable.
Perhaps not everyone can add a zero?
I have had render grow the OS commit memory to consume swap & bring the
system to it's knees, I think some limit is called for.
@tp cache hit/miss could be just a percent, not necessarily ultra-detail?
-----
Admin - PM me if you need anything, or if I've done something stupid...
Unless specifically shown otherwise above, my contribution is in the Public Domain; to the extent possible under law, I have waived all copyright and related or neighbouring rights to this work. Obviously inclusion of works of previous authors is not included in the above.
The TPP is no simple “trade agreement.” Fight it! http://www.ourfairdeal.org/ time is running out!
--
Sent from: http://forum.openscad.org/
