10. januar 2011 - 15:25Der er
32 kommentarer og 1 løsning
Stærk pc må give op overfor et excelark!
Hej
Jeg arbejder en del i excel, og er igang med nogle ret tunge mapper hvor der er 50 ark, og indeholder 80 KB. Det var mere end min 4 år gamle pc kunne klare, og derfor har jeg netop investeret i en Sony vaio med i7 processor, 8 GB Ram og 4 kerner. Den skulle kunne klare det som en leg skulle man mene, men nej. Kun en anelse bedre end den gamle.
Jeg vil høre om der er nogen der ved om man gå ind i indstillingerne, og eventuelt udnytte de mange muskler bedre, eller skal man bare acceptere tingenes tilstand.
I dette særtema om aspekter af AI ser vi på skiftet fra sprogmodeller til AI-agenter, og hvordan virksomheder kan navigere i spændet mellem teknologisk hastighed og behovet for menneskelig kontrol.
En anden ting, kører du med 32 eller 64 bit operativ-system? Hvis du kun bruger 32 bit, benytter du kun 4GB RAM, samt CPU'en bliver ikke udnyttet godt nok.
Højreklik "Denne computer", "Egenskaber" > System type: ?
Mener ikke at fejlen ligger i excel (som er genialt). Uden at vide noget videre om computere, gætter jeg på at de her 8 GB Ram, ikke har effekten, af 8 GB Ram men kun af 2 GB da de bliver delt ud på 4 maskiner. Praktisk hvis man vil arbejde på flere halv tunge sager på en gang, men ikke særligt anvendeligt, hvis man har en meget tung sag. I bunden af excel arket står der nu: "Beregner 8 processorer". På den gamle maskine stod der: "Beregner 2 processorer". Igen, det er min egen hjemmestrikket teori. Uanset er det godt at vide før man køber pc. Hvor meget power får man til sin rådighed. Må sige at det er skuffende. Tallene er åbenbart ikke retvisende. Eller tager jeg fejl?
80 Kb, lyder ikke af meget, men det er vel snarere 80 Mb? Eller hvad? Og 50 ark lugter langt væk af redundante data? Er det tilfældet vil jeg anbefale at arbejdet flyttes over i en database, herfra kan de vigtige data hentes ind dynamisk i relevante regneark.
Du højreklikker på windows baren (oftest nederst af din skærm) og vælger task manager/jobliste. Under performance/ydeevne? kan du se hvilke ressourcer computeren bruger. Jo flere vinduer der er ud for CPU, jo flere kerner bruger din computer.
Der er et CPU-Brug vindue. Nu har jeg sat gang i en mindre opgave, og dette vindue ryger fra 0 % op til 13%. Til højre for dette, er der 8 andre vinduer, hvor kurven ved det første er helt op at ringe, mens de andre er mere afdæmpede. Det svinger dog under processen. Under CPU Brug vinduet er der et Hukommelse vindue som ligger på 2,48 GB
Undskyld. Jeg skrev forkert. Naturligvis 80 MB. Tanken er at mappen skal bruges som database efter færdiggørelse, Så de ikke er åbne. Senere får jeg brug for andre halvtunge mapper, så problemet er ikke løst selv efter færdiggørelse af denne mappe.
Det ser ud til at være en spændede artikel, du har sendt. Men desværre står den til at bruge 8 processorer.
Til sifuentes
nej det må jeg erkende, slog lige ordet op på wikepedia, men er stadig ikke helt med. Grunden til at jeg har lavet 50 ark er at disse er næsten identiske. Ved at putte nogle forskellige grund data i hvert ark kan man lave en hurtigere analyse (hvis altså det ville virke)
Til ggxdg
Ja, det kan godt være at det slet ikke skulle have været en 17 processor jeg skulle have gået efter. Hmm Begreberne er lidt uklare. Sælgerne ved det vist heller ikke.
Præcis. Når man arbejder med store mængder af data, er det vigtigt at data ikke skal indtastes flere steder(gentages) eks. har man lavet et ar med data fra Bager Bolles butik, skal man ikke lave det samme ark for Bager Basse, men i stedet blot indtaste eller bedre vælge et nyt KundeId, hvorefter arket selv henter de relevante data ind.
Ja, men det er sikkert derfor at den bliver så tung, idet der er henvisninger til andre ark og endda, en anden mappe. Ved at sætte data ind et sted kan jeg ændre resultatet for 50 ark på en gang. Så metoden skulle være god nok, bare sjovt at et muskelbundt går med rollator.
Hvis du siger den arbejder med andre mapper også, kan HDD'en altså også være en flaskehals, især på en laptop, hvor de fleste kører 5400rpm frem for de fleste diske i stationære, som kører 7200rpm, og dermed er ganske betragteligt hurtigere.
Du skriver jo så at CPU'en spiker, hvilket nok betyder at den bliver fodret hurtigt nok med data, men det er da en ekstra mulighed.
Du skriver at data i et ark ændre data i 50 ark, delyder da smart, men hvad skal data i de 50 ark bruges til? Hvis svaret er at du skal se kikke på indholdet af bager Bolles ark men ikke Bager Basse, så er det jo overkill så det basker.
Endvidere er en database optimeret til dataudtræk, idet data kan indekseres, hvilket betyder at der ikke sker en sortering under udtrækket, da data allerede er sorteret.
I en database kan man endvidere angive at man kun gider se på rødhårede bagere i lige postnumre større end 2000 og mindre end 3535 dog ikke bagere i postnummer 3000, hvilket betyder at databasen helt ser bort fra alle de andre, og altså heller ikke foretager beregninger for uinteressante bagere, bare for at give et eksempel. Du vil opleve at det der før tog 30 sek. pludselig sker nu og her.
Hvis CPUen ikke er meget belastet, så må problemet være disk I/O. Prøv evt at placere alle filer på en RAM disk (hvis det stadig benyttes) og se hvad der sker
Jeg har ikke kunnet finde hastigheden på haddisken. Har højreklikket på hardisken/egenskaber men der er hastigheden tilsyneladende ikke. Som før skrevet, var det første vindue meget belastet, mens de andre næsten var helt flade. Betyder det at det første vindue representerer et område/en funktion, og netop denne er overbelastet?
Til jjam
Kan du uddybe lidt. Hvad er disk I/O
Til sifuentes
Systemet med at ha' 50 ark virker rigtig godt. Jeg havde den samme mappe på min gamle computer der kun havde 1 GB Ram til sin rådighed. Denne mappe var cirka halv størrelse af den som jeg har gang i nu, men altså med en maskine der var 8-9 gange mindre kraftig end denne computer. Data i hvert ark bliver naturligvis ganget og divideret og gjort ved, så der kommer et resultat ud. afhængig af hvilke tal det bliver fodret med. hver af de 50 ark henvise hver for sig til et sted i ark 51. Ved at fodre data i ark 51 har man 50 forskellige resultater, som kan hentes frem og bruges videre også når mappen er lukket. Ved den gamle mappe, på den gamle computer, ville det ikke tage mere end ca 1 minut. Så lige den del var ok der. Så tro mig, det er ikke overkill, det burde virke. Mysteriet består i hvorfor en så stærk maskine ikke klarer sig bedre. Mærkelig nok bruger den jo kun 13 % af cpu'en men alligevel tager det laaang tid.
Om fejlen ligger i opbygningen af din Workbook(Excelark), eller den ligger i trimningen af din PC, er forsåvidt nemt at finde ud af, du skal blot teste din workbook på maskine der frisk fra fad er blevet partitioneret/formateret og kun installeret styresystem og Officepakke. Er forskellen i afviklingstiden lille, ved du at fejlen ligger i opbygningen af din workbook, og altså ikke en fejl i opsætningen af din nuværende konfiguration af din computer, og vice versa. Er afviklingtiden stor er der altså alt mulig god grund til enten at gentænke opbygningen radikalt eller at portere opgaven, til anden platform(database). Jeg blev aldrig klog på hvad forskellen på de enkelte ark bestod i.
Arkene er kopieret hele vejen igennem fra ark 1. I hvert ark peger de forskelligt et enkelt sted hen på hvert sit sted i ark 51. De forskellige data har et forskelligt resultat afhænigt af hvordan de forholder sig til hinanden. Helt så simpelt som i dit eksempel med bagermestrene er det ikke. Det kan da også lade sig gøre, at opbygge mappen. Det går bare trægt. Selvom vi antager at det er sådan at tallene gentages unødvendigt mange gange, burde en stærkere maskine stadig kunne gøre det hurtigere, ikke? Nu har jeg brugt en del tid på at opbygge systemet, så jeg er ikke så glad for at skulle ændre det. Men du mener altså at for mange gentagelser fungere som en flskehals, så den sande styrke ikke kommer til sin ret?
Jeg siger at en test er en nem måde at få et svar på. Men jeg er ikke et minut i tvivl om databasens overlegenhed i forhold til Excel. Access kan på en FAT32 maskine arbejde med databaser op til 2 Gb, langt over dit behov, men kan arbejde med databaser der er ligeså stor som Harddisken på en NTFS Harddisk. Database kan altså skalere langt bedre. Et Excel ark kan f.eks. kun indeholde 256 ark, og et ark kun 256 kolonner, og 65536 rækker, hvordan tror du situationen ser ud den dag en af disse grænser overskrides? Men skulle det ske så er tingene for alvor skruet galt sammen, du kan trods alt få tiden til at gå med en tandstik, velsagtens......
Regel nummer ET når man arbejder med stor mængder data, er: "Er en information indlæst en gang, skal den aldrig igen indtastes" men blot udtrækkes der hvor den måtte være relevant. Et andet senarie: "Lad os sige at du på et ark har et felt der er Dobbelt understreget, men nu ønsker at det kun skal være enkeltunderstreget, skal du så til at gøre det samme på samtlige andre 49 ark? Spil af tid i mine øjne.
Jeg tror vi taler forbi hinanden. Jeg har ikke en speciel stor mængde data. Det er de samme data som jeg indsætter et sted (når altså mappen er bygget færdig), og det giver mig straks 50 resultater. Det er processen, og ikke mængden af data der er tung. Sætter jeg nogle nye data ind det samme sted, vil jeg få 50 nye resultater,(eller endnu flere hvis mappen kopieres. Iøvrigt, det du skriver om at teste, er det ikke det jeg har gjort allerede. Jeg har en hel ny computer, og jeg har kun installeret office 2007. Frisk fra fad.Og holdt op mod den gamle maskine. Hvordan ville du konkret teste?
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.
