Windows 7 utforskare suger, hur fixar man den?

[Gimbal]

Eller om jag i Google skriver "slow file" så föreslår den "slow file copy windows 7"

[psynoise]

Att kopiering på Vista och Win7 kan ta evigheter jämfört med Xp måste du väl har märkt?
"windows 7 slow file copy" About 43,700,000 results (0.16 seconds)

"linux slow file copy"
Ungefär 103 000 000 resultat (0,26 sekunder)

Det där är knappast relevant för Linux eftersom utveckling och support sker över Internet samt att flera träffar kommer säkerligen från olika speglar. Sökresultatet för Windows ger dock en liten visning då resultatet borde vara litet eftersom utveckling sker bakom stängda dörrar samt den mesta supporten. Dessutom har man grymma val till filsystem om man vill kopiera snabbt i Linux, se alla gamla arv från SGI med flera.

[AndersG]

He he... Jo. Linux kan nog vara långsamt det med, men från Xp till Vista var det extremt, men det blev sedan litet bättre i Win7.

[sodjan]

> Det där är knappast relevant för Linux eftersom....

Primärt skiljer det på vilken marknad man riktar sig till.
De som vill ha något som fungerar "out-of-the-box" (Windows)
eller de som gärna lägger ner en massa tid på att få det att
fungera och underhålla som som kanske också får en känsla
(illusion?) av de har kontroll (Linux).

Med tanke på de helt olika volymerna på de två marknanderna
så är väl inte Google resultatet helt irrelevant.

> Dessutom har man grymma val till filsystem...

Grundfelet (som de flesta väljer att inte se) är att man kan
göra (måste kunna göra) val av filsystem alls. Ett vettigt OS
ska naturligstvis komma med ett "good enough" filsystem direkt.

Ingen kan ju vara förvånad över att försäljningen av Linux-laptops
till konsumtledet floppade förra året.

[AndersG]

Ett vettigt OS ska naturligstvis komma med ett "good enough" filsystem direkt.

Där kan jag inte riktigt hålla med. Jag anser det som en enorm vinst att kunna köra "lean" med tex EXT3 för databaser där jag eg bara behöver rå filprestanda, men ändå kunna välja tex NSS för volymer med användardata där jag vill ha en vettig hantering av rättigheter och tex slippa logga ut/in bara för att ändringar skall "bita"

Detta gäller servers dock.

[sodjan]

Vad är NSS ? Är det http://en.wikipedia.org/wiki/Novell_Storage_Services ?

> där jag vill ha en vettig hantering av rättigheter...

Vad är det mer specifikt ? ACL'er ?

> och tex slippa logga ut/in bara för att ändringar skall "bita"...

Det där låter väldigt märkligt. Hur menar du där ??

> Detta gäller servers dock.

OK.
Ett vettigt server-OS ska naturligstvis komma med ett "good enough" server-filsystem direkt.

[AndersG]

I tex Windows så måste du logga ut och logga in igen om en administratör ändrat rättigheter på servern. Tex om du ger rättigheter till en (under)katalog, eller tar bort rättigheter. I NSS som finns för NetWare och Linux är all utvärdering av rättigheter dynamisk och väldigt granulär. Perfekt för kataloger med data som skall accessas av användare.

Med en server med NTFS så "ser" inte användaren de ändringar du gjort på servern före han eller hon loggar ut och in igen. Alla rättigheter är statiska och utvärderas en gång. De ärvs inte heller, därav den berömda "replace permissions on subdirectories". Tyvärr har SAMBA etc ärvt denna paradigm så du har samma elände även om servern är en Linuxburk.

"Tillräckligt bra" är alltid en kompromiss. Om du skall ha lagring för tex en databas eller en cache (squid tex) så är du utpräglat ointresserad av rättigheter. Då kan du vinna en massa på att använda ett filsystem som inte har så mycket overhead.

[sodjan]

OK. I see...
Du menar alltså när man gör ändringar i användarens profil ?
Ja, de flesta system läser ju av profilen vid inloggning.
Eller menar du när man ändrar rättigheter på katalog/fil nivå ?
Det borde normalt synas direkt, även för redan inloggade användare.
Den accessen kontrolleras ju vid (t.ex) filöppning eller liknande.

> Om du skall ha lagring för tex en databas eller en cache (squid tex)
> så är du utpräglat ointresserad av rättigheter.

Jag vill i alla fall bara att de som har behörighet till det läser databasen...

> Då kan du vinna en massa på att använda ett filsystem som inte har så mycket overhead.

Normalt utvärderas access rättigheter vid (t.ex) filöppning (eller "attach" om det är en
databas), efter det är det "bara" I/O precis som vanligt och eventuella access funktioner
spelar ingen (större) roll längre. Sen så kan du ha olika rättigheter till olika delar
(tabeller och andra objekt) av databasen för olika användare...

[psynoise]

Finns ingen definition på vad som är "good enough" inom något teknikområde tycker jag, allt kan alltid bli bättre. Angående Windows verkar Microsoft ha en väldigt låg "good enough" nivå. Själv använder jag datorn mest till internetsurfande och en del rapportskrivning i skolan. När det gäller rapporter blir det väldigt bökigt i Windows. Filsystemet tillåter inte att man öppnar samma fil i två olika program vilket jag ofta vill. Vanligast är att jag ritar ett schema i Xcircuit och räknar och dokumenterar det i Lyx. Arbetet i båda programmen sker samtidigt varar jag ser nya ändringar från Xcircuit direkt i Lyx. Att gå tillbaka till Windows och börja stänga av och exekvera program titt som tätt är något som jag helst vill slippa. Dessutom finns Linuxdistributioner som fungerar "out of the box" men då kan man inte prata generellt om Linux utan man får hålla sig till t.ex Ubuntu med sina för och nackdelar.

