Скорость — лишь один из факторов ранжирования, и насколько важным он окажется — покажет время. Если информация редкая, то конкурентов (или, скажем так, альтернативных источников), у неё нет или почти нет, так что даже с первой страницы этот сайт вряд ли уйдёт (по причине отсутствия второй) :)
Вместо странички с кучей формул рекомендую заинтересованным лицам книгу Монтенбрука и Пфлегера «Астрономия на персональном компьютере» (Питер, 2002), которую в т.ч. можно спиратить в интернетах.
Чтобы получить местное солнечное время, нужно долготу вашего места разделить на 15 и прибавить к текущему гринвичскому времени.
Чтобы получить из среднего солнечного времени истинное, нужно учесть так называемое «уравнение времени», которое даст поправку в зависимости от сезона (см., например, Википедию). Эта разница вызвана неравномерным движением Земли по орбите вокруг Солнца (см. второй закон Кеплера).
выводит разные строки в Xen и в OpenVZ при одинаковом выделенном количестве памяти, меньшем 512Мб? И может быть, вы даже догадаетесь, как на на это влияет значение /proc/sys/vm/overcommit_memory, кто знает…
Между не «является обычным» и «не имеет смысла» — огромная дистанция. В статье в Википедии о (90377) Седна приведены несколько гипотез, придающие кое-какой смысл :)
Если поставить кактус с солнечного подоконника на стол к компьютеру, где освещённость в любом случае меньше, то кактус начнёт не расти, а вытягиваться в поисках света (это называется этиолирование). И вместо аккуратного «пушистого» шарика появляется безобразный огурец с редкими колючками…
А причин, по которым он потом помер на подоконнике, может быть множество.
Или можно хостить у них только secondary.
раз, два (используется RaphaelJs), три (используется Canvas, лучше смотреть в Firefox и Chrome).
Чтобы получить из среднего солнечного времени истинное, нужно учесть так называемое «уравнение времени», которое даст поправку в зависимости от сезона (см., например, Википедию). Эта разница вызвана неравномерным движением Земли по орбите вокруг Солнца (см. второй закон Кеплера).
#include <sys/mman.h> #include <stdio.h> #define LEN (1024L*1024*512) int main() { char *data = mmap(NULL, LEN, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0); if (data != MAP_FAILED) { printf("suxxess %p\n", data); munmap(data, LEN); } else { printf("fail\n"); } return 0; }выводит разные строки в Xen и в OpenVZ при одинаковом выделенном количестве памяти, меньшем 512Мб? И может быть, вы даже догадаетесь, как на на это влияет значение /proc/sys/vm/overcommit_memory, кто знает…
kill…
и
/bin/kill…
это разные вещи
Проблемы без свопа будут не те же. Поразмыслите о следующем факте:
malloc(больше600Мб) в одном случае сработает (т.е. вернёт какой-то ненулевой указатель), а в другом — нет.
Может быть, тогда вы поймёте, как работает виртуальная память ;)
А причин, по которым он потом помер на подоконнике, может быть множество.