mingw-gcc:n hitauden syy paljastui - availee olemattomia tiedostoja ... esim cc1.exe.exe

Onhan se Helvettiä sinänsä! Mutta jotkut ei tiedä paremmasta!

On se sellaista tuskaa! Ei sitä uskoisi mutta kun käyttää jotai toimivaa OS:ää niin silloin huomaa miten ongelmallinen Windows on!

Onhan se kamala, jatkuvasti hypii jotain silmille, ei vaan mainoksia vaan ihan Windowsin tai edgen tai jonkun ohjelman ohjesivuja tai muita.
Windows 8 jäälkeen W7 hidastettiin oikeen huolella ennen w10 ilmestymistä, jotta w10 ei näyttäisi niin raskaalta, W11 on samaa luokaa raskaudeltaan mutta muistinkulutukseltaan ihan omaa luokaansa. W11 on otetty "moniajo pois" että se tuntuisi kevyemmältä.
Teet jotai työtä joka ottaa aikaa ja ajattelet mm lukea netistä uutiset silläaikaa.
Paska. se työ on sammutettu siellä takana eikä etene mihinkään kun sivu ei ole aktiivinen.

W11 ei kykene tekeen kuin yhtä asiaa kerrallaan!

Microsoft keskeytti Windows 11 -päivityksen automaattisen jakelun – ”Saattaa heikentää pc:n suorituskykyä rajusti”

Samalla se aiheuttaa lämmöntuottoa kun Windowsista tulee jatkuvasti raskaampi.
Levyllekin se kirjoitaa taukoamatta vaikket tekisi sillä mitään. Ei siis ihme että SSD paukahtaa.

BT ja Wlan on edeleen Windowsin ongelmalistalla, tahmaamisessa ja katkomisessa.
Kuvansumennus vaan jatkaa ja 4 ytimen ongelmaa ei saada korjattua.

Lisäksi windows ei lue ja kirjoita yhtäaikaa, edes että kopioisi levyltä toiselle.
Linuxit tekee niin että toista luetaan ja toista kirjoitetaan yhtäaikaa.
Windows ensin lukee ja sitten kirjoittaa. Ja se on hidasta.

Windowsilla tahkoaminen on muutosvastarintaa,.

Sellasita!

"Jos windowsin tiedostojärjestelmä on olemattomien tiedostojen kohdalla hidas, niin minkäs sille voi"

Kyse ei ole pelkästään esim. tekstitiedoston avaamisesta, vaan PROSESSIN luomisesta.
Ja tuo prosessin luominen on (suhteellisesti) hidasta.

Toki, jos yrittää suorittaa vaikkapa cc1.exe.exe, niin tuon luulisi olevan nopeaa, koska cc1.exe.exe -tiedostoa ei ole olemassa, ei olemattomalle EXE -tiedostolle tarvitse prosessiakaan luoda.

Mutta jos yritetään cc1.exe.bat tai cc1.exe.cmd, niin tuolle luodaan aina prosessi käyttäen cmd.exe - ja koska tuossa oikeasti luodaan prosessi, niin se ottaa aikansa.

prosessin luominen windowsissa on hitaampaa kuin linuxissa.

Sensijaan uuden säikeen luominen jo olemassaolevaan prosessiin windowsissa on erittäin nopeaa.

Linuxin kernelhän kärsii tässä tietynlaisesta myopiasta, eli linux kernelille prosessi ja säie on melkein sama asia (ainoa ero on siinä, että säie jakaa muistiavaruuden muiden saman prosessin säikeiden kanssa, mutta prosessi ei jaa muistiavaruuttaan).

Windowsissa säikeiden ja prosessien käsittely on täysin erilaista, eikä windowsissa ole tuollaista kummallista ongelmaa mikä linuxissa on.

Moni täällä kuvittelee, että linux = parempi kuin windows.

On tosiaan YKSI asia, missä linux on ihan oikeastikin parempi kuin windows, ja se on TCP/IP -pinon laadukkuus. Linuxissa on paremmin tehty TCP/IP -pino kuin windowsissa.

Oikeastaan kaikessa muussa nimenomaan windows on parempi kuin linux.
Aivan erityisesti muistinhallinta on asia, jonka Microsoft osaa erinomaisen hyvin.
Linuxissa taas koko muistinhallinta on surkea viritys.

Miksiköhän windowsissa ei tarvita OOM killeriä.

