Tohle jsou dost zcestné argumenty.
ad 4 GB - dostupnost pouhých 3,2 GB RAM je dána architekturou x86 a 32bit adresováním paměti. Do těch 4 GB se musí vejít adresy všeho hw. Přesný popis najdete pomocí oblíbeného vyhledávače. OS s tím nemá nic společného.
Dané omezení řeší buď úplný přechod na 64bit systém, nebo změna způsobu adresování RAM (např. 48bit na 32bit systému). V případě Windows se nabízí jen možnost kompletního přechodu na 64bit systém, u Linuxu je pokud vím možnost 48bit adresování v 32bit systému (opravte mne prosím, pokud se mýlím).
ad 2 GB pro aplikaci - u Windows je to omezení jen u 32bit verze a 32bit programů. Řešení už opět pár let existuje - 64bit systém a 64bit aplikace.
zasekávání myši při zatížení HDD - nezažil jsem, neznám, pouze mohu odhadovat příčinu. O které Windows se jedná? Jak je nastavený hardware? Nepomohlo by ruční nastavení přerušení? Jedná se skutečně o zasekávání myši, nebo o celkové záseky GUI? Je to ale stejně takový problém hodněš vytržený z kontextu - takové bugy najdete u každého OS, u kterého není předem daná konfigurace hw, tedy i na Linuxu. Pochopitelně každý systém bude mít bugy někde jinde, což je dáno jiným přístupem ke správě hw.
swap - tímto "problémem" trpí XP a starší. Prostě v době návrhu a uvedení systému (rok 2000) nebylo obvyklé mít paměť větší než nějakých 256-512 MB a celý memorymanagement je tomu podřízen. Vzhledem k tomu, že se zde mluví většinou o nových verzích Linuxu, bylo by vhodnější porovnat chování aktuální verze Windows - tam takto agresivní swapování není. Swapuje se až v momentě zaplnění RAM (resp. do swapu se ukládá už dříve, ale data se stále udržují v RAM a zahazují se až tehdy, kdy to jinak nejde).
Celkově tedy srovnáváte aktuální Linux se sedm let starým systémem. Přišlo by vám normální, kdy se někdo pokoušel porovnat Vistu s RedHatem 6 (který, pokud se nepletu, vyšel někdy v roce 2000)?

