Matte!
Så jag sitter fast med ett uttryck som jag inte vet vad jag ska göra med den. Hur deriverar man med pi?
Uttrycket: V= 12*pi*r^2 - pi*r^3
Pi är en konstan så t.ex. f(r) = pi*r^2 => f'(r) = 2*pi*r
edit: Du ska alltså bara derivera med avseende på r i ditt fall.
Citat från Javligtnegativ:
Så jag sitter fast med ett uttryck som jag inte vet vad jag ska göra med den. Hur deriverar man med pi?
Uttrycket: V= 12*pi*r^2 - pi*r^3
Precis som ovan sa, allt som är konstant kan du ignorera vid derivering. Tänk att det hade stått 3.14 istället, då är det lättare att se att du ska behendla pi precis som du behandlar 12:an i ekvationen.
Fick förklaringen från en annan lärare så det är lugnt nu
fuskade alltid i matte' - klarade mig ändå haha
^ cool
Sitter med denna uppgift och får det till t = 2^(4/3) / (2^(1/3) - 1), kan det stämma?
Citat från moonstruck:
Bild: http://i.imgur.com/8I2G5kf.jpg
Sitter med denna uppgift och får det till t = 2^(4/3) / (2^(1/3) - 1), kan det stämma?
Hade varit enklare om du hade skrivit steg för steg hur du räknat ut så man hade kunnat följa med (var tvungen att ta fram penna och papper nu!).
Men ja, jag fick fram det till samma svar.
Åh fyfan, världens snabbaste algoritm för att beräkna pi ges av en oändlig summa. Den _allra_första_termen_ i denna oändliga summa ger en approximation av pi med relativt fel 2 * 10^-12 procent. Lägger man till den andra termen får man relativt fel 10^-26 procent.
Snabbaste, såsom minst antal termer, eller snabbaste såsom att dess ordo är lägst?
Osäker på vilket. Det är iaf den summan man använt för att beräkna pi till 12.3 biljoner decimalers noggrannhet.
Anledningen varför jag undrar är för att jag håller på att skriva ett program som hittar en sträng av bokstäver (försvlagsvis ett namn) i pi's decimaler. Försöker hitta den snabbaste algoritmen för pi. Just nu använder jag en algoritm som beräknar pi, från och med en viss position i pi, vilket minskar minnes-kravet, men det är väldigt långsamt.
Ah, okej! Jag tror dessvärre inte att denna metod är behändig att använda i vilket fall, jag testade för skojs skull att implementera den i Matlab och nämnaren blev 'inf' typ omedelbart. Så du bör behålla din nuvarande metod, eller åtminstone finna någon annan än denna metod. :)
Förresten. Du vet säkert redan detta, men det är inte bevisat att man faktiskt kan finna godtycklig sträng av siffror i decimalutvecklingen av pi, så ditt program är inte garanterat att fungera. Däremot är det väl ganska sannolikt att finna en sträng om den är kort nog.
Citat från Jimmy:
Ah, okej! Jag tror dessvärre inte att denna metod är behändig att använda i vilket fall, jag testade för skojs skull att implementera den i Matlab och nämnaren blev 'inf' typ omedelbart. Så du bör behålla din nuvarande metod, eller åtminstone finna någon annan än denna metod. :)
Förresten. Du vet säkert redan detta, men det är inte bevisat att man faktiskt kan finna godtycklig sträng av siffror i decimalutvecklingen av pi, så ditt program är inte garanterat att fungera. Däremot är det väl ganska sannolikt att finna en sträng om den är kort nog.
Nej, då får jag använda någon BigInteger metod. Inte alls tidoptimerat, så försöker nog förbättra min nuvarande.
Jo, det är jag helt medveten om, men för så korta strängar ska inte det vara ett problem. Det är ju rätt lätt att beräkna sannolikheten att en viss sekvens av siffror kommer att finnas inom ett visst antal positioner, med antagandet att siffrorna är helt slumpvisa, vilket inte är allt för långt ifrån pi. Metoden är inte ens till för att hitta 20 karaktärer långa sekvenser, utan närmare kanske max 8-9
ser inte skillnaden mellan pi och n i facit, så liten print
fan vad lökigt
Du måste vara inloggad för att skriva i forumet