Gå til innhold

Kommentar: Linux-året 2008


Anbefalte innlegg

Videoannonse
Annonse
Ummm... var det bare jeg som reagerte på at BSOD kan bli en feature i linux/xorg?

 

//Torgeir

 

Tro det eller ei, men jeg vil faktisk være en av dem som synes at BSOD kan være en meget god ide... I windows er den faktisk veldig nyttig.. (gitt at du vet hva den betyr) Nvidia caused an kernel oops (random sitat, tatt ut av det blå), sier det liksom ikke så veldig mye....

 

Jo, nå har ikke jeg vær borti linux (freeBSD) og "Nvidia caused an kernel oops" (ATI) på en tid, men hva er galt med dmesg + xorg.0.log? Greit nok at man kanskje kan tail'e de relevante filene til skjerm - men jeg vil heller lete fram denne informasjonen i less e.l.

 

//Torgeir

Lenke til kommentar

Mulig dette er helt soleklart for alle men hva betyr den siste setningen i dette avsnittet?

 

"Ny grafikkplattform

 

Det har såvidt begynt med GEM (se forrige side), men hele grafikkplattformen til Linux skal forbedres iløpet av første halvdel 2009. Vi kan forvente bedre ytelse og bedre utnyttelse av skjermkortet slik at støtte for dvale- og hvile-modus blir bedre, pluss at det blir vanskeligere for fullskjermsapplikasjoner å krasje X-serveren.

 

Denne nye grafikkplattformen gjør det også mulig for Plymouth (forrige side) å fungere samt at den velkjente blå-skjermen fra Windows nå faktisk blir en mulighet i Linux."

 

"...blå-skjermen fra Windows" ? Huh?

 

Paa forhaand takk for svar :)

Lenke til kommentar
Mulig dette er helt soleklart for alle men hva betyr den siste setningen i dette avsnittet?

 

"Ny grafikkplattform

 

Det har såvidt begynt med GEM (se forrige side), men hele grafikkplattformen til Linux skal forbedres iløpet av første halvdel 2009. Vi kan forvente bedre ytelse og bedre utnyttelse av skjermkortet slik at støtte for dvale- og hvile-modus blir bedre, pluss at det blir vanskeligere for fullskjermsapplikasjoner å krasje X-serveren.

 

Denne nye grafikkplattformen gjør det også mulig for Plymouth (forrige side) å fungere samt at den velkjente blå-skjermen fra Windows nå faktisk blir en mulighet i Linux."

 

"...blå-skjermen fra Windows" ? Huh?

 

Paa forhaand takk for svar :)

 

Aldri opplevd at Windows henger seg med blåskjerm? Grunnet måten grafikk er håndtert i Linux så er det faktisk ikke mulig å få blåskjerm... den vil rett og slett bare henge seg. Med den nye grafikkplattformen blir blåskjerm en mulighet (sånn at det er lettere å vite hva som går galt når maskinen henger seg).

Lenke til kommentar

Mange fine Linux-artikler i 2008 og jeg er positivt overrasket at hw.no satser så hardt på linux-stoff som de gjør. Håper dette vil fortsette i 2009 som vi nå er inne i. Når det er sagt så må ikke linux-skribentene være for glorifiserende ovenfor temaet linux, men si det som det er og fortsette å være kritisk.

Lenke til kommentar
Jo, nå har ikke jeg vær borti linux (freeBSD) og "Nvidia caused an kernel oops" (ATI) på en tid, men hva er galt med dmesg + xorg.0.log? Greit nok at man kanskje kan tail'e de relevante filene til skjerm - men jeg vil heller lete fram denne informasjonen i less e.l.

 

//Torgeir

Det er ikke noe galt i det, men enhver nybegynner kan feilsøke på en blåskjerm... Det er ikke alle som vet hvor man finner xorg.0.log (jeg vet, men det var egentlig ikke relevant) blir som å be mannen i gata om å se i windowsloggen når maskinen henger seg... De fleste vet ikke engang at den er der....

 

Poenget er at for en som ikke orker å sette seg inn i problemstillingen, så er det mye enklere å få en blåserkjerm med litt relevant info som man kan google....

Lenke til kommentar
Gjest Slettet+6132
Poenget er at for en som ikke orker å sette seg inn i problemstillingen, så er det mye enklere å få en blåserkjerm med litt relevant info som man kan google....

 

Her tar du svært mye feil. :)

 

Den som får noe nytte av en BSOD må enten være synsk, eller ha sett akkurat den spesifikke BSOD med henvisning til f.eks. nvdisp.dll.

Man må lese logger uansett platform, og selv da må man slite dersom det er en klassisk nullpointer/access violation.

Lenke til kommentar

Ehm, jeg vet om ganske mange som leser bluescreen til windows, noterer ned feilmeldingen som kommer opp, skriver den inn i google og deretter finner ut av problemet, uten å vite hva logg er for noe. Jeg kan lese logg, det jeg ikke skjønner er at du ikke fatter at for lite tekniske folk, så kan det være vesentlig lettere å punche inn en feilkode i google og få ett svar, enn å forsøke å finne en loggfil.....

Endret av Lock-Aze
Lenke til kommentar

BSOD er i min mening en dårlig, dårlig ting, da det ikke fremkommer klart av BSOD hva som er feil.

Klart en kan skrive ned feilkode og så google den senere, men hadde vært bedre om en fikk en bedre forklaring der og da.

 

Men både windows og linux har ... problemer med slike feilmeldinger. BSOD for win og f.eks. MCE feilmeldinger for linux.

For de MCE feilene jeg selv har vært borti, måtte jeg gjøre som Lock-Aze skriver, skrive ned feilkode og google etterpå.

 

så i min mening er MCE også en dårlig, dårlig ting.

