Вы могли бы хотеть проверить Parcellite. Это описано как:
Легкий GTK + менеджер по буферу обмена. Это - разделенный вниз, единственный основными характеристиками менеджер по буферу обмена с небольшим объемом потребляемой памяти для тех, кому нравится простота.
Даже при том, что это описано, как "разделено вниз, единственное основными характеристиками", это имеет очень полезные функции, такие как:
Вот пара статей, которые вдаются в большее количество подробностей:
Такая многоуровневая структура каталогов является общим решением для ускорения извлечения файла, когда необходимо обработать большое количество файлов. Много другого приложения использует такую структуру для хранения некоторого кэша файла (например, Firefox, сквид).
Вместо единственного большого каталога со всеми файлами приложение создает структуру подкаталогов, и использует некоторое правило выбрать в который каталог поместить каждый файл. Таким образом это легче и более быстро для нахождения необходимого файла.
Давайте сделаем простой пример: Если я хочу сохранить файл для каждого из моих клиентов. Я создам каталог для каждой буквы алфавита и затем, в каждом из этих каталогов, каталога для каждой буквы алфавита. Теперь я могу поместить файл "DimitrisTzortzis.info" в каталог T/D.
От этой точки я начинаю делать некоторую гипотезу, базирующуюся только на моем опыте, потому что я не знаю детали реализаций девчонки-сорванца и Dropbox.
Обычно, для управления большой структурой вложенного подкаталога легче, чем управлять единственным большим каталогом (по крайней мере, в файловых системах Unix). Это должно быть верно также для Dropbox, таким образом, Вы не должны волноваться об этом. Та "странная" структура поможет Dropbox ускорить вещи.
К несчастью структура каталогов Девчонки-сорванца, кажется, растет при создании новых примечаний а не уменьшаться при удалении их. Это могло объяснить, почему Ваша структура является настолько большой со столь немногими примечаниями в нем.