91 int64_t last_out_h_ = 0;
92 int64_t last_out_w_ = 0;
100 bool has_forwarded_ =
false;
Vendor-agnostic compute/memory backend. CPUBackend, CUDABackend (Phase 1.5), and HIPBackend (Phase 1....
Definition device_backend.hpp:219
virtual DeviceType device() const noexcept=0
Which device this backend's buffers reside on.
Max pooling, rank-4 (N, channels, H, W), matching Conv2DModule's convention. Stride fixed equal to ke...
Definition max_pool2d_module.hpp:26
Tensor propagate_relevance(const Tensor &relevance_out, const LRPRuleConfig &config) override
Winner-take-all LRP relevance propagation (Bach et al. 2015).
Tensor forward_impl(const Tensor &input) override
The actual forward computation – per-window max, argmax cached per output element for backward()/prop...
bool supports_lrp_rule(LRPRule) const override
Winner-take-all ignores the config: the same under every rule, so supports all of them.
Definition max_pool2d_module.hpp:70
Tensor backward(const Tensor &grad_output) override
Computes the gradient w.r.t. this module's input – only the cached argmax position within each window...
std::optional< DeviceType > compute_device() const override
Where this layer computes, so forward() rejects an input on another device (FND-8).
Definition max_pool2d_module.hpp:74
OpType op_type() const override
Pooling per charter's closed OpType set.
Definition max_pool2d_module.hpp:53
MaxPool2DModule(int64_t kernel_h, int64_t kernel_w, DeviceBackend *backend)
Constructs a max-pool layer.
Base class for every layer type (LinearModule, Conv2DModule, activations, ...).
Definition module.hpp:58
An N-dimensional shape. A plain aggregate of dimensions with no invariant beyond "non-negative dimens...
Definition shape.hpp:24
N-dimensional tensor. Owns its data buffer exclusively; a DeviceBackend* is injected (not owned) – th...
Definition tensor.hpp:29
Abstract base every layer subclasses – NVI forward(), pure-virtual LRP contract.
Definition acquisition_functions.hpp:16
OpType
The op-type tag a Node carries. Charter Part 2 §3: nodes are tagged by a small closed set of op types...
Definition op_type.hpp:19
LRPRule
The LRP rule family a module applies. Semantics follow Zennit 1.0.0 exactly (Anders et al....
Definition lrp_rule_config.hpp:19
Configuration for LRP relevance propagation: which rule a module applies and its hyperparameters....
Definition lrp_rule_config.hpp:57