Print

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

[eternaleye]

There shouldn't be much difference between the two, so it's probably either the new compiler or the power of suggestion (or differences between worlds, bug fixes in the newer version, etc.).

Not quite. For one, the simple act of turning on 64-bit is quite possibly allowing the compiler to enable various CPU-specific optimizations it could not safely assume were available on 32-bit. In particular, every single x86_64 CPU ever made supports SSE2. That then permits a whole host of optimizations around vectorizing tight loops, which can cause very significant performance improvements.

[thvaz]

How much of that is the 64-bit thing, and how much is the new compiler, though? 32-bit also runs faster.

I am comparing it with the 32-bit that also uses the new compiler. I can walk into large towns without any lag in the 64-bit version. The same save in the 32-bit version has slowdowns.

[Thief^]

There shouldn't be much difference between the two, so it's probably either the new compiler or the power of suggestion (or differences between worlds, bug fixes in the newer version, etc.).

Not quite. For one, the simple act of turning on 64-bit is quite possibly allowing the compiler to enable various CPU-specific optimizations it could not safely assume were available on 32-bit. In particular, every single x86_64 CPU ever made supports SSE2. That then permits a whole host of optimizations around vectorizing tight loops, which can cause very significant performance improvements.

Toady may well have the new compiler set to assume SSE2 in the 32-bit version too (I believe it's the default now). Anyone not got SSE2 support in their CPU?

[soulsource]

I thought this might be relevant to the 64-bit discussion: https://reddit.com/r/sysadmin/comments/4qcayr/ubuntu_developers_discuss_again_about_dropping/
Basically, Ubuntu 16.04 LTS (this year's release, supported until 2021) will be the last Ubuntu to support 32-bit PCs, and 18.04 LTS (released in 2018, supported until 2023) will be the last to support 32-bit apps. By this schedule, the first Ubuntu release with no support for 32-bit apps will be 18.10, at the end of 2018. Anyone who releases any kind of Linux software has to have a 64-bit release ready for that date. People that use 32-bit only apps have until the 18.04 LTS support expires in 2023 to find alternatives, although they may find themselves wanting to upgrade sooner for other software (LTSs are often left with older software in their repositories for stability reasons).

Ubuntu is just one Linux distribution. Others will very likely keep i686 support far longer. Also, the decision of the Ubuntu developers isn't final yet, there's a survey going on. In addition, even though 18.04 might be the last multilib release, support for 32bit applications will definitely continue through containers (Snap, Flatpak - funny enough, this means in some way going back to the solution used before multilib support was available...). Completely dropping 32bit support would break compatibility with 32bit WINE, which is required to run 32bit Windows applications (which are still the vast majority on this system).

Here's the original source, by the way: https://lists.ubuntu.com/archives/ubuntu-devel-discuss/2016-June/016661.html

[soulsource]

To also contribute something useful: The 64bit Linux build has been working fine for me up to now, both with, and without the included libraries (libstdc++.so.6 and libgcc_s.so.1). I'm running Gentoo Linux by the way, with most packages in their stable version (including gcc).

[Muffindrake]

I've been running a single embark for a few hours, without reloading the game in between, using the 64-bit linux test build on Arch Linux and I've come across a memory leak. DF has been using 2.7GB of memory on a 1x1 embark with around 100 dwarves. After reloading the saved game, I had only 1.4GB memory usage.

I'll upload the save here shortly.

Edit: https://mega.nz/#!gh9ygJZS!UJd4XJVzvKnpAw-pc980aON9N45-CDU3o0ZWhy2sIT0

[Toady One]

https://github.com/erikd/libsndfile/releases

As far as I can tell, I need to run autoconf configure.ac to build the configure file, but that fails.  sh autogen.sh tells me I need autogen and pkg-config.  At that point, trying Homebrew starts looking attractive, but I can't get that working either.  brew.sh said that 10.5 needs to do something like

mkdir homebrew && curl -L https://github.com/Homebrew/brew/tarball/master | tar xz --strip 1 -C homebrew

And I end up with a nice homebrew directory with bin,etc,Library,share subdirectories.  I have no idea what I'm supposed to be doing from there.  I gather I'm supposed to install it to /usr/local...  is that just moving the directory over there?  (I couldn't untar directly into there because I have no idea how to get by all the permission denials).

[mifki]

Try this, maybe https://github.com/mistydemeo/tigerbrew

[mifki]

Or you can just download fmod from http://www.fmod.org/download-previous-products/ and continue to use it.

Latest package has libfmod.dylib, not libfmodex.dylib, I'm not sure if there's any difference apart from naming. However, if I download, for example, version 44461 from http://www.fmod.org/browse-fmod-ex-api/ , there's libfmodex.dylib for 32 and 64bit.

Actually, I'm a bit worried about using libsndfile because it depends on several other libraries to read audio formats and unless it's all linked statically (or without support for those formats), you'll need to supply all of them (not sure but there's a chance).

[smariot]

I've been running a single embark for a few hours, without reloading the game in between, using the 64-bit linux test build on Arch Linux and I've come across a memory leak. DF has been using 2.7GB of memory on a 1x1 embark with around 100 dwarves. After reloading the saved game, I had only 1.4GB memory usage.

I'll upload the save here shortly.

Edit: https://mega.nz/#!gh9ygJZS!UJd4XJVzvKnpAw-pc980aON9N45-CDU3o0ZWhy2sIT0

What makes you think it's a leak and not data fragmentation?

[Toady One]

Got through the Mac 64-bit link, but running df script gives:


dyld: Library not loaded: @rpath/webp.framework/Versions/A/webp
  Referenced from: /Users/tarnadams/Desktop/df_osx/libs/SDL_image.framework/Versions/A/SDL_image
  Reason: no suitable image found.  Did find:
   /Users/tarnadams/Desktop/df_osx/libs/SDL_image.framework/Versions/A/Frameworks/webp.framework/Versions/A/webp: unknown required load command 0x80000022


I had copied the new sdl/image/ttf frameworks into the libs folder as I do with the 32 version, but something seems to be broken about that.

[mifki]

Got through the Mac 64-bit link, but running df script gives:


dyld: Library not loaded: @rpath/webp.framework/Versions/A/webp
  Referenced from: /Users/tarnadams/Desktop/df_osx/libs/SDL_image.framework/Versions/A/SDL_image
  Reason: no suitable image found.  Did find:
   /Users/tarnadams/Desktop/df_osx/libs/SDL_image.framework/Versions/A/Frameworks/webp.framework/Versions/A/webp: unknown required load command 0x80000022


I had copied the new sdl/image/ttf frameworks into the libs folder as I do with the 32 version, but something seems to be broken about that.

It seems webp library is for 10.6+. Where did you get this SDL_image.framework from?

[Toady One]

I grabbed it from the libsdl.org links upthread -- their page says 10.5+, but maybe that wasn't accurate?  The dmgs there have webp in them.

There are 64-bit versions here (SDL 1.2 and versions of SDL_image and SDL_ttf that work with SDL 1.2):
https://www.libsdl.org/download-1.2.php
https://www.libsdl.org/projects/SDL_image/release-1.2.html
https://www.libsdl.org/projects/SDL_ttf/release-1.2.html

[mifki]

I grabbed it from the libsdl.org links upthread -- their page says 10.5+, but maybe that wasn't accurate?  The dmgs there have webp in them.

There are 64-bit versions here (SDL 1.2 and versions of SDL_image and SDL_ttf that work with SDL 1.2):
https://www.libsdl.org/download-1.2.php
https://www.libsdl.org/projects/SDL_image/release-1.2.html
https://www.libsdl.org/projects/SDL_ttf/release-1.2.html

Yeah, SDL itself there is for 10.5 and webp is for 10.6. Idiots. Ok, let me think...

[mifki]

Try this https://www.dropbox.com/s/q6pfiziwkajjpax/SDL_image.framework.zip?dl=0 built it without webp support.