Denna delen av 99 uppdateras inte längre utan har arkiverats inför framtiden som ett museum.
Här kan du läsa mer om varför.
Mac-nyheter hittar du på Macradion.com och forumet hittar du via Applebubblan.
olov

olov

Medlem
  • Plats Linköping
  • Registrerad 2003-05-05
  • Senast aktiv 2013-07-03
  • Antal inlägg 242

Foruminlägg

De senaste inläggen olov har skrivit i forumet.

  • Medlem
  • Linköping
  • 2004-08-06 23:09

Cachebufferten hjälper i praktiken mestadels vid situationer där hårddisken behöver läsa eller skriva till olika utspridda ställen på skivorna "samtidigt", vilket typiskt gäller i ett multitaskande operativsystem t.ex. när man öppnar program (en mängd filer petas då på "samtidigt") eller varför inte då OS:et själv startar, men även i servertillämpningar och andra situationer. Med hjälp av intelligent kontrollermjukvara (firmware) kan läsningar och skrivningar buntas ihop eller fördröjas, medan de ligger i cachen, vilket leder till att läshuvudet inte behöver fara runt fullt så galet.

Ligger operativsystemet på hårddisken, eller programmen, eller varför inte mailsamlingen (eller annan data som inte läses/skrives rent sekventiellt i stora mängder) - då kommer en större buffer ge bättre prestanda. Ligger där endast ett stort iTunes-bibliotek är det sak samma.

olov

  • Medlem
  • Linköping
  • 2004-08-06 20:44

Varesig för musiklagring eller videolagring spelar cachebuffertens storlek någon påtaglig roll (oavsett läsning eller skrivning). I båda fallen är det det dominerande sekventiell överföring.

Däremot (om det kan påverka ditt val): I regel har diskar högre sekventiell överföringshastighet (STR) ju snabbare rotationshastighet och högre datalagringsdensitet de har (sikta på typiska 7200RPM och 80-100GB per skiva). Glöm cachebufferten i sammanhanget,

olov

  • Medlem
  • Linköping
  • 2004-07-31 12:06

fritt saxat från macosxhints, kör som root (eller sudo:a):

niutil -create / /users/newuser
niutil -createprop / /users/newuser uid 123
niutil -createprop / /users/newuser gid 123
niutil -createprop / /users/newuser realname "Användaren"
niutil -createprop / /users/newuser home "/Users/newuser"
niutil -createprop / /users/newuser shell "/bin/bash"
niutil -createprop / /users/newuser passwd "*" 
passwd newuser

(byt ut användare, uid, gid..). /sbin/nologin eller /usr/bin/false som shell om du inte ska ha loginmöjlighet, då.

olov

  • Medlem
  • Linköping
  • 2004-07-27 14:08

Pressrelease

Vi har tidigare diskuterat hur HD-tillverkarna gemensamt drog ned garantitiden, hur Samsung hittills varit ensam kvar med rimlig garanti och hur Hitachi-diskar ändå kan fås med bra garanti i Sverige om man köper genom rätt återförsäljare (diskar som inte kommer från spotmarknaden, var det så Schuckert?).

Nu sätter Seagate ned foten och fixar 5 års garanti på alla sina diskar (f.o.m. 1:a Juni 2004), världen över. Kombinerat med nyligen introducerade och snart kommande diskar, var är konkurrenterna?

olov (HD-torsk)

  • Medlem
  • Linköping
  • 2004-07-26 15:30

Jajamän, visst går det: http://nubus-pmac.sourceforge.net/ Räkna med att installationen blir jobbigare än vanligt bara, eftersom det är en specialiserad kärna du måste köra, men det går. Ser att det till och med finns en färdigbakad kärna med tillhörande debian woody installerare att ladda ner direkt från deras hemsida så det kanske bara är att tuta o köra.

olov

  • Medlem
  • Linköping
  • 2004-07-21 09:42

OpenTalk låter bättre, och går ju som sagt att stava till.

olov

  • Medlem
  • Linköping
  • 2004-07-18 14:35
Ursprungligen av Ingemar Ragnemalm:

Har beställt en Ricoh Caplio RX, återkommer med rapport om hur den är.

Äntligen! Ser fram emot att läsa din rapport,

olov

  • Medlem
  • Linköping
  • 2004-07-14 09:28

Ring och fråga PC Superstore vid trädgårdstorget, 013-126771.

olov

  • Medlem
  • Linköping
  • 2004-07-12 11:50

Två rader kanske?

30 11 * * * ....
30 15 * * * ....

olov

  • Medlem
  • Linköping
  • 2004-07-06 16:26
Ursprungligen av Mattias Hedman:

Kravet är att vad som än händer så får det max ta en halvtimme innan systemet är uppe igen. 2x250 RAID 1 för att säkra upp system och ekonomisystem mot diskkraschar sedan kommer jag skapa ett rsync script som kopierar ekonomissytemets databas till 80 Gb disken 8 ggr per dygn för backup om databasen skulle haverera. På detta sätt tycker jag att säkerheten är så pass hög att kraven uppfylls.

Hur ofta säkerhetskopieras databasen till en plats utanför XServe:n? Det räcker ju att antingen nätagget eller ATA-kontrollern felar ur för att alla tre diskarna ska kunna trasa sönder samtidigt.

/olov

  • Medlem
  • Linköping
  • 2004-07-03 18:19

Anders, det stämmer inte. Vill man dedikera nästan all möjlig CPU-tid (på en dator med flera processorer) till ett program krävs det att det är flertrådat ("multi-threaded"), annars kommer det bara maxbelasta en av processorerna.

Detta gäller alla moderna OS, inklusive Mac OS X.

olov

  • Medlem
  • Linköping
  • 2004-07-02 11:47

Snabbförklaring till hur databasen används i detta fallet (även om det är tokenkelt):

Select a drive type: Välj "Harddrive"
Select a mac model: Välj "Apple iMac"
Tryck "Search"

Vipps har du en uppsjö glada männskor som delar med sig om sina HD-uppgraderingserfarenheter för iMac G3.

olov

  • Medlem
  • Linköping
  • 2004-07-02 11:43

Båda diskarna lär fungera alldeles utmärkt.

Bästa referensen på området är databasen hos xlr8yourmac, nås på: http://forums.xlr8yourmac.com/drivedb/search.drivedb.lasso

olov

  • Medlem
  • Linköping
  • 2004-07-01 18:08
Ursprungligen av Mattias Hedman:

Jösses när jag träffade ett par DICE killer för 4 år sedan var de 12 personer... snacka om expansion...

Nejnej, för fyra år sedan var vi drygt 50 personer på UDS, hos DICE var dom lika många.

olov