Windowsissa on asialliset muistinhallintafunktiot, kuten VirtualAlloc, VirtualFree, VirtualProtect jne.

Linuxissa teeskennellään, että C -kielen malloc() ja free() riitää kaikkeen.
No, tavallaan "riittää" mutta seuraukset ovat kaameat.
Linux kernel olettaa, että ohjelma käyttää vain pienen osan malloc():lla varaamastaan muistista.

JOS ohjelma varaa muistia PALJON käyttäen malloc() ja sitten ohjelma oikeasti käyttää kaiken malloc():lla varaamansa, linuxissa alkaa silloin OOM killer toimia.

Windowsissa osaava ohjelmoija ei tietenkään tee muistinhallintaa C -kielen malloc() ja free() -funktioilla, vaan käyttää VirtualAlloc, ja osaa käyttää oikein MEM_RESERVE ja MEM_COMMIT -lippuja.

Anonyymi kirjoitti:

"Jos windowsin tiedostojärjestelmä on olemattomien tiedostojen kohdalla hidas, niin minkäs sille voi"

Kyse ei ole pelkästään esim. tekstitiedoston avaamisesta, vaan PROSESSIN luomisesta.
Ja tuo prosessin luominen on (suhteellisesti) hidasta.

Toki, jos yrittää suorittaa vaikkapa cc1.exe.exe, niin tuon luulisi olevan nopeaa, koska cc1.exe.exe -tiedostoa ei ole olemassa, ei olemattomalle EXE -tiedostolle tarvitse prosessiakaan luoda.

Mutta jos yritetään cc1.exe.bat tai cc1.exe.cmd, niin tuolle luodaan aina prosessi käyttäen cmd.exe - ja koska tuossa oikeasti luodaan prosessi, niin se ottaa aikansa.

prosessin luominen windowsissa on hitaampaa kuin linuxissa.

Sensijaan uuden säikeen luominen jo olemassaolevaan prosessiin windowsissa on erittäin nopeaa.

Linuxin kernelhän kärsii tässä tietynlaisesta myopiasta, eli linux kernelille prosessi ja säie on melkein sama asia (ainoa ero on siinä, että säie jakaa muistiavaruuden muiden saman prosessin säikeiden kanssa, mutta prosessi ei jaa muistiavaruuttaan).

Windowsissa säikeiden ja prosessien käsittely on täysin erilaista, eikä windowsissa ole tuollaista kummallista ongelmaa mikä linuxissa on.

Moni täällä kuvittelee, että linux = parempi kuin windows.

On tosiaan YKSI asia, missä linux on ihan oikeastikin parempi kuin windows, ja se on TCP/IP -pinon laadukkuus. Linuxissa on paremmin tehty TCP/IP -pino kuin windowsissa.

Oikeastaan kaikessa muussa nimenomaan windows on parempi kuin linux.
Aivan erityisesti muistinhallinta on asia, jonka Microsoft osaa erinomaisen hyvin.
Linuxissa taas koko muistinhallinta on surkea viritys.

Miksiköhän windowsissa ei tarvita OOM killeriä.

Windowsissa on asialliset muistinhallintafunktiot, kuten VirtualAlloc, VirtualFree, VirtualProtect jne.

Linuxissa teeskennellään, että C -kielen malloc() ja free() riitää kaikkeen.
No, tavallaan "riittää" mutta seuraukset ovat kaameat.
Linux kernel olettaa, että ohjelma käyttää vain pienen osan malloc():lla varaamastaan muistista.

JOS ohjelma varaa muistia PALJON käyttäen malloc() ja sitten ohjelma oikeasti käyttää kaiken malloc():lla varaamansa, linuxissa alkaa silloin OOM killer toimia.

Windowsissa osaava ohjelmoija ei tietenkään tee muistinhallintaa C -kielen malloc() ja free() -funktioilla, vaan käyttää VirtualAlloc, ja osaa käyttää oikein MEM_RESERVE ja MEM_COMMIT -lippuja.

Lue lisää

Nettiselain on esimerkki parhaasta päästä ohjelmasta, jossa muistinhallinnalla on kriittinen rooli. Muistia käytetään paljon ja erikokoisia objekteja allokoidaan ja vapautetaan taajaan.

Jos esimerkiksi Firefoxin muistinhallinta perustuu C -kielen malloc()- ja free()-funktioiden käyttöön, en enää lainkaan ihmettele miksi selain toimii niin huonosti kuin se toimii.

