[Qualsiasi linguaggio] Numero di Threads

[oregon]

Processi server? Con 5 thread?
Ma che dici?

Processi e thread (e fiber) sono oggetti caratteristici gestiti da un SO.

Un server è una funzionalità che assume una applicazione single o multiprocess/multithread.

Continui a mischiare concetti che stanno a livelli diversi, non ci sono thread, processi e server, semmai fiber, thread e processi. Stop.

Sarai un web developer ma sull'architettura dei Sistemi Operativi fai un po' di confusione. Ti consiglio il ripasso del Tanenbaum.

[Dascos]

Processi server? Con 5 thread?
Ma che dici?

Processi e thread (e fiber) sono oggetti caratteristici gestiti da un SO.

Un server è una funzionalità che assume una applicazione single o multiprocess/multithread.

Continui a mischiare concetti che stanno a livelli diversi, non ci sono thread, processi e server, semmai fiber, thread e processi. Stop.

Sarai un web developer ma sull'architettura dei Sistemi Operativi fai un po' di confusione. Ti consiglio il ripasso del Tanenbaum.

Come dici tu, vuol dire che Apache (non io, Apache Software Foundation!) quando parla di thread, processi, child e server sta dicendo cavolate.
Bene così

[oregon]

Come dici tu, vuol dire che Apache (non io, Apache Software Foundation!) quando parla di thread, processi, child e server sta dicendo cavolate.
Bene così

Non riesci proprio a comprendere. Cosa c'entra questo o quello che scrive Microsoft su IIS o altri produttori di applicazioni?

Apache (ma anche IIS o altri server web) o altre applicazioni server (ftp, ldap) sono, appunto, applicazioni software. In quanto tali usano processi e thread come fanno anche tutte le altre applicazioni, anche le applicazioni client.

Mentre i thread e i processi sono i "mattoni", le applicazioni (client e server) sono le "case" fatte con quei mattoni, quindi ad un altro livello.

Se stiamo parlando di thread e processi (quindi oggetti a livello kernel del SO), le applicazioni non c'entrano nulla perché stanno su un altro livello, siano client o server.