Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

Windows 10

153 (50%)

Windows 7

77 (25.2%)

OSX

18 (5.9%)

Linux

45 (14.7%)

Other

13 (4.2%)

Total Members Voted: 306

[CharonM72]

Well it's not just a Windows thing. I run Windows 10, but on an old computer, and the graphics card doesn't support DX11.
My new computer (coming this week) will support everything under the sun though.

[Rose]

https://github.com/JapaMala/armok-vision/releases/tag/v0.13.0

New release. This one has world map snow, better loading, and a small hardware survey.

[Thundercraft]

I refuse to believe people still use windows 8 >_>

Actually, I still use 8.1, myself. I got the free upgrade to Win 10, but then immediately reverted it back to 8.1. Though, since my PC is now registered with Microsoft as a Win 10 machine, I can "upgrade" back to 10 later.

At first, I was going to skip the free Win 10 upgrade. I'm used to 8.1 and there are several things about Win 10 I don't like. The only reason I wanted the free Win 10 option is because it's the -only- way to get DirectX 12. (My current video card would not gain much benefit from DirectX 12. Though, I may upgrade some day.)

[Heretic]

MOAR SCREENS OF BEAUTIFUL FORTRESSES
WE NEED MOAR
...COVERED WITH BLAD...

Spoiler (click to show/hide)

Sorry for this idiotism! But project i's so cool! Thanks for great work.

[Pvt. Pirate]

Posting from my Windows 8.1 box. Isn't it just Windows XP that only goes up to DirectX 9?

i got dX10 running here on XP.
in some games even dX11 works on XP, but most don't.

[Max™]

Wow, keep in mind that I'm on a pre-alpha version of dfhack for 43.05, I can't begin to figure out what is actually causing it due to the nature of the problem, but launching AV on arch linux, 64 bit, makes df go from using ~700 mb or so of ram to every bit available very very rapidly. First time it completely froze and I had to go around and hit the power button to reboot, this time I managed to kill it at ~3 GB used.

Edit to note, THIS time it printed a config.json, last time it wasn't able to do so, the numbers here are in the right ranges I assume?

Code: [Select]

{
  "meshing": {
    "meshingThreads": 4,
    "queueLimit": 8
  },
  "rendering": {
    "drawRangeSide": 4,
    "drawRangeUp": 1,
    "drawRangeDown": 5,
    "maxBlocksToDraw": 460800,
    "maxTextureSize": 512,
    "textureAtlasSize": 2048,
    "debugTextureAtlas": false,
    "drawClouds": true,
    "distantTerrainDetail": 2,
    "drawShadows": true,
    "vSyncCount": 0,
    "targetFrameRate": 60,
    "showHiddenTiles": false,
    "fog": true
  },
  "units": {
    "drawUnits": true,
    "scaleUnits": true
  },
  "camera": {
    "fieldOfView": 70.0,
    "deferredRendering": true,
    "SSAO": true
  },
  "game": {
    "showDFScreen": false
  },
  "debug": {
    "drawDebugInfo": false,
    "saveBuildingList": false,
    "saveCreatureList": false,
    "saveItemList": false,
    "saveMaterialList": false,
    "savePlantList": false,
    "saveTiletypeList": false
  }
}
Also, the only reason it's a pre-alpha is due to some missing offsets, but I would expect that to just crash or not load or something rather than ram use*2ⁿ, but I can't figure out what it could be doing that would make the dwarf fortress process to shoot up so high, or is av incorporated in the dfhack process tree now?

[Rose]

Yeah, the config.json is pretty much default, and don't have anything to do with DF running out of memory.

If it's the DF memory that's going up, and not Armok Vision's memory, then something's going very wrong.

I'd wait until more DFHack memory offsets are in place before trying to debug it, though.

[Max™]

Yeah, I couldn't even see the AV memory load up on the process monitor, but df goes PCHEW! straight towards the full ~7 GB available.

Ok, checked and waited to make sure the AV launcher process was visible, started it zoomed the cursor over to the dfhack terminal to die it, it went 0.7 > 1.03 > 3.06 > 5.28 GB used before I got scared and killed it, took a couple of seconds.

The offsets for the osx/windows versions are further along as I recall, I can't test either to see if it happens or I would.

[Rose]

Must be a memory leak in RemoteFortressReader somewhere.

Since I'm not really a linux dev, is there any way you could do some debugging on it?

[Max™]

Well, I suspect it might be something with RFR looking for the viewscreen or ui_advmode offsets which are still missing in the linux version, so anybody with a pre-alpha windows 64 dfhack 43.05 version who wants to test it out would be handy there I think.

