[¼ºÀα¤°í] 8°±â¿ø....»¡°³ÁöÀÚ!!!~~~
Title: ¢Æ HotbatvÀÔ´Ï´Ù. ¡¡ ¡¡ »ç¾÷ÀÚ µî·Ï ¹øÈ£ 402 - 09 - 40614 / ¼Õ ÀÓ °ï ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
[±¤°í]¹«·á¿Â¶óÀÎ °ÔÀÓÀÇ Çõ¸í ¼ÇÁ Çѹø Áñ°Üº¸¼¼¿ä.^^*
¿ì¸®¸ðµÎ ¼ÇÁÀÇ ¼¼°è·Î Çѹø ºüÁ®º¾½Ã´Ù. ´©±¸³ª Áñ±æ¼ö ÀÖ´Â ¹«·á ¿Â¶óÀÎ °ÔÀÓÀÇ ¸Þ°¡ ¼ÇÁ ½ºÆ®·¹½º°¡ È® ³¯¾Æ °¡¹ö¸®´Â.. Áñ°Å¿î °ÔÀÓ..¼ÇÁ Çѹø Áñ°Üº¸¼¼¿ä ¹«·áÀÔ´Ï´Ù..¹«·á~~ ¼ÇÁÀÇ ¼¼°è·Î º» ¸ÞÀÏÀº Á¤º¸Åë½ÅºÎ ±Ç°í »çÇ׿¡ ÀÇ°Å Á¦¸ñ¿¡ [±¤°í]¶ó Ç¥½ÃµÈ ±¤°í ¸ÞÀÏÀÔ´Ï´Ù. ¼ö½Å°ÅºÎ ¹öÆ°À» Ŭ¸¯ÇÏ½Ã¸é ¼ö½Å°ÅºÎ󸮰¡ ÀÌ·ç¾î Áý´Ï´Ù. ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
[¼ºÀα¤°í] ¹«·á¼ºÀθÞÀϸŰÅÁø ½ÅûÇϼ¼¿ä~
Title: site_mail.gif ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
±¹³» ÃÖÃÊ »çÀ̹ö ¿µ¾÷»ç¿ø ´ë¸ðÁý[±¤°í]
Title: Untitled Document ¹öÆ°À» Ŭ¸¯ÇÏ½Ã¸é ¼ö½Å°ÅºÎ󸮰¡ ÀÌ·ç¾î Áý´Ï´Ù. ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
Re: scrolling optimization + asynchronous updates impossible
On Sat, Jun 15, 2002 at 03:56:18PM -0400, Roland McGrath wrote: Actually, fs_notify.defs is using routines, not simpleroutines, and we have special hacks in libdiskfs and console to get simpleroutines... delivering them synchronously would work as well, although it would not be so good if you have multiple clients. I think that might just have been an oversight, and it seems entirely reasonable for filesystems to refuse to do anything synchronous (let the message queuing do it). If Thomas agrees, I will change it to simpleroutines, because I agree. BTW, if the port queue is full, the call blocks in the server, even if it is a simple routine, because the MiG stubs don't have a timeout (or notify port). I just tried it: Using ports_manage...one_thread, the server will block during operation, and the effect is that we have almost synchronizity where the server is always a couple RPCs ahead (as many as the queue can hold). In the case of several clients, this would block other clients, too. Ack. It should use timeout=0 and let the user lose if he didn't drain his port queue fast enough. I agree here, too. Currently, it is quite convenient for me, though :) The problem is that you really would like to know about it when this happens. OTOH, the user of such a console probably would notice and refresh the display. Thanks, Marcus -- `Rhubarb is no Egyptian god.' Debian http://www.debian.org [EMAIL PROTECTED] Marcus Brinkmann GNUhttp://www.gnu.org[EMAIL PROTECTED] [EMAIL PROTECTED] http://www.marcus-brinkmann.de ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
vmstat cleanups
Hi,
I noticed vmstat wasn't reporting the total amount of memory on my system.
I'm not sure if it is the Hurd or Mach that is incorrectly counting memory
some where, but I suspect it is Mach. Anyway, here is the patch.
James A. Morrison
2002-06-16 James A. Morrison [EMAIL PROTECTED]
* Makefile (vmstat): Give vmstat it's own target so it can link against
libps.
* vmstat.c: Include ps.h
(get_size): Return the actual memory size of the system, if it is
available.
(fields): Set offset to -1 for computed values.
(vm_state_refresh): Use memset instead of bzero.
(main): Likewise.
Index: Makefile
===
RCS file: /cvsroot/hurd/hurd/utils/Makefile,v
retrieving revision 1.78
diff -u -r1.78 Makefile
--- Makefile4 May 2002 23:31:20 - 1.78
+++ Makefile16 Jun 2002 15:55:13 -
@@ -63,10 +63,12 @@
# We must include libthreads because of a bug in the way shared libraries
# work: all libraries that *any* routine in libfshelp uses must be defined.
settrans: ../libfshelp/libfshelp.a ../libports/libports.a ../libthreads/libthreads.a
-ps w ids settrans syncfs showtrans fsysopts storeinfo login vmstat portinfo \
+ps w ids settrans syncfs showtrans fsysopts storeinfo login portinfo \
devprobe vminfo addauth rmauth setauth unsu ftpcp ftpdir storeread \
storecat msgport mount: \
../libshouldbeinlibc/libshouldbeinlibc.a
+
+vmstat: ../libshouldbeinlibc/libshouldbeinlibc.a ../libps/libps.a
$(filter-out $(special-targets), $(targets)): %: %.o
Index: vmstat.c
===
RCS file: /cvsroot/hurd/hurd/utils/vmstat.c,v
retrieving revision 1.20
diff -u -r1.20 vmstat.c
--- vmstat.c28 May 2002 23:56:34 - 1.20
+++ vmstat.c16 Jun 2002 15:55:15 -
@@ -30,6 +30,7 @@
#include mach/vm_statistics.h
#include mach/default_pager.h
#include hurd.h
+#include ps.h
const char *argp_program_version = STANDARD_HURD_VERSION (vmstat);
@@ -197,7 +198,7 @@
return err;
/* Mark the info as invalid, but leave DEF_PAGER alone. */
- bzero (state-def_pager_info, sizeof state-def_pager_info);
+ memset (state-def_pager_info, 0, sizeof state-def_pager_info);
return 0;
}
@@ -215,10 +216,17 @@
static val_t
get_size (struct vm_state *state, const struct field *field)
{
- return
-(state-vmstats.free_count + state-vmstats.active_count
- + state-vmstats.inactive_count + state-vmstats.wire_count)
-* state-vmstats.pagesize;
+ error_t err;
+ static host_basic_info_t basic_info;
+ err = ps_host_basic_info (basic_info);
+
+ if (err)
+return
+ (state-vmstats.free_count + state-vmstats.active_count
+ + state-vmstats.inactive_count + state-vmstats.wire_count)
+ * state-vmstats.pagesize;
+ else
+return basic_info-memory_size;
}
static val_t
@@ -301,7 +309,7 @@
{pagesize,pgsz, System pagesize,
CONST, PAGESZ, 16*K,1, _F (pagesize) },
{size,size, Usable physical memory,
- CONST, SIZE, VAL_MAX_MEM, 1, 0, get_size },
+ CONST, SIZE, VAL_MAX_MEM, 1, -1, get_size },
{free,free, Unused physical memory,
VARY, SIZE, VAL_MAX_MEM, 1, _F (free_count) },
{active, actv, Physical memory in active use,
@@ -329,13 +337,13 @@
{memobj hit ratio,hrat,Percentage of memory-object lookups with active pagers,
VARY, PCENT, 99, 1, -1, get_memobj_hit_ratio },
{swap size, swsize, Size of the default-pager swap area,
- CONST, SIZE, VAL_MAX_SWAP,1, 0 ,get_swap_size },
+ CONST, SIZE, VAL_MAX_SWAP,1, -1 ,get_swap_size },
{swap active, swactv, Default-pager swap area in use,
- VARY, SIZE, VAL_MAX_SWAP,0, 0 ,get_swap_active },
+ VARY, SIZE, VAL_MAX_SWAP,0, -1,get_swap_active },
{swap free, swfree, Default-pager swap area available for swapping,
- VARY, SIZE, VAL_MAX_SWAP,1, 0 ,get_swap_free },
+ VARY, SIZE, VAL_MAX_SWAP,1, -1,get_swap_free },
{swap pagesize,swpgsz, Units used for swapping to the default pager,
- CONST, PAGESZ, 16*K,0, 0 ,get_swap_page_size },
+ CONST, PAGESZ, 16*K,0, -1,get_swap_page_size },
{0}
};
#undef _F
@@ -416,7 +424,7 @@
/* Construct an options vector for them. */
field_opts_size = ((num_fields + 1) * sizeof (struct argp_option));
field_opts = alloca (field_opts_size);
- bzero (field_opts, field_opts_size);
+ memset (field_opts, 0, field_opts_size);
for (field = fields; field-name; field++)
{
@@ -428,7 +436,7 @@
opt-doc = field-doc;
opt-group = 2;
}
- /* No need to terminate FIELD_OPTS because the bzero above's done so. */
+ /* No need to terminate FIELD_OPTS because the memset above has done so. */
field_argp.options = field_opts;
@@ -461,7 +469,7 @@
(field)-type,
Re: Reading multi-session CDs
On Fri, Jun 14, 2002 at 07:25:24PM +0200, Ludovic Courtès wrote: When trying to 'mount' a multi-session CD, storeio (or maybe it's isofs' fault) only reads the first session of the CD. Ok, that is a missing feature. Do you have any information on what it takes to support multi-session CDs? I know roughly what it is, but I don't have one here. Do you have multiple distinct filesystems you can mount individually? Do you see them as different directories? Does it require driver support, or are all sessions available in the device file /dev/hdX? Thanks, Marcus -- `Rhubarb is no Egyptian god.' Debian http://www.debian.org [EMAIL PROTECTED] Marcus Brinkmann GNUhttp://www.gnu.org[EMAIL PROTECTED] [EMAIL PROTECTED] http://www.marcus-brinkmann.de ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
[¼Ò½º¿ÏÀü°ø°³] C# ȸ¿ø°ü¸® ¹× JSP ÀÏÁ¤°ü¸® ´ÙÁß ¾÷·ÎµåÀÚ·á½Ç ¼Ò½º[±¤°í]
¾È³çÇϼ¼¿ä. ¿Â¶óÀΰÀÇ Àü¹®¾÷ü ÄÚ³×µàÀÔ´Ï´Ù. C#À» ÀÌ¿ëÇÑ È¸¿ø°ü¸® [ÇнÀ °³¿ä] C#À» ÀÌ¿ëÇÑ È¸¿ø °ü¸®ÀÇ È帧 ¹× ±¸Á¶Àû ÀÌÇØÇÑ´Ù. [ÇнÀ ¸ñÇ¥] * ȸ¿øÀÇ °¡ÀÔ, ¼öÁ¤, Å»Åð * À¯È¿¼º üũ(¾ÆÀ̵ð, ÁֹιøÈ£, email) * °ü¸®ÀÚ ¸ðµåÀÇ ÀÌÇØ * ÄÚµå °ü¸® [°ÀÇ ÁøÇà] * ±âÃÊÀûÀÎ C#¹®¹ýÀ» ÀÌ¿ëÇÏ¿© ȸ¿ø°ü¸® ½Ã½ºÅÛÀÇ ÀüüÀûÀÎ È帧À» ÀÌÇØÇÑ´Ù. * ±âº»ÀûÀÎ C# ¹®¹ý°ú SQLÀ» ÀÌÇØÇÏ°í ÀÖ¾î¾ß ÇÑ´Ù. [Á¦1°] - ȸ¿ø °ü¸® ÇÁ·Î±×·¥ÀÇ ÀüüÀû È帧À» ÀÌÇØÇÑ´Ù. - DB¿ÍÀÇ ¿¬µ¿À» À§ÇØ Å×À̺íÀ» »ý¼ºÇÑ´Ù. - ȸ¿ø °ü¸®½Ã ÇÊ¿äÇÑ È¯°æÀ» ¼ÂÆÃÇÑ´Ù. [Á¦2°] - ȸ¿ø°¡ÀÔ ¸ðµå¸¦ ¹è¿î´Ù. - ÀÎÁõ¸ðµå¿Í ÀÌ¿¡ µû¸¥ ž¸Þ´ºÀÇ È帧À» ÀÌÇØÇÑ´Ù. [Á¦3°] - ȸ¿ø¼öÁ¤, Å»Å𸦠¹è¿î´Ù. [Á¦4°] - °ü¸®ÀÚ ¸ðµå¿¡¼ ȸ¿ø°ü¸®(¼öÁ¤, »èÁ¦)¸¦ ¹è¿î´Ù. - ÄÚµå°ü¸®(Catagory)¸¦ ÀÌÇØÇÑ´Ù. JSP¸¦ ÀÌ¿ëÇÑ ÀÏÁ¤°ü¸® ¼Ò½º°Á ȸ¿ø°ü¸® ¼Ò½ºµµ Æ÷ÇԵǾî ÀÖ¾î ´õ¿í È°¿ëµµ°¡ ³ô½À´Ï´Ù. JSP¸¦ ÀÌ¿ëÇÑ ÀÏÁ¤°ü¸® [ÇнÀ °³¿ä] JSP¸¦ ÀÌ¿ëÇÏ¿© °³Àκ°·Î ÀÏÁ¤À» °ü¸®ÇÒ ¼ö ÀÖ´Â ¼Ò½º¸¦ ¹è¿î´Ù. [ÇнÀ ¸ñÇ¥] * ÀÏÁ¤°ü¸®ÀÇ È帧À» ÀÌÇØÇÑ´Ù. * ´Þ·ÂÀ» »ý¼ºÇÏ°í, °³Àκ° ÀÏÁ¤°ü¸®¸¦ ¸¸µç´Ù. [°ÀÇ ÁøÇà] * ±âÃÊÀûÀÎ ÀÚ¹Ù ¹®¹ý, jsp ¹®¹ý°ú sqlÀ» ÀÌÇØÇÏ°í ÀÖ¾î¾ß ÇÑ´Ù. * JSP¸¦ ÀÌ¿ëÇÏ¿© ´Þ·ÂÀ» »ý¼ºÇÏ°í, ·Î±×¿ÂÇÑ ¾ÆÀ̵ð·Î °³ÀÎÀÏÁ¤À» °ü¸®ÇÒ ¼ö ÀÖ´Ù. [Á¦1°] - ÀÏÁ¤°ü¸® ¼Ò½º¸¦ ¼¼ÆÃÇÑ´Ù. - DB¿ÍÀÇ ¿¬µ¿À» À§ÇÏ¿© Å×À̺íÀ» »ý¼ºÇÑ´Ù. - ÀÏÁ¤°ü¸®ÀÇ ÀüüÀû È帧À» ÀÌÇØÇÑ´Ù. JSP¸¦ ÀÌ¿ëÇÑ ´ÙÁß ¾÷·Îµå °Ô½ÃÆÇ [ÇнÀ °³¿ä] JSP¸¦ ÀÌ¿ëÇÏ¿© ÀÚ·á½ÇÀ» ¸¸µé¾îº¸°í ÀÚ·á½ÇÀÌ ¾î¶»°Ô ±¸¼ºµÇ¾î ÀÖ´ÂÁö È帧À» ¹è¿öº»´Ù. [ÇнÀ ¸ñÇ¥] JSP¸¦ ÀÌ¿ëÇÏ¿© °èÃþÇü °Ô½ÃÆÇ°ú ¾÷·Îµå ÇÒ ¼ö ÀÖ´Â ÀÚ·á½ÇÀ» ¸¸µé¾îº¸°í, ÀÚ·á½ÇÀ» ÀÚµ¿À¸·Î »ý¼º, »èÁ¦, ¼öÁ¤ÇÒ ¼ö ÀÖ´Â °ü¸®ÀÚ ¸ðµå¿¡ ´ëÇÑ Áö½ÄÀ» ½ÀµæÇÑ´Ù. [°ÀÇ ÁøÇà] * ÆÄÀϾ÷·Îµå ±â´ÉÀ» °¡Áø ÀÚ·á½Ç°ú °èÃþÇü°Ô½ÃÆÇÀ» ¹è¿î´Ù. * °Ô½ÃÆÇÀ» ÀÚµ¿À¸·Î »ý¼º, ¼öÁ¤ÇÏ´Â ¹ý µîÀ» ¹è¿î´Ù. [Á¦1°] - ÀÚ·á½Ç ¼Ò½º¸¦ ¼¼ÆÃÇÑ´Ù. - DB¿ÍÀÇ ¿¬µ¿À» À§ÇÏ¿© Å×À̺íÀ» »ý¼ºÇÑ´Ù. - ÀÚ·á½ÇÀÇ ÀüüÀû È帧À» ÀÌÇØÇÑ´Ù. ÀÚ¼¼ÇÑ ³»¿ë°ú ¼Ò½º¸¦ ´Ù¿î ¹ÞÀ¸½Ã·Á¸éhttp://www.konedu.comÀ¸·Î ¿À¼Å¼ ÃÖ»ó´Ü ¸Þ´º ¿Â¶óÀΰÀǸ¦Å¬¸¯ÇÏ°í µé¾î¿À½Ã¸éµË´Ï´Ù. ȸ¿ø°¡ÀÔ ½Ã 3000eÆ÷ÀÎÆ®°¡ Áö±ÞµË´Ï´Ù. º» ¸ÞÀÏÀº Á¤º¸Åë½ÅºÎ ±Ç°í »çÇ׿¡ ÀÇ°Å Á¦¸ñ¿¡ [±¤°í]¶ó Ç¥½ÃµÈ ±¤°í ¸ÞÀÏÀÔ´Ï´Ù. ¼ö½Å°ÅºÎ ¹öÆ°À» Ŭ¸¯ÇÏ½Ã¸é ¼ö½Å°ÅºÎ󸮰¡ ÀÌ·ç¾î Áý´Ï´Ù. ±ÍÇÏÀÇ ÀüÀÚ ¿ìÆí ÁÖ¼Ò´Â ÀÎÅÍ³Ý »óÀÇ °ø°³µÈ Àå¼Ò¿¡¼½ÀµæÇÏ¿´À¸¸ç, ÀúÈñ´Â ±ÍÇÏÀÇ ÀüÀÚ¿ìÆí ÁÖ¼Ò¿Ü ¾î¶°ÇÑ °³ÀÎÁ¤º¸µµ °¡Áö°í ÀÖÁö ¾ÊÀ¸¹Ç·Î ¾È½ÉÇϽñ⠹ٶø´Ï´Ù. ¼ö½ÅÀ» ¿øÄ¡¾ÊÀ¸½Ã¸é ¼ö½Å°ÅºÎ¸¦ Ŭ¸¯ÇØ Áֽʽÿä.
[±¤°í]Çѱ¹Ã౸8°±â¿øÄûÁî¸ÂÃß°í¼±¹°¹ÞÀÚ.
¾È³çÇϼ¼¿ä! ¿ì¼± Çã¶ô¾øÀÌ ¸ÞÀϺ¸³½Á¡ Á˼ÛÇϱ¸¿ä.¼ö½ÅÀ» ¿øÇÏÁö ¾ÊÀ¸½Ã¸é ¾Æ·¡ÀÇ ¼ö½Å°ÅºÎ¸¦ Ŭ¸¯ÇØÁÖ¼¼¿ä! ´Ù¸§À̾ƴ϶ó 2002¿ùµåÄÅ Çѱ¹Ã౸ 8°À» ±â¿øÇÏ´Â Àǹ̿¡¼ ÀúÈñ¼îÇθô¿¡¼´Â ½Å±Ôȸ¿øÀ» ´ë»óÀ¸·Î À̺¥Æ®¸¦ ÁغñÇß½À´Ï´Ù. ȸ¿ø°¡ÀÔÀº ¹«·á´Ï±î ¸¹ÀÌ Âü¿©ÇϽñ⠹ٶø´Ï´Ù. °¨»çÇÕ´Ï´Ù. ÄûÁ ¸ÂÃçÁÖ¼¼¿ä! Á¤´äÀÚ Áß Ãß÷À» ÅëÇØ ÇÁ¶ó´Ù ¼±±Û¶ó½º, ³Ãdz±â, CD playerµî ǪÁüÇÑ ¼±¹°À» µå¸³´Ï´Ù. (¡Ø Çà»ç±â°£³» ½Å±Ôȸ¿ø¸¸ Âü¿©°¡´ÉÇÕ´Ï´Ù) Quiz ¹®Á¦) 2002³â ¿ùµåÄÅ¿¡¼ ¿ì¸®³ª¶ó¿Í °°Àº DÁ¶°¡ ¾Æ´Ñ ³ª¶ó´Â? (1)Æú¶õµå (2)¹Ì±¹ (3)Æ÷¸£ÅõÄ® (4)ÀϺ» 8¸¸¿ø ÀÌ»ó ±¸¸Å°í°´´Ô²² Ãß÷À» ÅëÇØ ¿¡¾îÄÁ 8,000¿ø »óÇ°±ÇÀÇ Çà¿îÀ»!! top ¼ö½Å°ÅºÎ ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
Re: scrolling optimization + asynchronous updates impossible
Marcus Brinkmann [EMAIL PROTECTED] writes: I think that might just have been an oversight, and it seems entirely reasonable for filesystems to refuse to do anything synchronous (let the message queuing do it). If Thomas agrees, I will change it to simpleroutines, because I agree. This is absolutely true. It's simpleroutines in diskfs precisely because of this. Not to mention the security point, there is also a great potential for deadlock. I mean, what if your server for the notifications wanted to, say, write a notation in a file somewhere? ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
