Inlägg

Det är bättre att ha många små diskar. Då får man ut högre hastighet

En disk för systemet, en för program, en för övrigt...

Eller många små i raid 0...ruskigt snabbt

Bör inte spela någon roll om man väljer 3,5 eller 2,5 så länge de har samma specifikation.

blå text <-> blå linje
gul text <-> gula prickar

kraftig "dropp" beror på att det är systemdisken dvs. systemet använder den disken

Gå in på HDTunes hemsida så hittar du säkert många diagram du kan jämföra mot.

XP tar väl cirka 4GB.

Har en ganska ren XP-installation (med sp2) på en virtuell maskin och den tar 1,8GB. Men då har jag inaktiverat viloläge (hibernate) samt stängt av växlingsfilen. (Kan ha tagit bort andra komponenter också med nLite).

Om du räknar med att XP tar max 8GB så har du nog en väldigt god marginal.

16GB bör räcka om du bara lägger till små program. Stora filer kan man ha på en extern disk eller ha tillgängliga över nätverk

högerklicka på "Den här datorn" ikonen

välj "Hantera"

Gå in på "Diskhantering" under "Lagring"

Därifrån kan du aktivera disken.

Smög sig in en oändlig loop i min kod ovan. Rättade till det

Som milkyway säger så kan du använda en vektor om du vill. När vektorn är liten och om inmatning och radering ska ske för hand så är prestadaförlusterna försumbara. (Med liten innebär storleksordningen på en miljon och mer).

En lista lämpar sig när ett utrymme ska växa dynamiskt och man vill kunna lägga till och ta bort objekt snabbt.

Nackdelen som en vektor har är att vid inmatning så måste man i värsta fall utöka storleken på vektorn. Detta innebär att man måste allokera en ny vektor som har plats för fler objekt och sen kopiera över samtliga objekt.

Personligen tycker jag det är roliga att använda en lista. Tycker det blir mer intuitivt så.

Sortering är lite svårare att sätta sig in i. Finns en lista över olika algoritmer på wikipedia (länk). Bubble sort är ganska enkel att implementera.

Litet tips: Man kan göra så att exel kan öppna filen man sparat. Detta gör man genom att använda \n för ny rad och \t för nästa kolonn. Sen får man ju ha rätt filändelse också

"A\t1\nB\t2" hade gett

A 1
B 2

i exel.

Litet exempel på länkad lista. Borde fungera, men har ej testat.

typedef struct node node;
struct node
{
  int data;

  node *next;
};

node* insert_last(node *n, int data)
{
  node *temp = n:

  while  (temp != NULL)
    temp = temp->next;

  temp = malloc(sizeof(node));
  temp->data = data;
  temp-> next = NULL;

  return temp;
}

void print_list(node *n)
{
  node *temp = n;

  while (temp != NULL)
  {
    printf("%i ", temp->data);
    temp = temp->next;
  }
}

int main()
{
  node *head = NULL;

  insert_last(head, 10);
  insert_last(head, 5);
  insert_last(head, 9);

  print_list(head);  // Borde skriva ut 10 5 9
}

scanf_s och fprintf funktionerna behöver du fortfarande använda. Med att lägga till ny post, hur har du gjort nu? Har du bara lagt till en ny rad i slutet av filen? I så fall måste du skriva om hela (eller större delen av) filen när du ska ha den sorterad.

Edit: Korrigerade print_list så det inte blir oändlig loop.

Orkar inte leta efter någon länk som påvisar mitt påstående nedan, men jag är ganska säker på att det är så en (modern?) SSD fungerar.

Vissa verkar tro att om man skriver samma fil flera gånger till en SSD så skulle den slitas snabbt. Detta är ej sant efter som en SSD håller reda på slitaget för varje sektor. Dessutom så spelar det ingen roll var på disken som filen sparas därför att accesstiden och överföringshastigheten förblir densamma. Detta gör att när du sparar filen flera gånger, så är det inga problem med att flytta filen mellan olika sektorer och på så vis fördela slitaget över hela disken.

För övrigt kommer förmodligen framtidens operativsystem ej att kunna köras optimalt på dagens roterande hårddiskar då dessa kommer att vara rent för söliga.

Har Express-versionen (c++) installerat och jag märker inte någon skillnad. Enda som syns är att knapparna är tonade (så de får en rundare form).

Tycker det skulle varit bättre om man laddade ner filmen istället för att köpa en skiva. Då hade man kunnat lagra filmen på det mediet som man själv tycker passar bäst.

Fungerar utmärk på Vista 64-bitar.

Blev 4670 på första försöket.

Kul spel för övrigt

Intressant test. Ser fram emot den dagen som man har en SSD som systemdisk Hade själv behövt 64GB för system+program.

Hint: Not AND

Jag tänkte mer i jämförelse mot c++. C går definitivt inte lika högt som c++

Sen vad jag menade med mitt inlägg var att stora delar av WINAPI definitivt inte är objektorienterat. För att får de objektorienterat måste man själva åstadkomma det.

Det fungerar väl utan att man gör något speciellt.

Testa med att skapa ett färdigt windows-projekt och se om det fungerar.

För bättre hjälp krävs det nog lite mer information. Beskriv gärna vilka steg du tar och om du får några kompileringsfel. Visa gärna lite kod på vad det är som inte fungerar.

Testa att använda absolutbelopp istället. Brukar förkortas abs.

Detta kanske fungerar:

=OM(ABS(A16)>1%);"FEL";"OK")

Fler alternativ:

=OM(OCH(A16>1%;-A16<1%);"FEL";"OK")

=OM(OCH(A16>0.01;A16<-0.01);"FEL";"OK")

Winsock-funktionerna är skrivet för att vara kompatibelt med c vilket är ett lågnivåspåk.

Verkar inte vara speciellt många alternativ

Du får implementera en egen prompt

Hade mitt prompt-projekt som jag pysslar med emellanåt varit någorlunda brukbart hade du kunnat använda det.

En icke-mekanisk disk har stått högt på min önskelista i mist 10 år.

Undra vad som händer när stora konsumenter av hårddiskar som DELL och HP börjar använda SDD. Kommer vanliga diskar att försvinna då? En vanlig användare som endast surfar och hämtar e-post behöver ju endast ett par GB och då kommer en "solid state disk" att räcka.

En annan tanke som slagit mig är att det enda som behövs för att tillverka en "solid state disk" är ett flertal flash-kort (om man nu kan kalla dem så). Då kan man tänka sig att stora hårddisktillverkare kommer att ersättas av ett flertal mindre tillverkare som endast monterar ihop kretskort. Vad jag menar är att en mindre tillverkare köper in flash-kort från en chiptillverkare och sen monterar dem på ett kretskort för att sälja dem som SSD. Precis som med USB-minnen.

Vågar man hoppas på "Årets julklapp för entusiaster" nästa år

Den har redan blivit separerad från ursprungstråden.

För övrigt tycker jag att man ska hålla sig till ett språk. Att programmera handlar inte enbart om att man ska skriva kod. Man måste även kunna lösa ett problem genom att förstå och kunna implementera färdiga algoritmer.

Det viktigaste biten för att snabba upp programmering är att ha till gång till bra verktyg som IntelliSense (eller liknande) och en bra debugger.

Om man verkligen kommer att kunna tillverka skärmarna genom att skriva ut dem med en "skrivare" så kommer de tillslut vara så billiga att man kan byta skärm minst en gång om året (i jämförelse mot andra tekniker).

Då borde livslängden betyda väldigt lite.

Tror inte det finns i Express Edition.