Давайте сравним двух дядек. Восьмибитного , и 64-битного. Первый дядька может считать только до 255, получается чтобы считать дальше ему надо залезть в кармашек, и куда то спичку положить (отметить у себя).
А вот 64-битный дядька реше лазит в кармашки, он просто берет и делает. Т.е. он способен переварить за раз больше спичек (уже повторяюсь).
Про регистры:
Я уже писал про ящик с ячейками. Так вот ящик это память (медленная), пока дотянется до туда. А у дядьки еще есть на груди кармашки, их немного, значительно меньше чем ячеек в ящике, зато он ближе, к ним проще дотянутся. Ну вот дядька и пытается все делать через кармашки, получается значительно быстрее.
Про битность:
Дядька то может одновременно перекладывать не 1, не 2, не 3 спички .. а может сразу взять 2^32-спичек (или 2^64) и куда то их деть, а может увеличить их в 2 раза или уменьшить в 2 раза)
Чем больше разрядность дадьки, тем больше спичек он может переварить.
Дядька не простой, у него есть еще 2 глаза на отростках. Один отросток побольше другой поменьше. Этими отростками он (дядька) пытается быстро отследить и увидеть сколько спичек в группе ячеек, а еще пытается заглянуть вперед в книгу, и заранее понять смысл записанного в ней, т.о. дядька то оказался шивой с большим кол-вом рук и глаз :)
Отросток поменьше (кеш 1 уровня) может смотреть близко но очень быстро, раз в 10 быстрее чем отросток подлинее.
Длинный отросток помедленнее, и им он может смотреть дальше, но он работает помедленнее. Ну и обычные глаза, которые смотрят на текущие каракули в книге, они очень медленные.
@xandox изменения за раз порядка 10 гб.
Изменения -- это просто создание, перемещение, удаление файлов.
Файлы - это видео, jpg картинки и т.п. Хочется все же знать что файл был изменен, и соотвественно чтобы он через флешку попал на другой компьютер.
Решения есть ?
А скажите зачем складывать в БД записи раз в 10 сек, не проще ли складывать в БД только изменения данных ? и почему ваши мозги не могут это фильтровать до того, как это попадет к вам на сервер ?
