<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	
	>
<channel>
	<title>Comments on: BitComet Goes 64-Bit With New Release</title>
	<atom:link href="https://torrentfreak.com/bitcomet-goes-64-bit-with-new-release-110424/feed/" rel="self" type="application/rss+xml" />
	<link>https://torrentfreak.com/bitcomet-goes-64-bit-with-new-release-110424/</link>
	<description>Breaking File-sharing, Copyright and Privacy News</description>
	<lastBuildDate>Wed, 29 Oct 2014 17:49:03 +0000</lastBuildDate>
		<sy:updatePeriod>hourly</sy:updatePeriod>
		<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.9.2</generator>
	<item>
		<title>By: The UnUsual Suspect</title>
		<link>/bitcomet-goes-64-bit-with-new-release-110424/#comment-789713</link>
		<dc:creator><![CDATA[The UnUsual Suspect]]></dc:creator>
		<pubDate>Tue, 26 Apr 2011 18:09:00 +0000</pubDate>
		<guid isPermaLink="false">http://torrentfreak.com/?p=34296#comment-789713</guid>
		<description><![CDATA[Yes, we only support windows operating system. I personally use Linux as well as windows, and it would be nice to see a Linux version of BitComet, but there are many good linux clients out there already, so no pressing need to make another. 

BitComet is designed to be userfriendly and offers many abilities not found in any other client, but being a free product, there are limited resources and developing multiple versions for different platforms would involve a lot of work. Perhaps someday our development team will feel ambitious and begin development on Linux and/or Mac versions, but I don&#039;t see it happening any time soon.

TuuS]]></description>
		<content:encoded><![CDATA[<p>Yes, we only support windows operating system. I personally use Linux as well as windows, and it would be nice to see a Linux version of BitComet, but there are many good linux clients out there already, so no pressing need to make another. </p>
<p>BitComet is designed to be userfriendly and offers many abilities not found in any other client, but being a free product, there are limited resources and developing multiple versions for different platforms would involve a lot of work. Perhaps someday our development team will feel ambitious and begin development on Linux and/or Mac versions, but I don&#8217;t see it happening any time soon.</p>
<p>TuuS</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ninja</title>
		<link>/bitcomet-goes-64-bit-with-new-release-110424/#comment-789613</link>
		<dc:creator><![CDATA[Ninja]]></dc:creator>
		<pubDate>Tue, 26 Apr 2011 14:59:00 +0000</pubDate>
		<guid isPermaLink="false">http://torrentfreak.com/?p=34296#comment-789613</guid>
		<description><![CDATA[finally ppl are moving to 64 bit. FireFox is on my wishlist. Flash doesn&#039;t work on 64 bits but Adobe can die in pain for not being competent enough to release a decent, stable and official 64 bit version.]]></description>
		<content:encoded><![CDATA[<p>finally ppl are moving to 64 bit. FireFox is on my wishlist. Flash doesn&#8217;t work on 64 bits but Adobe can die in pain for not being competent enough to release a decent, stable and official 64 bit version.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Karina</title>
		<link>/bitcomet-goes-64-bit-with-new-release-110424/#comment-789415</link>
		<dc:creator><![CDATA[Karina]]></dc:creator>
		<pubDate>Tue, 26 Apr 2011 06:34:00 +0000</pubDate>
		<guid isPermaLink="false">http://torrentfreak.com/?p=34296#comment-789415</guid>
		<description><![CDATA[except on file transfer, the &quot;calculating transfer time takes 4ever w/o 3rd party solution. I&#039;m suprised microshaft haven&#039;t fixed this yet as its been 3yrs now.]]></description>
		<content:encoded><![CDATA[<p>except on file transfer, the &#8220;calculating transfer time takes 4ever w/o 3rd party solution. I&#8217;m suprised microshaft haven&#8217;t fixed this yet as its been 3yrs now.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Karinaworld</title>
		<link>/bitcomet-goes-64-bit-with-new-release-110424/#comment-789414</link>
		<dc:creator><![CDATA[Karinaworld]]></dc:creator>
		<pubDate>Tue, 26 Apr 2011 06:32:00 +0000</pubDate>
		<guid isPermaLink="false">http://torrentfreak.com/?p=34296#comment-789414</guid>
		<description><![CDATA[not really, i run 7 x64 and run many 32bit apps on it fine]]></description>
		<content:encoded><![CDATA[<p>not really, i run 7 x64 and run many 32bit apps on it fine</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>/bitcomet-goes-64-bit-with-new-release-110424/#comment-789396</link>
		<dc:creator><![CDATA[Anonymous]]></dc:creator>
		<pubDate>Tue, 26 Apr 2011 03:30:00 +0000</pubDate>
		<guid isPermaLink="false">http://torrentfreak.com/?p=34296#comment-789396</guid>
		<description><![CDATA[Oh for god sake people, switch to Win7 64bit. Win7 pwns XP.]]></description>
		<content:encoded><![CDATA[<p>Oh for god sake people, switch to Win7 64bit. Win7 pwns XP.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: merethan</title>
		<link>/bitcomet-goes-64-bit-with-new-release-110424/#comment-789204</link>
		<dc:creator><![CDATA[merethan]]></dc:creator>
		<pubDate>Mon, 25 Apr 2011 15:45:00 +0000</pubDate>
		<guid isPermaLink="false">http://torrentfreak.com/?p=34296#comment-789204</guid>
		<description><![CDATA[&quot;..is that Windows Operating system isn&#039;t smart enough..&quot;
 
You found the problem, Sir.
 
However, expecting BitComet to also have a release for other OSes was a mistake from my part. It seems to be a Windows only application.]]></description>
		<content:encoded><![CDATA[<p>&#8220;..is that Windows Operating system isn&#8217;t smart enough..&#8221;</p>
<p>You found the problem, Sir.</p>
<p>However, expecting BitComet to also have a release for other OSes was a mistake from my part. It seems to be a Windows only application.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: The UnUsual Suspect</title>
		<link>/bitcomet-goes-64-bit-with-new-release-110424/#comment-789184</link>
		<dc:creator><![CDATA[The UnUsual Suspect]]></dc:creator>
		<pubDate>Mon, 25 Apr 2011 14:17:00 +0000</pubDate>
		<guid isPermaLink="false">http://torrentfreak.com/?p=34296#comment-789184</guid>
		<description><![CDATA[All Windows versions use AMD x86-64 architecture which is compatible with 32bit applications. In fact, I&#039;ve heard win XP x64 is less compatible then vista/seven at running 32bit apps. I haven&#039;t tested this, but I believe it&#039;s very likely true since there were many reports of users removing XP x64 because of compatibility issues. To be fair, Microsoft may have resolved some/all of them (I don&#039;t know), so it may be a good OS today, but I believe it did have some &quot;growing pains&quot;.

I can tell you that I run Vista and Seven x64 and all my 32bit apps run flawlessly.]]></description>
		<content:encoded><![CDATA[<p>All Windows versions use AMD x86-64 architecture which is compatible with 32bit applications. In fact, I&#8217;ve heard win XP x64 is less compatible then vista/seven at running 32bit apps. I haven&#8217;t tested this, but I believe it&#8217;s very likely true since there were many reports of users removing XP x64 because of compatibility issues. To be fair, Microsoft may have resolved some/all of them (I don&#8217;t know), so it may be a good OS today, but I believe it did have some &#8220;growing pains&#8221;.</p>
<p>I can tell you that I run Vista and Seven x64 and all my 32bit apps run flawlessly.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: The UnUsual Suspect</title>
		<link>/bitcomet-goes-64-bit-with-new-release-110424/#comment-789182</link>
		<dc:creator><![CDATA[The UnUsual Suspect]]></dc:creator>
		<pubDate>Mon, 25 Apr 2011 14:11:00 +0000</pubDate>
		<guid isPermaLink="false">http://torrentfreak.com/?p=34296#comment-789182</guid>
		<description><![CDATA[That article was an interesting read, but really is nothing new. I recall back when the 386sx and 486slc chips were used, they had a limit of 16mb ram and people were using &quot;work around&quot; methods back then to get more ram installed. 

What the author of that article did was very similar. Basically it would use physical ram chips to serve as a sort of &quot;ramdrive&quot; that would then hold &quot;pagefile&quot; data. A pagefile is harddrive space that is used like ram, but is naturally slower because harddrives are very slow when compared to ram. A really simple way to do this would be to install a solidstate harddrive and use a pagefile on that drive for your virtual memory. This would create something similar to having more then 4gB of ram while using a 32bit chip and OS, but it&#039;s nothing more then a work around and a poor substitute for doing things right. 

The author of that article even admitted that his system became unstable as soon as he installed video drivers, and that this was not a viable method of running a 32bit OS with more then 4gB of ram.

Even if you designed an OS from the ground up with intentions on having it translate alternate memory address space to where applications could access it, it wouldn&#039;t be the best alternative, no, not even close. 

You could build an outbuilding on your property containing two bedrooms for your children to live in since your house only has one bedroom, then attempt to have your brain rewired to make you believe you have a 3bedroom house, and assuming we had the technology to do that, you might even be happy with it, but the rest of the world is going to look at it and say WTF?  why not just build a 3br home?

The only logical way to move beyond 4gB of ram is to increase our processors beyond 32bit. 

Also, I think who ever used the words &quot;licensing&quot; to describe the ram limits wasn&#039;t referring to a piece of paper giving permission, they were referring to the code within the chip that lists (licenses) address space. 

Sure you can try to reassign address space, translate the size (similar to what was needed to get harddrive sizes larger then 528mB), and do other hacks and patches, but there is no point being that there is a much better and cost efficient way to solve it. It&#039;s called (AMD x86-64 extension to intel x86 architecture).]]></description>
		<content:encoded><![CDATA[<p>That article was an interesting read, but really is nothing new. I recall back when the 386sx and 486slc chips were used, they had a limit of 16mb ram and people were using &#8220;work around&#8221; methods back then to get more ram installed. </p>
<p>What the author of that article did was very similar. Basically it would use physical ram chips to serve as a sort of &#8220;ramdrive&#8221; that would then hold &#8220;pagefile&#8221; data. A pagefile is harddrive space that is used like ram, but is naturally slower because harddrives are very slow when compared to ram. A really simple way to do this would be to install a solidstate harddrive and use a pagefile on that drive for your virtual memory. This would create something similar to having more then 4gB of ram while using a 32bit chip and OS, but it&#8217;s nothing more then a work around and a poor substitute for doing things right. </p>
<p>The author of that article even admitted that his system became unstable as soon as he installed video drivers, and that this was not a viable method of running a 32bit OS with more then 4gB of ram.</p>
<p>Even if you designed an OS from the ground up with intentions on having it translate alternate memory address space to where applications could access it, it wouldn&#8217;t be the best alternative, no, not even close. </p>
<p>You could build an outbuilding on your property containing two bedrooms for your children to live in since your house only has one bedroom, then attempt to have your brain rewired to make you believe you have a 3bedroom house, and assuming we had the technology to do that, you might even be happy with it, but the rest of the world is going to look at it and say WTF?  why not just build a 3br home?</p>
<p>The only logical way to move beyond 4gB of ram is to increase our processors beyond 32bit. </p>
<p>Also, I think who ever used the words &#8220;licensing&#8221; to describe the ram limits wasn&#8217;t referring to a piece of paper giving permission, they were referring to the code within the chip that lists (licenses) address space. </p>
<p>Sure you can try to reassign address space, translate the size (similar to what was needed to get harddrive sizes larger then 528mB), and do other hacks and patches, but there is no point being that there is a much better and cost efficient way to solve it. It&#8217;s called (AMD x86-64 extension to intel x86 architecture).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: The UnUsual Suspect</title>
		<link>/bitcomet-goes-64-bit-with-new-release-110424/#comment-789177</link>
		<dc:creator><![CDATA[The UnUsual Suspect]]></dc:creator>
		<pubDate>Mon, 25 Apr 2011 13:47:00 +0000</pubDate>
		<guid isPermaLink="false">http://torrentfreak.com/?p=34296#comment-789177</guid>
		<description><![CDATA[Merethan,

All the major Bittorrent clients now include a disc cache for good reason. A simple analogy is that Windows Operating system isn&#039;t smart enough to understand bittorrent protocol and know what data will need to be continuously read/write on the harddrive. When BitComet caches the read/writes, it disables windows caching of the files and holds them in cache as long as the task requires them. 

Windows disc cache wasn&#039;t designed with artificial intelligence, it just sees a write in progress and caches it until complete, as with a read, but it doesn&#039;t know that new requests for that data are to be expected.

It would be nice if it did, but having bitcomet use a disc cache stops need for repeated read/writes on the harddrive, freeing it up for other tasks and preventing wear/tear on the device, however if you prefer to use windows disc caching, then you can easily disable the disc cache in bitcomet in advanced options.

TuuS ]]></description>
		<content:encoded><![CDATA[<p>Merethan,</p>
<p>All the major Bittorrent clients now include a disc cache for good reason. A simple analogy is that Windows Operating system isn&#8217;t smart enough to understand bittorrent protocol and know what data will need to be continuously read/write on the harddrive. When BitComet caches the read/writes, it disables windows caching of the files and holds them in cache as long as the task requires them. </p>
<p>Windows disc cache wasn&#8217;t designed with artificial intelligence, it just sees a write in progress and caches it until complete, as with a read, but it doesn&#8217;t know that new requests for that data are to be expected.</p>
<p>It would be nice if it did, but having bitcomet use a disc cache stops need for repeated read/writes on the harddrive, freeing it up for other tasks and preventing wear/tear on the device, however if you prefer to use windows disc caching, then you can easily disable the disc cache in bitcomet in advanced options.</p>
<p>TuuS </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jew</title>
		<link>/bitcomet-goes-64-bit-with-new-release-110424/#comment-789153</link>
		<dc:creator><![CDATA[Jew]]></dc:creator>
		<pubDate>Mon, 25 Apr 2011 11:39:00 +0000</pubDate>
		<guid isPermaLink="false">http://torrentfreak.com/?p=34296#comment-789153</guid>
		<description><![CDATA[One big advantage it&#039;s the only 64bit OS that is compatible with 32bit appliction]]></description>
		<content:encoded><![CDATA[<p>One big advantage it&#8217;s the only 64bit OS that is compatible with 32bit appliction</p>
]]></content:encoded>
	</item>
</channel>
</rss>
