<?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: stable and release	</title>
	<atom:link href="https://www.dragonflydigest.com/2004/04/19/stable-and-release/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.dragonflydigest.com/2004/04/19/stable-and-release/</link>
	<description>A running description of activity related to DragonFly BSD.</description>
	<lastBuildDate>Tue, 20 Apr 2004 16:53:22 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=7.0</generator>
	<item>
		<title>
		By: Poor Clueless Newbie		</title>
		<link>https://www.dragonflydigest.com/2004/04/19/stable-and-release/comment-page-1/#comment-224</link>

		<dc:creator><![CDATA[Poor Clueless Newbie]]></dc:creator>
		<pubDate>Tue, 20 Apr 2004 16:53:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.shiningsilence.com/dbsdlog/?p=353#comment-224</guid>

					<description><![CDATA[From: http://www.dragonflybsd.org/status/diary.cgi

&quot;Fix BUF/BIO and turn I/O initiation into a message-passing subsystem. Move all DEVices to their own threads and implement as message-passing. VFS needs a major overhaul before VFS devices can be moved into their own threads to the reentrant nature of VFS.&quot;

So the message passing interface is there, but it&#039;s not async? Have the syscalls been converted to messages yet, sync or otherwise?
]]></description>
			<content:encoded><![CDATA[<p>From: <a href="http://www.dragonflybsd.org/status/diary.cgi" rel="nofollow ugc">http://www.dragonflybsd.org/status/diary.cgi</a></p>
<p>&#8220;Fix BUF/BIO and turn I/O initiation into a message-passing subsystem. Move all DEVices to their own threads and implement as message-passing. VFS needs a major overhaul before VFS devices can be moved into their own threads to the reentrant nature of VFS.&#8221;</p>
<p>So the message passing interface is there, but it&#8217;s not async? Have the syscalls been converted to messages yet, sync or otherwise?</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Joerg Sonnenberger		</title>
		<link>https://www.dragonflydigest.com/2004/04/19/stable-and-release/comment-page-1/#comment-223</link>

		<dc:creator><![CDATA[Joerg Sonnenberger]]></dc:creator>
		<pubDate>Tue, 20 Apr 2004 08:46:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.shiningsilence.com/dbsdlog/?p=353#comment-223</guid>

					<description><![CDATA[AMD64 64-bit support is delayed for after DragonFly 1.0.
The network is already mostly multi-threaded, which temporary broke TCP handling, but that is fixed now. You won&#039;t get any performance benefits though, until Gigant-removal begins.
WRT async syscalls, nothing happened in the last few month. It would be nice to have the userland emulation layer ready for the first release.
The device interface has not changed yet, nor did the I/O interface change]]></description>
			<content:encoded><![CDATA[<p>AMD64 64-bit support is delayed for after DragonFly 1.0.<br />
The network is already mostly multi-threaded, which temporary broke TCP handling, but that is fixed now. You won&#8217;t get any performance benefits though, until Gigant-removal begins.<br />
WRT async syscalls, nothing happened in the last few month. It would be nice to have the userland emulation layer ready for the first release.<br />
The device interface has not changed yet, nor did the I/O interface change</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Lazarus		</title>
		<link>https://www.dragonflydigest.com/2004/04/19/stable-and-release/comment-page-1/#comment-222</link>

		<dc:creator><![CDATA[Lazarus]]></dc:creator>
		<pubDate>Mon, 19 Apr 2004 21:52:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.shiningsilence.com/dbsdlog/?p=353#comment-222</guid>

					<description><![CDATA[So what of the major features are not going to make it in 1.0? 

I&#039;m quite sure that the new packaging system won&#039;t be there, but I was wondering about the async syscall messaging, the device and I/O messaging, the VFS messaging, and the stuff on the &quot;userapi&quot; page. Will the network stack be multi-threaded (is it now?)? Are they planned for the first release? 

IIRC, x86-64 support won&#039;t make it in until afterwards...]]></description>
			<content:encoded><![CDATA[<p>So what of the major features are not going to make it in 1.0? </p>
<p>I&#8217;m quite sure that the new packaging system won&#8217;t be there, but I was wondering about the async syscall messaging, the device and I/O messaging, the VFS messaging, and the stuff on the &#8220;userapi&#8221; page. Will the network stack be multi-threaded (is it now?)? Are they planned for the first release? </p>
<p>IIRC, x86-64 support won&#8217;t make it in until afterwards&#8230;</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