VirtualAlloc() jne. eivät yksin ratkaisisi ongelmaa. Virtuaalimuistin sivut ovat liian isoja käytettäviksi yksittäisen objektin tallettamiseen.

Perustuu muistinhallinta virtuaalimuistin tai fyysisen muistin käyttöön, ongelma ratkeaa vain tehokkaalla muistinhallinta-algoritmilla, jolla muistin liiallinen pirstaloituminen estetään.

Jospa joku kirjoittaisi tuollaisen algoritmin mm. Firefoxiin, saisi ainakin täältä suuret kiitokset.

Anonyymi kirjoitti:

"Jos windowsin tiedostojärjestelmä on olemattomien tiedostojen kohdalla hidas, niin minkäs sille voi"

Kyse ei ole pelkästään esim. tekstitiedoston avaamisesta, vaan PROSESSIN luomisesta.
Ja tuo prosessin luominen on (suhteellisesti) hidasta.

Toki, jos yrittää suorittaa vaikkapa cc1.exe.exe, niin tuon luulisi olevan nopeaa, koska cc1.exe.exe -tiedostoa ei ole olemassa, ei olemattomalle EXE -tiedostolle tarvitse prosessiakaan luoda.

Mutta jos yritetään cc1.exe.bat tai cc1.exe.cmd, niin tuolle luodaan aina prosessi käyttäen cmd.exe - ja koska tuossa oikeasti luodaan prosessi, niin se ottaa aikansa.

prosessin luominen windowsissa on hitaampaa kuin linuxissa.

Sensijaan uuden säikeen luominen jo olemassaolevaan prosessiin windowsissa on erittäin nopeaa.

Linuxin kernelhän kärsii tässä tietynlaisesta myopiasta, eli linux kernelille prosessi ja säie on melkein sama asia (ainoa ero on siinä, että säie jakaa muistiavaruuden muiden saman prosessin säikeiden kanssa, mutta prosessi ei jaa muistiavaruuttaan).

Windowsissa säikeiden ja prosessien käsittely on täysin erilaista, eikä windowsissa ole tuollaista kummallista ongelmaa mikä linuxissa on.

Moni täällä kuvittelee, että linux = parempi kuin windows.

On tosiaan YKSI asia, missä linux on ihan oikeastikin parempi kuin windows, ja se on TCP/IP -pinon laadukkuus. Linuxissa on paremmin tehty TCP/IP -pino kuin windowsissa.

Oikeastaan kaikessa muussa nimenomaan windows on parempi kuin linux.
Aivan erityisesti muistinhallinta on asia, jonka Microsoft osaa erinomaisen hyvin.
Linuxissa taas koko muistinhallinta on surkea viritys.

Miksiköhän windowsissa ei tarvita OOM killeriä.

Windowsissa on asialliset muistinhallintafunktiot, kuten VirtualAlloc, VirtualFree, VirtualProtect jne.

Linuxissa teeskennellään, että C -kielen malloc() ja free() riitää kaikkeen.
No, tavallaan "riittää" mutta seuraukset ovat kaameat.
Linux kernel olettaa, että ohjelma käyttää vain pienen osan malloc():lla varaamastaan muistista.

JOS ohjelma varaa muistia PALJON käyttäen malloc() ja sitten ohjelma oikeasti käyttää kaiken malloc():lla varaamansa, linuxissa alkaa silloin OOM killer toimia.

Windowsissa osaava ohjelmoija ei tietenkään tee muistinhallintaa C -kielen malloc() ja free() -funktioilla, vaan käyttää VirtualAlloc, ja osaa käyttää oikein MEM_RESERVE ja MEM_COMMIT -lippuja.

Lue lisää

Windowsnistin paskanjauhantaa moinen linuxin mollaaminen!

Anonyymi kirjoitti:

Windowsnistin paskanjauhantaa moinen linuxin mollaaminen!

En usko, että windowsissakaan käytetään malloc:ia kernel-puolen kutsuissa - vaan siellä on joko Linuxia vastaava geneerinen kzalloc tai kernel taskin oma muistinvaraus.
Btw. OOM-Killerin ajoon tulo on lähinnä huolimattomuutta koodaajalta eli hän on aiheuttanut tilanteen, jossa koneesta on muisti loppunut - saa sen vapauttaakin!
Miksipä se windows luo prosessin, jos .cmd tiedostoa ei löydy? Siinä on selvä optimoinnin paikka.