[Declaración de interés: esta respuesta es publicado por (mí), el autor de la pregunta original. Por las razones expuestas a continuación, he llegado a la conclusión de que Alexis la respuesta es mejor, aunque, por lo que no será hasta de votar este post, pero publicarlo en caso de que no inspira a nadie.]
Mi línea de investigación relativos a los intentos de demostrar que 253365>ln2 fue de la siguiente manera:
ln2=ln(43⋅32)=ln(1+13)+ln(1+12)=−∞∑k=11(−3)kk−∞∑k=11(−2)kk.
Desde que la serie anterior han términos de alternancia de signo y magnitud decreciente, sabemos que el error de truncamiento obtenida sumando cada uno para un número finito de términos está limitada por la magnitud de la primera omitido plazo. Cómo muchos términos que necesitamos para calcular el ln2 precisión suficiente para nuestros propósitos? El número que estamos tratando de establecer el signo de es 253365−ln2≈3.5×10−6, por lo que necesitamos una precisión mejor que eso. El k=10 término de la primera suma y el k=16 término de la segunda suma tienen magnitudes cuyo total es menos de 2.7×10−6. Con el fin de demostrar que el 253365>ln2 por lo tanto, es suficiente para establecer que la cantidad de X, definido a continuación, es positivo:
X=253365+9∑k=11(−3)kk+15∑k=11(−2)kk.
Tedioso aritmética podría ser utilizado para deducir que
X=16493440911060426770923520 lo cual es positivo. Por desgracia, este podría decirse que/tal vez no es una mejora sobre Alexis de la respuesta en términos de costo: mi respuesta a necesidades del cómputo de un plazo de quince suma que tiene el mismo costo que un cálculo similar como Alexis ... pero mi respuesta también se necesita un nueve término de la suma que se calcula, que su no.
He pensado en usar (10/7)(7/5) en lugar de (4/3)(3/2) para obtener una menor limitación factor de expansión (2/5 en lugar de 1/2) que podría reducir el número de términos que se necesitaba en la lenta convergencia de suma ... pero el costo de tener numeradores que no son de la unidad probablemente sería demasiado alto.
Yo tasa de Alexis respuesta, por tanto, como mejor que esta, en el momento de la publicación.
Sin embargo, me gustaría comentar que la razón de mi respuesta y Alexis son malos, es que tenemos tanto el objetivo de la ln2 en comparación con 253365, que es un cierre de ejecutar la desigualdad (sólo cierto), y por lo tanto necesita mucha precisión y por tanto de costes. Todavía me siento que un acercamiento inteligente que los ataques 365!342!36523<12 directamente podría ser mucho más rápido, de mejor manera, puesto que hay muchos más "slop", en el que la desigualdad. Sólo se necesita orden "por ciento" de precisión en lugar de "por millones".
== Nota añadida más tarde ==
Me doy cuenta de que podía mejorar el anterior mediante el uso de ln2=ln(1+18)+2ln(1+13), lo que llevaría a que el análogo de la cantidad de X en mi respuesta está en lugar de Y se define como:
Y=253365+5∑k=11(−8)kk+210∑k=11(−3)kk=5511946914831143649280>0
ya que este se aproxima a 253365−ln2 con una precisión limitada por 16×86+2111×311≈1.7×10−6 que es suficiente para este problema.