SoloCodigo

• A nivel de kernel en Windows tipo NT como maneja el "overflow" de las viforcasiones y multiplexado, es desir la sobrecarga de una direccion (al igual que UNIX que mata el llamado?)</li>
• Hata que punto soporta POXIS?</li>
• Es cierto eso de que adopto cosas de OS/2?</li>
• Cuantos File system soporta (es decir, tipos)</li>
• Como trabaja los PID?</li>
• Tiene un puerto abierto para la salida de los paquetes de Socket, como en UNIX (32768)?</li>

Eso es todo por ahora y aunque lei en Wikipedia no encontre cosas sobre esto  

</li>
• A nivel de kernel en Windows tipo NT como maneja el "overflow" de las viforcasiones y multiplexado, es desir la sobrecarga de una direccion (al igual que UNIX que mata el llamado?)
  </li>
• Hata que punto soporta POXIS?
  </li>
• Es cierto eso de que adopto cosas de OS/2?
  </li>
• Cuantos File system soporta (es decir, tipos)
  </li>
• Como trabaja los PID?
  </li>
• Tiene un puerto abierto para la salida de los paquetes de Socket, como en UNIX (32768)?
  </li>

Eso es todo por ahora y aunque lei en Wikipedia no encontre cosas sobre esto 

Hay unas que no se y habra que averiguar o esperar a que eternal Idol conteste o hay otras que no eres muy especifico y no se que contestar.

• A nivel de kernel en Windows tipo NT como maneja el "overflow" de las viforcasiones y multiplexado, es desir la sobrecarga de una direccion (al igual que UNIX que mata el llamado?)

No se

• Hata que punto soporta POXIS?

Hasta nt 5.0 se que cuenta con un subsystem soporta POSIX 1.1,

• Es cierto eso de que adopto cosas de OS/2?

Tiene un subsystem de OS/2, en egneral tiene varios subsystems, entrellos para MSDOS, Windows 3.1, OS/1 y POSIX

• Cuantos File system soporta (es decir, tipos)

NT 5.0 soporta de manera nativa:
FAT, FAT32, NTFS en diferentes versiones, FAT12 (para los discos de 3 1/2),
 HPFS ( obsoleto), encima de ellos sobre NTFS version 5 (creo que es esa) soporta una variacion permitiendo crear discos dinamicos de Windows.

Adicionalmente se puede soportar cualquier otro sistema de archivs, solo es cuestion de hacer el driver.

http://www.genbeta.com/archivos/2005/08/10...iones-linux.php

• Como trabaja los PID?

Podrias ser mas especifico, ? con esa pregunta una respuesta como le asigna un numero a cada proceso seria suficiente.

• Tiene un puerto abierto para la salida de los paquetes de Socket, como en UNIX (32768)?

Lo del puerto abierto no se, no estoy seguro... se supone que cada socket puede tener un puierto diferente a criterior del desarrollador con excepcion de los puertos privilegiados del sistema, supongo que el numero de puerto del que hablas esta en un nivel de abstraccion mas bajo que la capa de transporte.

Cita de: "JuanK"

Podrias ser mas especifico, ? con esa pregunta una respuesta como le asigna un numero a cada proceso seria suficiente.

Claro, para saber que esta corriendo en tu sistema y que es usas librerias del kernel ya que este (segun se) no hace ningun archivo referente, es decir ¿Todo lo hace a memoria?

Si en memoria..
creo que esto ya lo debes saber pero no has caido en cuenta.

Por lo menos es lo que yo siempre he tenido entendido, linux y los sistemas UNIX en su mayoria, te dan acceso a los dispositivos, hablemos de discos, memoria etc y te dan acceso a los procesos y demas 'objetos' del sistema a travez del sistema de archivos... pero no es mas que una capa de abstraccion adicional que da el sistema operativo y que por cierto tiene performance penalties aunque son despreciables.
Esta capa adicional te los hace ver como archivos, pero NUNCA son creados realmente como un archivo 'en disco', son solo abstracciones para facilitar o enmascarar su uso.

Asi que al igual que en linux Windows accede a los procesos a traves de PID's en memoria, la direncia es que linux te pone una capa encima que te los hace ver cmo archivos y de hecho los puedes manejar y manipular de igual forma, es como cuando en lenguajes como C++, java o.net manejas memoria, archivos y dispositivos usando streams, que son solo una capa adicional para facilitar muchas tareas.

Cita de: "JuanK"

Lo del puerto abierto no se, no estoy seguro... se supone que cada socket puede tener un puierto diferente a criterior del desarrollador con excepcion de los puertos privilegiados del sistema, supongo que el numero de puerto del que hablas esta en un nivel de abstraccion mas bajo que la capa de transporte.

Lo que pasa es que cuando pones un sniffer en Linux todas las conexiones salen del puerto dicho, sea cual sea y tal cosa no lo controlas (a no ser que hagas eso desde el kernel pero a nivel del API nunca he visto tal cosa) asi que mi duda es esa, si toda la salida se hace por un puerto para poder hacer una estadistica de salida de paquetes.

Si lo ves desde el opunto de vista de las estaisticas, presumo que si, puesto que Windows tambien te da la informacion estadistica que necesites.
En cuanto a lo del sniffer hay que revisar especificamente el sniffer que usas y el tipo de puerto que estas mirando ya que hasta donde entiendo no estas mirando la capa de transporte sino capas inferiores a ella. Sino seria imposible hacer descubrimientro de servicios usando TCP/IP y desde luego imposible usar cosas como telnet o ftp o un ping, asi que de seguro puede haber algo de confusion alli.