Lenke til kommentar
Gjest Slettet+6132
Ehm, jeg vet om ganske mange som leser bluescreen til windows, noterer ned feilmeldingen som kommer opp, skriver den inn i google og deretter finner ut av problemet, uten å vite hva logg er for noe. Jeg kan lese logg, det jeg ikke skjønner er at du ikke fatter at for lite tekniske folk, så kan det være vesentlig lettere å punche inn en feilkode i google og få ett svar, enn å forsøke å finne en loggfil.....

 

Det er ikke "vanlige" folk som finner ut av BSOD via å Google etter 0x80001403 + *EVENTUELT* en henvisning til en gitt driver/fil.

De er ikke nødvendigvis "teknikere" eller "MS Certified", men defintivit ikke en gjennomsnittlig *bruker*.

Disse vil fint også finne ut hvilke logger man i tilfelle skal sjekke, gitt at de finner noe vettug via Google.

 

Edit:

Fjernet surmagede kommentarer. Er/var en dårlig dag. :(

Endret av Slettet+6132
Lenke til kommentar
Jevnt over god artikkel, men
Gimp er kanskje ikke en god konkurrent til Photoshop, men det er det beste vi har i Linux uten bruk av kompatibilitetslag.

er jeg ikke enig i.

Ikke at jeg er en tung bruker av bildebehandlingsprogram i Linux, men mange (også her på forumet) syns av GIMP mangler mye og bruker andre programmer om ikke eksklusivt, så ihvertfall i kombinasjon med GIMP.

 

Krita f.eks. som hvis ikke jeg tar feil har skikkelig CMYK støtte i motsetning til GIMP

Og en har Bibble for behandling av RAW filer, noe GIMP heller ikke er god på (men det har forsåvidt også andre grunner)

 

GIMP er bra, men min erfaring er at det er feil å fastslå at det er det beste vi har....

Ahh, GIMP. Min største kilde til frustrasjon.

 

Hadde håp om at GIMP 2.6 skulle bli bra, men endringene i GUI ødela alt, forandringene introduserer så mange nye bugs (1t session i 2.6.4 fant jeg 5 bugs bare i toolbox) at GIMP 2.6 er en nedgradering i forhold til 2.4. Selv om 2.6 inkluderer GEGL, blir ikke denne brukt før tidligst i 2.8 (selv tror jeg ikke dette vil fungere før 3.0)

 

Krita har fargestøtte, men ikke DPI eller andre basic verktøy. Cinepaint har fargestøtte, men ellers er på høyde med GIMP1.

 

Multimediaproduksjon på Linux er fremdeles substandard.

Lenke til kommentar

Ikke frist meg :p

 

Siden de "jobber" med saken er det ikke noe vits å finne opp hjulet på nytt. Men, hvis ikke GIMP 2.8 får elementær fargestøtte kommer jeg til å gjøre noe, mest sansynelig gå over til Adobe/Win kombo (har allerede skaffet meg en win-bærbar med alle programmer jeg bruker i Linux ....).

Endret av olear
Lenke til kommentar

Ikke finn opp hjulet på nytt, håper heller at Gimp blir forbedret ;) Synd at Cinepaint ble forket i sin tid for å dekke filmbransjens behov for bedre fargestøtte og typiske high-end filformat til compositing. Hadde vært bedre om denne støtten kom inn i orginale Gimp isteden, men det var kanskje noen utfordringer som sto i veien.

 

GEGL høres jo spennende ut, selv om jeg ikke har rukket å sette meg inn i det. Men har fått med meg at det skal tilby non-destructive nodebasert redigering av bilder. Hvis det blir noe ala hva som finnes i high-end compositing programmer (Shake, Digital Fusion, Nuke) så er det veldig spennende :)

 

Selv bransjestandarden Photoshop er pr idag dårlig på slikt. Blant annet er grensesnittet for filtre rotete og bærer veldig preg av 20 år gammelt rusk. Adjustement layers var riktignok en kjærkommen nyhet i Photoshop, men funksjonen burde vært generalisert til å gjelde alle slags filtre, og ikke begrenset til fargekorrigering.

Lenke til kommentar

Jeg kan nevne mye som er feil med Photoshop, egentlig så liker jeg ingen aspekter med programmet, men de har iallefall fått med seg grunnleggende funksjoner for arbeid med bilder. GIMP er og blir et prosjekt uten styring og planer, de bare slenger inn det de trenger her og der, slik lager men ikke gode programmer.

 

Jeg mener at vi egentlig burde skrote GIMP, begynne på nytt, få inn seriøse aktører (med kapital), bedre styring, skikkelige mål, osv.

Lenke til kommentar
Aldri opplevd at Windows henger seg med blåskjerm? Grunnet måten grafikk er håndtert i Linux så er det faktisk ikke mulig å få blåskjerm... den vil rett og slett bare henge seg. Med den nye grafikkplattformen blir blåskjerm en mulighet (sånn at det er lettere å vite hva som går galt når maskinen henger seg).

 

Direkte restart av X-servern etter kanskje 10 sekunder og et popup med feilmeldingen og linking til alle logfilene(hvor de er hen). Ser ikke å ille ut når du tenker på at det allerede går an å drepe den uten reboot :p

 

Note: Litt enig om GIMP, mye rot.

Endret av del_diablo
Lenke til kommentar

Opprett en konto eller logg inn for å kommentere

Du må være et medlem for å kunne skrive en kommentar

Opprett konto

Det er enkelt å melde seg inn for å starte en ny konto!

Start en konto

Logg inn

Har du allerede en konto? Logg inn her.

Logg inn nå
  • Hvem er aktive   0 medlemmer

    • Ingen innloggede medlemmer aktive
×
×
  • Opprett ny...