[AndersG]

Eller menar du när man ändrar rättigheter på katalog/fil nivå ?
Det borde normalt synas direkt, även för redan inloggade användare.

Så funkar det inte i Windows.

Filsystemet tillåter inte att man öppnar samma fil i två olika program vilket jag ofta vill.

Det beror på hur du öppnar dem. Du måste ange att de skall vara delbara för att kunna öppna dem från flera håll. Detta hanteras av programmet som öppnar. Du kan inte kontrollera det själv.

[sodjan]

Det är ju märkligt.
Om man antar att man inte har "rört" en viss fil så kan ju systemet
inte vet om man har rättighet till den eller inte. Sedan ändrar man
rättigheterna på en viss fil som användaren efter det accessar.
I *det* läget måste systemet kolla vad som gäller, och då jämförs
rimligtsvis de rättigheter som användaren fick vid inloggning mot
vad som just nu gäller för filen...

[AndersG]

Se:
http://en.wikipedia.org/wiki/Access_token

The access token is generated by the logon service when a user logs on to the system and the credentials provided by the user are authenticated against the authentication database, by specifying the rights the user has in the security descriptor enclosed by the token.

Det mesta i Windows funkar på dethär sättet. Eftersom en container inte kan vara Security Principal heller så delar man oftast ut rättigheter via grupper och grupptillhörigheter utvärderas även de bara vid inloggning.

[sodjan]

Jo *det* är jag helt med på, det var det jag sa.

Men det är ju inte så att man även *vid inloggning* kollar
upp rättigheterna mot varje tänkbar fil på systemet.
Det görs först då t.ex en fil ska (t.ex) öppnas. Och *då* gäller
rimligtsvis de rättigheter som gäller för den filen just *då*,
vid accessen, inte de som eventuellt gällde vid inloggningen...

Och ändras rättigheterna på en viss fil efter inloggning, så gäller
det om den aktuella processen försöker accessa filen. Något annat
skulle knappast gå att administrera rent tekniskt för systemet.

Whenever such a process accesses any resource which has access control enabled,
Windows looks up in the security descriptor in the access token whether the user
owning the process is eligible to access the data, and if so, what operations
(read, write/modify, etc.) the user is allowed to do.

Exakt.

Från samma sida :

> Impersonation is a security concept unique to Windows NT...

Helt fel. Där jag jobbar kan varje thread i *samma* process köra under
olika "persona" och dynamiskt byta persona vid behov. Alla (t.ex) fil-accesser
som sker genom varje enskild thread går under de behörigheter som just
den user som just då är "impersonated" har, som t.ex en multi-threaded
serverprocess i en web-applikation eller liknande.

> ...that allows a server application to temporarily "be" the client in terms of access to secure objects.

[stekern]

Primärt skiljer det på vilken marknad man riktar sig till.
De som vill ha något som fungerar "out-of-the-box" (Windows)
eller de som gärna lägger ner en massa tid på att få det att
fungera och underhålla som som kanske också får en känsla
(illusion?) av de har kontroll (Linux).

Grejen är att nuförtiden *behöver* man inte hålla på och pilla,
meka och ställa in varenda liten detalj i Linux om man inte vill.
Förr tyckte jag att det var viktigt,
och jag har kört en del olika distributioner där graden av nödvändigt pillande är varierande.
(Redhat, slackware, Debian, gentoo etc)
Just nu är prioriteten för mig att de applikationer jag använder fungerar,
där kan jag måhända pilla för att få de att funka som jag vill.
Dessa är emacs (för kodande), diverse EDA verktyg för FPGA utveckling (främst Xilinx ISE och Altera Quartus)
och en del toolchains och kompilatorer.
Systemet som sådant vill jag annars att det bara skall fungera "out-of-the-box",
jag har helt enkelt inte tid att underhålla det på något högre plan än att klicka på en blinkande "update-knapp"
Jag kör nuförtiden kubuntu, även om det har sina nackdelar så fungerar det i alla fall utan en massa pillande.

Som slutkläm kan jag nämna ett par saker i windows som drar ner min produktivitet,
och jag kan hålla med om att hur många pixlar en ram är är inte någon avgörande faktor.

* inte möjligt att sätta vilket som helst fönster "ontop of others"
* Ingen "ALT - flytta-fönster-med-musen" och ingen "ALT - ändra-storlek-på-fönster-med-musen"

[AndersG]

Men det är ju inte så att man även *vid inloggning* kollar
upp rättigheterna mot varje tänkbar fil på systemet.
Det görs först då t.ex en fil ska (t.ex) öppnas. Och *då* gäller
rimligtsvis de rättigheter som gäller för den filen just *då*,
vid accessen, inte de som eventuellt gällde vid inloggningen...

Det måste jag nog kolla, men anta följande scenario: Du har en gemensam volym med tre mappar Tom, Dick, Harry. Pia har läsrättigheter i Tom, Dick, men inte Harry. I Mappen Harry finns filer som Pia nu skall ge åtkomst till. Du, som administratör, ger Pia rättigheter till Harry, men hon kan ändå inte se dessa filer, eller öppna dem, inte i utforskaren, inte i tex Word, eftersom vad hon ser utvärderas vid inloggning. Du måste således be henne logga ut (och stänga allt hon jobbar med) och sedan logga in igen.

Men det är ju inte så att man även *vid inloggning* kollar
upp rättigheterna mot varje tänkbar fil på systemet.
Det görs först då t.ex en fil ska (t.ex) öppnas.

Det är just det som är haken. Windows utvärderar inte dessa rättigheter mot vad som gäller nu, utan vad som gällde då. Om du tex gjorts till medlem av en grupp som har utökade rättigheter så "syns" inte det heller.