Code: [Select]

70 #include "df/viewscreen_choose_start_sitest.h"Sounds like something that would do it, so it should be an offsets issue rather than rfr itself.

[lethosor]

I can't think of any reason why missing offsets or including that file would cause a memory leak.

[Rose]

So who wants to send it through valgrind?

[jecowa]

Armok Vision Users (note that this counts strange when people select more than one OS)

Spoiler: platform (click to show/hide)

Total Windows	55.68%	98
Total Linux	33.54%	59
Total Mac	10.8%	19

Spoiler: version/distribution (click to show/hide)

Windows 10	34.09%	60
Windows 7	13.07%	23
Linux, Arch	9.09%	16
Windows 8	5.68%	10
Linux, Ubuntu	5.68%	10
Linux, RHEL	4.55%	8
Mac OS X 10.7 Lion	4.55%	8
Linux, OpenSUSE	3.98%	7
Linux, CentOS	3.41%	6
Mac OS X 10.11 El Capitan	2.27%	4
Windows (unknown version / other version)	1.70%	3
Linux, Debian	1.70%	3
Mac OS X 10.6 Snow Leopard	1.70%	3
Linux, Kubuntu	1.14%	2
Linux, Mint	1.14%	2
Linux, Red Hat	1.14%	2
Mac OS X 10.5 Leopard	1.14%	2
Mac OS X 10.12 Sierra	1.14%	2
Windows 3.51 or earlier	0.57%	1
Windows Vista	0.57%	1
Linux, Fedora	0.57%	1
Linux, Kali	0.57%	1
Linux, SteamOS	0.57%	1

[Max™]

I feel like I should know without banging on ddg to figure out what valgrind is, oh, memory debugger. Hmmm.

Ok, let's see if this is useful:

Code: [Select]

DFHack version 0.43.05-alpha0 (development build 0.43.03-r1-161-ga5338d2)
Type in '?' or 'help' for general help, 'ls' to see all commands.
[DFHack]# die

==17690==
==17690== HEAP SUMMARY:
==17690==     in use at exit: 30,685 bytes in 822 blocks
==17690==   total heap usage: 4,890 allocs, 4,068 frees, 212,579 bytes allocated
==17690==
==17690== 12 bytes in 1 blocks are definitely lost in loss record 100 of 314
==17690==    at 0x4C29BBE: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==17690==    by 0x46B16F: xmalloc (in /usr/bin/bash)
==17690==    by 0x465068: set_default_locale (in /usr/bin/bash)
==17690==    by 0x418688: main (in /usr/bin/bash)
==17690==
==17690== LEAK SUMMARY:
==17690==    definitely lost: 12 bytes in 1 blocks
==17690==    indirectly lost: 0 bytes in 0 blocks
==17690==      possibly lost: 0 bytes in 0 blocks
==17690==    still reachable: 30,673 bytes in 821 blocks
==17690==         suppressed: 0 bytes in 0 blocks
==17690== Reachable blocks (those to which a pointer was found) are not shown.
==17690== To see them, rerun with: --leak-check=full --show-leak-kinds=all
==17690==
==17690== For counts of detected and suppressed errors, rerun with: -v
==17690== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0)


[lethosor]

Armok Vision Users (note that this counts strange when people select more than one OS)

Spoiler: platform (click to show/hide)

Total Windows	55.68%	98
Total Linux	33.54%	59
Total Mac	10.8%	19

Spoiler: version/distribution (click to show/hide)

Windows 10	34.09%	60
Windows 7	13.07%	23
Linux, Arch	9.09%	16
Windows 8	5.68%	10
Linux, Ubuntu	5.68%	10
Linux, RHEL	4.55%	8
Mac OS X 10.7 Lion	4.55%	8
Linux, OpenSUSE	3.98%	7
Linux, CentOS	3.41%	6
Mac OS X 10.11 El Capitan	2.27%	4
Windows (unknown version / other version)	1.70%	3
Linux, Debian	1.70%	3
Mac OS X 10.6 Snow Leopard	1.70%	3
Linux, Kubuntu	1.14%	2
Linux, Mint	1.14%	2
Linux, Red Hat	1.14%	2
Mac OS X 10.5 Leopard	1.14%	2
Mac OS X 10.12 Sierra	1.14%	2
Windows 3.51 or earlier	0.57%	1
Windows Vista	0.57%	1
Linux, Fedora	0.57%	1
Linux, Kali	0.57%	1
Linux, SteamOS	0.57%	1

I'm a bit skeptical that close to 50% of the OS X users are using 10.7. How'd you collect that?