| View previous topic :: View next topic |
| Author |
Message |
sergeycentral Junior Member


Joined: 23 Jul 2003 Posts: 34 Location: USA
|
Posted: Wed Dec 14, 2011 7:49 pm Post subject: What are the benefits of TC in 64-bit? |
|
|
What are the benefits of having total commander in 64-bit?
Specifically to the application, not just general 64-bit benefits (extended memory, etc).
Which functions should we expect to see a performance enhancement in?
internal zip packer?
encoding / decoding files?
creating / verifying checksums? |
|
| Back to top |
|
 |
ts4242 Power Member


Joined: 02 Feb 2004 Posts: 1501 Location: Egypt
|
Posted: Wed Dec 14, 2011 11:13 pm Post subject: |
|
|
Ghisler wrote here
| ghisler(Author) wrote: |
The 64-bit bit version is mainly for ignorant people who think that 64-bit is "better", and for some very specific usage cases (e.g. only 64-bit extension available, or 64-bit Windows PE with no 32-bit support). |
So, don't expect big difference between TC 32x and TC 64x. _________________ █████ Author of Ultra TC Editors
¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯ |
|
| Back to top |
|
 |
sergeycentral Junior Member


Joined: 23 Jul 2003 Posts: 34 Location: USA
|
Posted: Wed Dec 14, 2011 11:38 pm Post subject: |
|
|
humm that's what I thought. the biggest advantage 64 bit has is memory, and total commander sits around 20 megs. i wish those hours hadn't been spent on 64-bit support then...
tho programs like 7zip 64-bit is way faster than 32 bit. so in the internal packer business, TC could be faster... |
|
| Back to top |
|
 |
MVV Power Member


Joined: 03 Aug 2008 Posts: 4543 Location: Russian Federation
|
|
| Back to top |
|
 |
sergeycentral Junior Member


Joined: 23 Jul 2003 Posts: 34 Location: USA
|
Posted: Thu Dec 15, 2011 12:24 am Post subject: |
|
|
Privet, kak dela? I forgot TC was a file manager... some file operations like zip packing can be greatly improved. esp. if the algorithm is as complex as 7zip...
-edit-
but i dont see why the time had been spent on 64-bit support when things such as automatic hot fix update could have been worth investigating... |
|
| Back to top |
|
 |
ghisler(Author) Site Admin


Joined: 04 Feb 2003 Posts: 24621 Location: Switzerland
|
Posted: Thu Dec 15, 2011 9:55 am Post subject: |
|
|
There are no big benefits, but you can now compare really big files (several GBytes), e.g. large log files or so. _________________ Author of Total Commander
http://www.ghisler.com |
|
| Back to top |
|
 |
norfie² Power Member


Joined: 10 Feb 2006 Posts: 632
|
Posted: Fri Dec 16, 2011 1:32 am Post subject: |
|
|
| IMHO the most important benefit is getting a 64-bit-native file manager without any confusing and misleading virtualizations. This is IMHO neither small nor "no big". |
|
| Back to top |
|
 |
ghisler(Author) Site Admin


Joined: 04 Feb 2003 Posts: 24621 Location: Switzerland
|
Posted: Fri Dec 16, 2011 3:34 am Post subject: |
|
|
32-bit is NOT virtualized on 64-bit Windows! That's the great thing about AMD64 (which was later adapted by Intel): It can run 32-bit and 64-bit programs natively in parallel, something which other 64-bit processors like Intel Itanium can't do. _________________ Author of Total Commander
http://www.ghisler.com |
|
| Back to top |
|
 |
Flint Power Member


Joined: 27 Oct 2003 Posts: 2867 Location: Moscow, Russia
|
Posted: Fri Dec 16, 2011 5:10 am Post subject: |
|
|
| ghisler(Author) wrote: | | 32-bit is NOT virtualized on 64-bit Windows! |
Not virtualized in the usual meaning of this word, but still 32-bit application are running via some layer provided by OS for virtualizing file system and registry — its the term Microsoft itself uses.
So, 32-bit code is executed natively in terms of processor instructions, but is virtualized in terms of operating system libraries and interfaces. _________________ Flint's Homepage: Full TC Russification Package, VirtualDisk, NTFS Links, NoClose Replacer, other stuff!
Using TC 8.01 / Win7 x64 SP1 |
|
| Back to top |
|
 |
ghisler(Author) Site Admin


Joined: 04 Feb 2003 Posts: 24621 Location: Switzerland
|
Posted: Fri Dec 16, 2011 5:22 am Post subject: |
|
|
Hmm, are you sure? The libraries are there in both 32-bit and 64-bit form. I assume that the user level code is handled entirely in these 32-bit libraries, while the calls to kernel mode of course call to the 64-bit drivers. _________________ Author of Total Commander
http://www.ghisler.com |
|
| Back to top |
|
 |
Flint Power Member


Joined: 27 Oct 2003 Posts: 2867 Location: Moscow, Russia
|
Posted: Fri Dec 16, 2011 5:48 am Post subject: |
|
|
ghisler(Author)
I don't know the internal details of this mechanism, did not read much about them yet, but undoubtedly the system calls are performed in 64-bit mode since the kernel is 64-bit only, so this transformation has to be performed in user-mode level. As far as I can see, all 32-bit processes have several 64-bit DLLs loaded into their address space, including ntdll.dll and wow64.dll; judging from the name, the latter should be responsible for substituting different file system and registry paths.
But, actually, it's all just a matter of terms. I suppose this mechanism (whatever its internal implementation might be) can be treated as a layer between the application and operation system which performs all necessary substitutions, even if there is no such layer from the point of view of code organization. Besides, Microsoft chose the term "file system and registry virtualization" and now uses it across the MSDN and other technical resources, so I think we can stick to the same term without fear of being not understood. _________________ Flint's Homepage: Full TC Russification Package, VirtualDisk, NTFS Links, NoClose Replacer, other stuff!
Using TC 8.01 / Win7 x64 SP1 |
|
| Back to top |
|
 |
norfie² Power Member


Joined: 10 Feb 2006 Posts: 632
|
Posted: Fri Dec 16, 2011 6:06 am Post subject: |
|
|
| Quote: | | but is virtualized in terms of operating system | That's what I meant. I had some trouble with starting other programs (cmd, setups...) from an elevated 32-bit-TCmd on a W7x64. This was the reason for installation of SpeedCommander-64 on 64bit-systems. |
|
| Back to top |
|
 |
paraglider Junior Member

Joined: 07 May 2009 Posts: 13
|
Posted: Fri Dec 16, 2011 7:00 am Post subject: |
|
|
You should read:
http://msdn.microsoft.com/en-us/library/aa384249%28v=VS.85%29.aspx
| Quote: |
The system isolates 32-bit applications from 64-bit applications, which includes preventing file and registry collisions. Console, GUI, and service applications are supported. The system provides interoperability across the 32/64 boundary for scenarios such as cut and paste and COM. However, 32-bit processes cannot load 64-bit DLLs for execution, and 64-bit processes cannot load 32-bit DLLs for execution. This restriction does not apply to DLLs loaded as data files or image resource files; for more information, see LoadLibraryEx.
|
|
|
| Back to top |
|
 |
|