Under Community Review

64-bit version of Studio

Please create a 64-bit version of Studio. At present only a 32-bit version is available, and therefore it can theoretically only access 2-3GB of system memory, meaning that upgrading your machine with more memory then this does not have any beneficial impact on Studio performance.

When handling large files & projects, allowing Studio access to all of your system's memory would make a huge difference in time and performance, and for this the app needs to be 64-bit.

Are there any plans to release a 64-bit version in future?

Jay Young
Parents

  • This is a good question. But let's imagine for a moment what will happen if you have a weak system and you get to work a huge file that was created on a powerful 64-bit system ...

  • in reply to Alexander Skripnik

    You can put the same question against any business tool. What if you have a weak system and you get to work on a huge file that was created on a powerful 64-bit version of Word or Excel? The fact is that if the core architecture of the product was updated to allow for better memory allocation and hyper threading, even lower end systems would see great improvements in the way they interact with the software. In practise, having a faster or slower machine does not make a great deal of difference when working with Studio, and this is the main issue I'm drawing attention to as it is the software itself which is the bottleneck, not the hardware.

  • in reply to Jay Young

    This! I often translate and/or proofread large projects for a client. Projects with large termbases and/or TMs and the verification is always SLOW AS molasses...and the memory use would balloon to 1.5GB (I look at it on Task Manager) and I would get an "out of memory error" on a machine with 3-4GB of free RAM. This is DEFINITELY a limitation of Trados being 32-bit only. 

    Also, the program itself is such a CPU hog as well...when I translate on the go on my laptop, Trados is by far the most battery-draining CAT program I use. Across, MemoQ and Memsource do not drain my laptop battery as fast. SDL definitely has their work cut out for them to improve things on the efficiency front.

  • in reply to Alexander Skripnik

    But there will always be projects with huge TBs/TMs that will make Trados' memory use balloon past 1.5GB and cause the out-of-memory exception! It's a limit on the fact that 32-bit processes cannot access more memory than needed.

  • in reply to Robert Dunn

    Across is a more hmm... "adult" system. It is written in C ++ and more optimized. But this system also has its drawbacks. For example, installing sql server on client machines for offline licenses. In addition, it has a more complex and expensive licensing system. And the server deployment is quite complicated (our company has a contractor server that I deployed). Memsource, as far as I know, is it a cloud-based translation system? Or does she have a desktop client? Our company actively cooperates with them, but personally I did not work with them. I just wrote a bunch of utilities for converting logs and fixing sdsliff derived from Memsource.

  • in reply to Robert Dunn

    TM bases, as far as I know, are sqlite files (I'm not talking about TMX files). I'm not the most advanced developer on .NET, but I dare to suggest that the 32-bit version of Trados Studio may well work with files larger than 2 GB. Again, this is most likely an optimization problem. What the hell, before the developers could fit all the necessary functionality of a few kilobytes of RAM. Now for this you need a few gigabytes)))

  • in reply to Alexander Skripnik

    "She does she have" ... - google translator is not so good)))

Comment Children
No Data