llnl / llnl/Silo

associating time with an object in Silo is simply totally broken

Open
#3 0 comments 0 reactions 0 assignees View on GitHub
Dominant language
C
Stars
45
Forks
27
Avg merge
12h 34m
Merged PRs (30d)
4

Description

In Silo, time is handled on a sort of per-directory basis. All the objects in a dir share the same "time" or "dtime" entry. To have multiple objects in a file with different times associated with them, they each need to go into their own directory. What really needs to happen is for time to be associated with the object itself sort of embedded within a namespace only the object knows about. In HDF5, this could be easily handled as an attribute on the object. Otherwise, we'd need to extend all objects structures to support a time member.

-----------------------REDMINE MIGRATION-----------------------
This ticket was migrated from Redmine. As such, not all
information was able to be captured in the transition. Below is
a complete record of the original redmine ticket.

Ticket number: 3153
Status: New
Project: VisIt
Tracker: Bug
Priority: Normal
Subject: associating time with an object in Silo is simply totally broken
Assigned to: -
Category: -
Target version: -
Author: Mark Miller
Start: 05/30/2018
Due date:
% Done: 0%
Estimated time:
Created: 05/30/2018 06:41 pm
Updated:
Likelihood: 3 - Occasional
Severity: 2 - Minor Irritation
Found in version: 4.8
Impact:
Expected Use:
OS: All
Support Group: Any
Description:
In Silo, time is handled on a sort of per-directory basis. All the objects in a dir share the same "time" or "dtime" entry. To have multiple objects in a file with different times associated with them, they each need to go into their own directory. What really needs to happen is for time to be associated with the object itself sort of embedded within a namespace only the object knows about. In HDF5, this could be easily handled as an attribute on the object. Otherwise, we'd need to extend all objects structures to support a time member.

Comments:

Contributor guide

No contributing guide indexed for this repository

Research direction

The issue does not name source files, tests, or an entry point. Start by reviewing how Silo stores per-directory time and how its object structures represent metadata, then compare the HDF5 attribute approach with extending those structures; done requires an agreed design for object-level time and corresponding implementation scope.

Written by the indexing model from the issue text.

Assessment

Tech stack
c
Domain
databases
Issue type
Bug
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
20/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.