On Fri, Jul 02, 2004 at 11:04:44AM +0300, Alexander Trotsai wrote:
On Fri, Jul 02, 2004 at 10:57:29AM +0300, Paul Arakelyan wrote: PA>On Fri, Jul 02, 2004 at 09:32:16AM +0300, Valentin Nechayev wrote: PA>> > > > тему лучше всего поискать на http://groups.google.com постинги PA>> > > > Владимира Бутенко, великолепно изложившего суть проблем. PA>> > > Заметьте, что у него смешанная система - пачки некрупных mbox'ов PA>> > > с индексами. PA>> > Имеется в виду реализация mbox в CommuniGate? PA>> PA>> Угу. PA>Концепцию складывания мелких объектов в более крупные когда-то в PA>stacker-4.0 (дискосжималка такая была, DOS/ Win95/ OS/2) реализовали - PA>так очень круто получилось - особенно на начавших появляться игрушках PA>с кучей мелких файлов заметно было - даже если они и не особо сжимаемые PA>были, всё равно места вагон экономился. А random fseek();read(); по PA>файлу на нём было быстрее, чем по обычной MSDOS FAT16/FAT12 (даже PA>по ramdrive - stacker over ramdrive - вот была крутизна :) ).
reiserfs + tail ? Это чего с ними делать? Или это типа "конкуренция для stacker@ramdrive"? Проверялось на софтине(я когда-то баловался), делающей не-помню-какой анализ не-помню-чего с матрицей - ну я типа озадачился написанием движка для работы с баальшими матрицами (до пары гигов оно вполне наверно могло работать). Но характер обращения к матрицам в том анализе "напоминал" случайный.
-- Best regards, Paul Arakelyan. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message