Summary
The paper shows how parallel ReLU networks can be trained to approximate optimality in polynomial time by convex programming when employing a path-regularization (rather than weight decay or other regularization of the network weight parameters) and a low-rank approximation of the data matrix. Some numerical experiments demonstrate practical benefits of the approach.
-- update: I have read and acknowledged all other reviews and the authors rebuttals, see discussion. --
Strengths
Positive and practical results on optimal training of neural networks are quite rare, so I see this work as an interesting contribution. The numerical experiments demonstrate that the proposed approach can work in practice as well (however, it should be mentioned in the main paper, not only as an aside in the supplementary document (Sect. A.1, ll. 491ff), that the image classification experiments did not use all hyperplane arrangements for the convex program, but only a small sampled subset, thus deviating from the theoretical model to achieve practical speed-up).
Weaknesses
I have read this paper (or a precursor preprint) a year or two ago, so the results aren't exactly new anymore, which may be a weakness. The techniques (to obtain a convex program solvable in poly-time) are very similar to earlier works on two-layer ReLU networks, which may make this work seem somewhat derivative; I don't think this is necessarily a weakness, but it may open a way to significantly shorten the very technical parts and referring to the earlier work (by Tolga&Pilanci) instead. In the (main) paper, Tables and Figures are not placed near where they are mentioned/discussed in the text body, which should be fixed as it breaks the flow or reading in a distracting way. Some statements are repetitive and should be consolidated accordingly (e.g., "Remark 1" essentially repeats what was mentioned at the end of the first paragraph of Sect. 2, and the sentence in lines 86-87 repeats Footnote 1). Throughout, there are various small typos and missing words (short ones like "of")
Finally, it appears to have become common practice to submit papers to NeurIPS (and ICML) whose actual, main content is put in a separate "Supplementary Material" document whose length exceeds that of the supposed main paper. This paper is only a partial exception -- the main paper provides enough information and details to follow the ideas, but all (admittedly very technical) proofs can then be found in the very long Appendix (supplementary document) along with some further additional information. Thus, it may be considered a weakness of the paper to have such a long Appendix, because this format bears the danger of the formally most important parts of the work (proofs; algorithm details and specific setups) not being reviewed thoroughly due to the short review period and high review load of reviewers at these conferences. I cannot exclude myself from this -- I simply did not have the time to rigorously check all the details in the long supplementary document, and therefore cannot give a definitive answer regarding the proofs' correctness beyond "believing" everything appears to be well in order, especially since it is so reminiscent of the earlier work on two-layer ReLU networks, which I had read carefully at some point. In this regard, I cannot help but wonder if a full journal paper would not be the better way to publish results that simply do not fit into the 9-page limit.
Questions
Is it correct that the entries in the last column of Table 2 are all identical?
Also, in Remark 2, l. 166, is it meant to say "RR" in the nominator?
Rating
7: Accept: Technically solid paper, with high impact on at least one sub-area, or moderate-to-high impact on more than one areas, with good-to-excellent evaluation, resources, reproducibility, and no unaddressed ethical considerations.
Confidence
3: You are fairly confident in your assessment. It is possible that you did not understand some parts of the submission or that you are unfamiliar with some pieces of related work. Math/other details were not carefully checked.
Limitations
Limitations have been adequately addresses, as far as I can tell.